Thanks.
Thats a bummer! I had read that somewhere too way back.
Thank you.
Thanks.
Thats a bummer! I had read that somewhere too way back.
Thank you.
Using Myscontroller and it used to work OK but now it never reports messaging. In the debug it always reports:
27/05/2018 14:24:42 INFO Connected to 192.168.1.9:5003
27/05/2018 14:24:43 ERROR Error on connect: connection refused
I have a username and password set on the mosquitto server. Should these be entered to the Myscontroller.ini file? And if so how is it done?
TIA
Hi Yveaux
It's all OK .... just a little YAML format problem with HA. Seems to be OK now.
Thanks again for your help
Cheers
Thanks Yveaux
Yes I definitely built another MySensors gateway...trying to access a back shed with a metal roof...radio just not making it.
I attempted to create separate mqtt devices in Home Assistant (controller I am using) under the MySensors gateway component but it complains.
Do you have any suggestions there?
Thanks again for your help.
Hi
How many MySensor servers are allowed in the network?
I have added a server to an existing working installation on a different channel and now it seems nothing is working!!
Both servers are RPi based and the original one was an ethernet based one and worked fine.
I have changed both servers to be MQTT and they are based on 2.3 development branch. I've also changed all nodes (there is only 3 of them) to a fixed Node_ID.
I will post logs etc if someone can indicate whether multiple servers are valid. I thought it would be OK based on the use of a separate RF channel but I think the problem might lie in the routing table and it's interaction with the MQTT server. In other words there are two Node 0's in the network.
Thoughts anyone.
Installed development version and all working 100%. Thanks for the help.
I had a perfectly working MySensors Pi Gateway working on Ethernet alongside a Home Assistant install on the same Pi.
I decided to upgrade the Home Assistant to the latest Hassbian image which meant reinstallation of MySensors. Everything installed OK however now MySensors fails to talk to the radio. Nothing was physically changed on the Pi so I'm reasonably certain the radio and wiring are OK although I have since added a cap on the power supply pins.
Any thoughts?
Here is the debugging output:
pi@ShedHA:~/MySensors $ ./bin/mysgw -d
mysgw: Starting gateway...
mysgw: Protocol version - 2.1.1
mysgw: MCO:BGN:INIT GW,CP=RNNG---,VER=2.1.1
mysgw: TSM:INIT
mysgw: TSF:WUR:MS=0
mysgw: !TSM:INIT:TSP FAIL
mysgw: TSM:FAIL:CNT=1
mysgw: TSM:FAIL:PDT
mysgw: TSM:FAIL:RE-INIT
mysgw: TSM:INIT
mysgw: !TSM:INIT:TSP FAIL
mysgw: TSM:FAIL:CNT=2
mysgw: TSM:FAIL:PDT
mysgw: TSM:FAIL:RE-INIT
mysgw: TSM:INIT
mysgw: !TSM:INIT:TSP FAIL
mysgw: TSM:FAIL:CNT=3```
@gohan the benefits are probably marginal if you are competent in linux and have been using HA for a long enough period. In my case I only come back to it occasionally. It means some re-learning is necessary every time. The Hass.IO setup is relatively painless (although not perfect) and then there is a lot more intuitive control of what is happening with the controller.
@martinhjelmare is spot on with his description of what Hass.io is for. I suspect this, in the long run, will be the best way for controllers to work - gradually automating the automations - so the middle of the road hobbyist will be able to stay in the game.
I've setup the MySensors server on a spare Pi and that is good for me. I think it would be nice to have the server available as an add-on in the Hass.io server if anyone was up to the technical challenge.
Thanks for your input.
I have been happily running a Mysensors ethernet gateway on a PI that also hosted my Homeassistant server. I decided for various reasons to change over to Hass.io to host the Homeassistant server. That is all set up and working nicely.
I would like to re-install the Mysensors ethernet gateway on Hass.io
For those that don't know Hass.io is built on Resin.io which uses Docker containers to run applications. There is detailed information on how to access the GPIO pins. That suggests applications like the Mysensors gateway might not run out of the box.
Has anyone had experience with this? I'm happy to experiment but it would be nice to know it can be made to work before I embark on the exercise.
TIA
thank you.
As a suggestion could the documentation be changed from:
By default, the gateway is built for ethernet and it listens on port 5003:
to:
By default, the gateway is built for ethernet as a server and it listens on port 5003 for controller connections:
Thanks Martin and Gohan
I do appreciate your help.
My installation definitely working OK now without the client configure statement.
Martin, just for clarity, what if my HA was on another IP address?
Would I have used the client configure statement and which one would I have used?
My guess is NO neither is required as MySensors is acting as a server so you just need to make sure HA knows where to find the MySensors server.
Thanks again.
Hi
Thank you. That has fixed it.
What is the best way to get the help page updated? It is not 100% clear not to include that config line if the controller and gateway share the same ip address. It would just be a few more words there.
Thanks again. Appreciated.
Hi
I have an RPi with IP 192.168.1.16 I've installed Home Assistant using Hassbian which appears to work OK. I've now installed a MySensors gateway on the same RPi using the NRF24 module connected to GPiO pins as the transport.
It appears the transport is working fine but there is something about the connection to HA which isn't right:
pi@hassbian:~/MySensors $ sudo ./bin/mysgw -d
mysgw: Starting gateway...
mysgw: Protocol version - 2.2.0-beta
mysgw: MCO:BGN:INIT GW,CP=RNNG----,VER=2.2.0-beta
mysgw: TSF:LRT:OK
mysgw: TSM:INIT
mysgw: TSF:WUR:MS=0
mysgw: TSM:INIT:TSP OK
mysgw: TSM:INIT:GW MODE
mysgw: TSM:READY:ID=0,PAR=0,DIS=0
mysgw: MCO:REG:NOT NEEDED
mysgw: connect: Connection refused
mysgw: failed to connect
mysgw: Eth: connect
My configuration commands to set up the MySensors gateway: (I have also tried this with 127.0.0.1 seeing as it is the same device but I get the same result)
pi@hassbian:~/MySensors $ ./configure --my-transport=nrf24
pi@hassbian:~/MySensors $ ./configure --my-gateway=ethernet --my-port=5003
pi@hassbian:~/MySensors $ ./configure --my-gateway=ethernet --my-controller-url-address=192.168.1.16
The important part of my configuration.yaml file is shown here:
gateways:
- device: '192.168.1.16'
persistence_file: '/home/homeassistant/.homeassistant/mysensors3.json'
tcp_port: 5003
debug: true
optimistic: false
persistence: false
retain: true
version: 2.2
Any help would be most welcome. Thanks
Thanks @TimO much appreciated. All working OK now! It's easy when you know where to look!
Just missing a few packets but I will work on that. Thanks again
HI
I have a RPi gateway setup and appears to be working well...
pi@raspberrypi:~/MySensors $ sudo ./bin/mysgw -d
mysgw: Starting gateway...
mysgw: Protocol version - 2.2.0-beta
mysgw: MCO:BGN:INIT GW,CP=RNNG---,VER=2.2.0-beta
mysgw: TSF:LRT:OK
mysgw: TSM:INIT
mysgw: TSF:WUR:MS=0
mysgw: TSM:INIT:TSP OK
mysgw: TSM:INIT:GW MODE
mysgw: TSM:READY:ID=0,PAR=0,DIS=0
mysgw: MCO:REG:NOT NEEDED
mysgw: Listening for connections on 0.0.0.0:5003
mysgw: MCO:BGN:STP
mysgw: MCO:BGN:INIT OK,TSP=1
However I have a node I am trying to set up and it is not working . It is based on a Leonardo board and I uploaded the dimmable LED sketch to it. Running V2.2 Installed a Cap across 3.3V supply, tried an independent 3.3V supply. I have double...maybe triple checked wiring to the radio which is a NRF24L01+ and I have swapped the modules between the gateway and the node however all I get is this which I understand indicates the Leonardo is not communicating with the radio:
1260215 TSM:INIT
1260221 !TSM:INIT:TSP FAIL
1260221 TSM:FAIL:CNT=7
1260221 TSM:FAIL:PDT
1320224 TSM:FAIL:RE-INIT
1320224 TSM:INIT
1320230 !TSM:INIT:TSP FAIL
1320230 TSM:FAIL:CNT=7
1320230 TSM:FAIL:PDT
1380232 TSM:FAIL:RE-INIT
1380232 TSM:INIT
1380238 !TSM:INIT:TSP FAIL
1380238 TSM:FAIL:CNT=7
1380238 TSM:FAIL:PDT
Anyone got any suggestions of where else to go or what to look for?
TIA