I have tried this on my test system and i get the same results as you using the VAR1 -- VAR5 with the cover (RollerShutter) thing. However if you add CustomSensor thing to your node then using the VAR1-VAR5 work as expected with the mapping. With numbers to and from the node. things cover Mock_Cover [nodeId=254, childId=6 ] text Mock_info [nodeId=254, childId=7 ] Items Rollershutter Mock_Cover_State "Mock Cover State [%s]" <rollershutter> (test254) { channel = "mysensors:cover:gatewayWIFI3:Mock_Cover:cover" } Number Mock_Info_Var1 "Mock Info Variable 1 (number) [%s]" (test254) { channel = "mysensors:text:gatewayWIFI3:Mock_Info:var1" } String Mock_Info_Var1s "Mock Info Variable 1 (string) [%s]" (test254) { channel = "mysensors:text:gatewayWIFI3:Mock_Info:var1" } Number Mock_Info_Var1m "Mock Info Variable 1 (number) [MAP(curtains.map):%s]" (test254) { channel = "mysensors:text:gatewayWIFI3:Mock_Info:var1" } String Mock_Info_Var1sm "Mock Info Variable 1 (string map) [%s]" (test254) { channel="mysensors:text:gatewayWIFI3:Mock_Info:var1" [profile="transform:MAP", function="curtains.map"] } Number Mock_Info_Var2 "Mock Info Variable 2 (number) [%s]" (test254) { channel = "mysensors:text:gatewayWIFI3:Mock_Info:var2" } Number Mock_Info_Var3 "Mock Info Variable 3 (number) [%s]" (test254) { channel = "mysensors:text:gatewayWIFI3:Mock_Info:var3" } Number Mock_Info_Var4 "Mock Info Variable 4 (number) [%s]" (test254) { channel = "mysensors:text:gatewayWIFI3:Mock_Info:var4" } Number Mock_Info_Var5 "Mock Info Variable 5 (number) [%s]" (test254) { channel = "mysensors:text:gatewayWIFI3:Mock_Info:var5" } Node #define CHILD_ID_COVER 6 #define CHILD_ID_CUSTOM 7 present(CHILD_ID_COVER, S_COVER, "Roller Shutters"); present(CHILD_ID_CUSTOM, S_CUSTOM, "Reasons"); Or you if you want to send strings you could use String Mock_Info_Text "Mock Info text sting [%s] " (test254) { channel = "mysensors:text:gatewayWIFI3:Mock_Info:text" }

@TimO Yes, but without this message: 2020-01-07 16:23:52.050 [INFO ] [rsAbstractConnection$MySensorsWriter] - ACK received for message: 0;0;1;1;2;1

By creating the file org.eclipse.smarthome.mqttbroker.cfg in the service folder (/usr/local/etc/openhab2/services in my case, chown to openhab), with the contents name=mosquitto host=192.168.1.69 secure=false port=1883 username= password= retain=true I was able to just create the MySensors MQTT gateway (using paperui) and it stayed online (no mqtt broker defined, but its addon is installed). I had the impressions that with the latest versions it should be possible to do everything in the PaperUI, and that the broker would use the mqtt2 addon (but in paper ui, service, config, mqtt tab, mqtt system broker connection, manage->plus button -> expert mode, I get to see the contents of the cfg file above) But unfortunately, it seems that the discovery services enters a endless loop (maybe I need to update my arduinos sketch to the latest mysensors code?) and I don't get any auto discovered things. If I trigger a new discovery it will stop the previous one and start again. Finally, I was able to manually create a thing, and link items on it. Eventually my battery level and humidity were displayed in the paper ui control page (after some weird delay, not updating once it shows in the log. the temperature didn't show up though). Not sure if my understanding is off (or paperui is limited in this sense) but in the "thing" creation page I only get to specify one child id. Then my multi sensors/value nodes would need to be define in multiple things? As I can't properly define channels for each child id, and I'm not sure what var1-5 are all about. I'll try defining things/channels/items directly in files in the following days, because so far I couldn't enjoy most of the benefits of this new version (auto discovery, logical grouping of physical device in "things", questionable "do-it-all in paper ui"), and I'm almost considering using mqtt1 binding in the new install

Hi @neelam, welcome to the forum! The dimmer example should work. If you want to use only the esp8266 with wifi (no nrf/rfm or other radio), you'll also need to add gateway settings from https://www.mysensors.org/build/esp8266_gateway

@gohan thanks, however the issue i'm having is not in the HVAC implementation, but in the messaging..

@George-Laynes said in OpenHAB 2.1 keeps showing light level as 0 with BH1750 and V_LEVEL: Any idea on how soon it'll be available for general public? Very soon. The next release is finished in the next days. But it will not be backwards compatible because there was a change in the naming of the parameters, for example: skipStartupCheck is now named startupCheckEnabled, so I need to think about migration options.

Nice. Didn't know that. But still it would be a great feature for the gateway to give every one the feature of smartSleep despite the controller.

I'd say it is the same but it would you will need to do more coding I guess. There is a node-red Google group if you want to ask there also.

I liked domoticz (was very easy to set up and use). Together with dzVents scripting wasn't that difficult either. But I also had some problem with it lately, so I was actually thinking about switching to openhab (2).

Hi and welcome to the MySensors community @augusthalverson ! In general, you just set the color in your controller. It works the same way regardless of which type of gateway you are using, so there is nothing specific about mqtt. You might be able to get some inspiration from https://forum.mysensors.org/topic/4934/wall-mounted-mood-light-v2

@Eric-Buhring I found that changing the line in the my sensors program that sends the message as below allowed me to use a Contact rather than a Switch if (value != sentValue2) { // Value has changed from last transmission, send the updated value send(msg2.set(value==HIGH?"OPEN":"CLOSED")); sentValue2 = value; }

@Eric-Buhring great to hear that you managed to get it working. I have used solution like this (arduino+eth. shield+rf24) for some time. Now I have switched to esp8266+rf24(version with antenna) as a gateway, it is a cool (and smaller) solution

@epierre said: I had the contact with this seller, but an international money transfer was needed and is expensive... yeah, they also have a minimum order quantity and ship with DHL only, so you have to pay import taxes to EU so it only makes sense if you order a big quantitiy and then try to resell it somehow all in all a hobby that at least has some return on investment, compared to other ones i had :)) You're courageous th have gone on kickstarter, from memory seeedstudio nearly went down because of an error on a crowdfunding project and had to produce and ship (the more expensive par of it) a remlacement for the first batches... ahh .. i didnt know this about them... and in their scale - i can undertand it happened to me as well but in my scale it was rather a paid lesson :))))

@micah said in Can't get OpenHAB2 to see my MQTT messages: I'm still not sure if the second and third line in the mqtt-eventbus.cfg is correct. I don't have MyMQTT anywhere else, so I think I may try different combinations to see what works. MyMQTT should be replaced with brokername (mysensors in this example). openhab will then publish the event to the mqtt broker on its topics (useful if you use f.eks. node-red for openhab rules)

@UglyKidJoe I have been using OpenHAB and MQTT for a number of years now. The reason for using MQTT and not just a serial connection from the MySensors GW is partly the flexibility as many have stated previously here. Easy to test, using e.g. the mqtt.fx tool. If you want to know what is going on you simply connect to the MQTT stream and "snoop" on the messages. Another reason is that I am running three geographical sites on one OH installation. OH is running on a NUC at my home. There is also an MQTT GW here. Two other My Sensors MQTT-GW are running remotely in two summer houses. The three GW connect over internet to a cloud-based MQTT broker and OH connects to the same broker. In that way I do not have to open any ports into my home network for access should I have had a local MQTT-broker at home.

@DirkB19 Think you will get another advantage by changing as well - must be a lot easier to monitor the MQTT messages when topic clearly shows the difference.

@AWI @Hoffan @sundberg84 I can see both sketches are working, this is what the gateway prints out: 0;0;3;0;14;Gateway startup complete. 0;0;3;0;9;read: 105-105-0 s=255,c=0,t=18,pt=0,l=5:1.5.1 105;255;0;0;18;1.5.1 0;0;3;0;9;read: 105-105-0 s=255,c=3,t=6,pt=1,l=1:0 105;255;3;0;6;0 0;0;3;0;9;read: 105-105-0 s=255,c=3,t=11,pt=0,l=5:Relay 105;255;3;0;11;Relay 0;0;3;0;9;read: 105-105-0 s=255,c=3,t=12,pt=0,l=3:1.0 105;255;3;0;12;1.0 0;0;3;0;9;read: 105-105-0 s=1,c=0,t=3,pt=0,l=0: 105;1;0;0;3; 0;0;3;0;9;read: 105-105-0 s=2,c=0,t=3,pt=0,l=0: 105;2;0;0;3; 0;0;3;0;9;read: 105-105-0 s=3,c=0,t=3,pt=0,l=0: 105;3;0;0;3; 0;0;3;0;9;read: 105-105-0 s=4,c=0,t=3,pt=0,l=0: 105;4;0;0;3; Is this correct?

@Jan-Gatzke said: Did you install the exec addon? Thank you Sir! was asking in a different forum as well, nobody had the idea to install this binding first and I didn´t know a binding is needed for execution of commands... Well then, problem solved

@C.r.a.z.y. I'm sure there's a way to use it without the MySensors stuff, but that's a little bit out of my scope. I'd imagine it would just involve writing up an Arduino sketch for a device with a 433Mhz transmitter and receiver and have it listen for serial commands. OpenHAB can send whatever you want to serial. As for transmitting, it seems to work with the arduino sketch I posted earlier, but I still need to put some kind of protection in place to prevent a feedback loop since it also listens for codes. When I make it transmit, it gets stuck sending and receiving the same code to itself. A basic example of testing the transmit (I'd unplug the receiver if you haven't fixed the loop issue) would be: rule "two-outlet ON update" when Item two_outlet_ON received update if(two_outlet_ON.state==ON) { sendCommand(Arduino, "105;0;1;0;24;" + CodeToItemsMap.get("two_Outlet_ON") + "\n") OUTLET1.state = ON } end This isn't as clean as I'd like, since I'm still basically defining the command with the exception of the code itself. But it does work!

@Chester good point, but I was restarting the arduino and still couldn't get this to work correctly. Also, the missing "end" was just missed out of the paste here, it was in my code.

@kunall , do you have a wiring diagram for this? I am having some issues with my relay module (but i think this is to do with it being 3.3v)

Hello Chaotic, You can trigger openhab rules and commands based on time conditions. Look at https://github.com/openhab/openhab/wiki/Rules#time-based-triggers for more details. As an example, I am using it to turn on outdoor lights in the evening and turn then off in the morning. Hope this helps.

@celonunes generally raspberry pi with serial usb but also you can see some mqtt logs. Same problem with mac os with serial usb. I also tried rpi uart pins for serial bu there is no logs for it. Maybe someone gives his Openhab dir i can understand better problem isnt related with hardware

@alexeinz figured it out, apparently had to add experimental and get latest mosquitto for the conf file to work correctly , now the bridge is working perfectly --- broker.conf file in /etc/mosquitto/conf.d the topics coming from gw will appear under sensor/# on mosquitto connection MMQTTtoSensor address 192.168.1.234 <-gw ip clientid MyMQTT cleansession true notifications true topic # in 2 sensor/ MyMQTT/

@vladimir No, I use a WIZ5100 module. Search the forum. Many users (try) :-)) to use ENC28J60.

I really don't think this is a sitemap issue. I don't know the language well enough to speak of this but the error I am getting is [ERROR] [o.u.i.items.ItemUIRegistryImpl:411 ] - Cannot retrieve item 'itm_office_mqtt_motion_switch' for widget org.openhab.model.sitemap.Switch This makes me think it is an item issue not a sitemap issue. I captured this startup information from the log file: [DEBUG] [.b.mqtt.internal.MqttActivator:34 ] - MQTT binding has been started. [DEBUG] [i.internal.GenericItemProvider:334 ] - Start processing binding configuration of Item 'itm_office_mqtt_string (Type=NumberItem, State=Uninitialized)' with 'MqttGenericBindingProvider' reader. [DEBUG] [b.mqtt.internal.MqttItemConfig:71 ] - Loaded MQTT config for item 'itm_office_mqtt_string' : 1 subscribers, 0 publishers [DEBUG] [o.i.t.m.i.MqttBrokerConnection:476 ] - Starting message consumer for broker 'officepi' on topic 'office_string' [DEBUG] [m.internal.MqttEventBusBinding:61 ] - MQTT: Activating event bus binding. It shows the process for binding the itm_office_mqtt_string Item, but there is no mention of the binding of the itm_office_mqtt_motion_switch Item. Should there be? If so, anyone know why it might not be there? As I said above, when I comment out the itm_office_mqtt_string Item in the items file, OpenHab refreshes (see below) and allows the itm_office_mqtt_motion_switch Switch Item to function. [INFO ] [c.internal.ModelRepositoryImpl:97 ] - Refreshing model 'mini.items' [DEBUG] [i.internal.GenericItemProvider:154 ] - Processing binding configs for items from model 'mini.items' [DEBUG] [m.i.MqttGenericBindingProvider:73 ] - Removing message consumers for item itm_office_mqtt_string [DEBUG] [o.i.t.m.i.MqttBrokerConnection:505 ] - Unsubscribing message consumer for topic 'office_string' from broker 'officepi' [DEBUG] [m.i.MqttGenericBindingProvider:106 ] - Removing message publishers for item itm_office_mqtt_string [DEBUG] [b.mqtt.internal.MqttItemConfig:71 ] - Loaded MQTT config for item 'itm_office_mqtt_motion_switch' : 1 subscribers, 0 publishers [DEBUG] [o.i.t.m.i.MqttBrokerConnection:476 ] - Starting message consumer for broker 'officepi' on topic 'office_motion' [DEBUG] [i.internal.GenericItemProvider:133 ] - Read items from model 'mini.items' The sitemap works when the item can be retrieved, but I don't know why only one item is being retrieved, not both.

http://forum.mysensors.org/topic/802/mqtt-and-batterylevel/2

Hi @doctor64 , How did you solve the battery reporting? Did you implement the changes in h and cpp file from the link and compiled/uploaded the gateway sketch again?

Yes, you must copy the openhab/webapps/ directory habmin, and org.openhab.io.habmin. - ****.jar file copy the openhab/addons directory. Then http://localhost:8080/habmin/index.html this address must be available to the administration. If I remember correctly, it is up to version 1.6 of the work for me. Currently I am using 1.5.1. (Sorry for my english)

I can nothing say about OpenHAB or PiDome but: Started! 0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0: 0;0;3;0;9;version mismatch 0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0: 0;0;3;0;9;version mismatch Does not look good, it seems an error from the gateway.

@Rachmat-Aditiya said: fhem is more stable but you need to configure everything manually, configure 'everything' is not entirely true, in respect to MySensors there's an autocreate-mode in FHEM. You will have to manually configure the gateway (e.g. 'define gw MYSENSOR /dev/ttyUSB0'), then activate autocreate (by pressing the include-button on the gateway, or setting the autocreate-attribute on the gateway device), then restart all MySensor-nodes and fhem will create a MYSENSORS_DEVICE-entry for every Sensor that sends presentation-messages while inclusion-mode is active.