Eric de Boer

I created pull request #54 , the rmnllib only defined the exp10 for apple, not for the other systems not having it.

Seems #871 doesn't work anymore because of changes in the bootcode.bin, I tried it with a bootcode.bin from 2017 (for example https://github.com/raspberrypi/firmware/blob/23047785b7414111cb7cb80aa9d0042c99fae437/boot/bootcode.bin ) and my 3B did get the files...

Hi @bodiroga, Shouldn't the isValidFormat check in helper.py check for none for everything except enum and color, as the format is not required for the other datatypes? (or is it...

Thanks for the fixes Aitor, looks good. I don't get the deviceId warning anymore and I can add properties with a datatype without format.

I've got this homie dimmer homie/crownstones/crownstone7/dimmer/$name Dimmer homie/crownstones/crownstone7/dimmer/$unit % homie/crownstones/crownstone7/dimmer/$datatype integer homie/crownstones/crownstone7/dimmer/$settable true homie/crownstones/crownstone7/dimmer/$format 0:100 this all gets set correctly in openHab 2.4, but as type number so I can't...

Maybe if you want to display gauges, you would need to have a number and a range.

If it should create a percentage value, it looks like a bug, as [Property.java](https://github.com/eclipse/smarthome/blob/master/extensions/binding/org.eclipse.smarthome.binding.mqtt.generic/src/main/java/org/eclipse/smarthome/binding/mqtt/generic/internal/convention/homie300/Property.java) looks like it always sets value to NumberValue for floats and integers in createChannelFromAttribute

I might take a look at it if I can get openhab to build/test correctly