💬 Building a Raspberry Pi Gateway
-
@marceloaqno : Thank you!
Just a notice: I do NOT disconnect, I just connect every 30 minutes. Has been working for me since more than 2 years (ancient ms-gw version on RPi).Yesterday I did a dist-upgrade to stretch on the "problematic" gw (as mentioned above) - without your patch but with my monitoring-script running. It is a little bit to early I presume, but no high cpu problems so far. I will report back here in a few days. Maybe this problem is really related to old libraries or something?! If this is running stable for a few days I will apply your patch and see what happens.
Thanks again!Cheers,
Pula -
@otto001 After a few hours running the reconnect script, I noticed several error messages in my gateway log:
accept(): Too many open filesThe problem was that the gateway wasn't releasing the socket descriptor after each disconnection of the controller. After reaching the limit (mine was 1036) the controller can't connect.
I'm not entirely sure that this problem is related to what you're having. You can check how many file descriptors currently opened by the gateway with the command below
sudo lsof -u root |grep mysgw |wc -lThe fix:
https://github.com/marceloaqno/MySensors/commit/a40d4441b7460225100398ff6f2581c2b0df36ea -
How do I update from master branch to development branch?
-
I'm using a raspberry pi gateway in home-assistant.
Sometimes my gateway doesn't work anymore, and when I restart the service, it is running good
I used ./configure --my-transport=nrf24 --my-rf24-irq-pin=15 --my-gateway=ethernet --my-port=5003 -
I'm using a raspberry pi gateway in home-assistant.
Sometimes my gateway doesn't work anymore, and when I restart the service, it is running good
I used ./configure --my-transport=nrf24 --my-rf24-irq-pin=15 --my-gateway=ethernet --my-port=5003@gieljnssns The fixes I mentioned above haven't yet been applied to the development branch. Eventually they will be, but I'm still doing some testing.
-
@marceloaqno :
Thank you!!! Should this patch be applied together with your first patch?
Interesting:
After some days without problems on the newest raspbian packages the gw hung again, but WITHOUT high cpu usage (and WITHOUT your first patch applied). There were just no more reads from the sensors in the log, only the re-connects of fhem. After restarting the service, everything is fine again.
Unfortunately I did see your post after that :-(
But I checked the log and could not find the words "too" or "Too" in the log (running service with -d).
Some minutes after restarting I checked how many open files there were with the command you supplied: 21In the meantime I have created a small udp listening service which restarts the service if a certain string is received, so I can restart the service by double-clicking one of my switches without the need of login to the gw (also for the wife)....
@gieljnssns : I think you are experiencing exactly the same problem we are discussing :-)
Thanks again!
Cheers,
Otto -
@marceloaqno :
Thank you!!! Should this patch be applied together with your first patch?
Interesting:
After some days without problems on the newest raspbian packages the gw hung again, but WITHOUT high cpu usage (and WITHOUT your first patch applied). There were just no more reads from the sensors in the log, only the re-connects of fhem. After restarting the service, everything is fine again.
Unfortunately I did see your post after that :-(
But I checked the log and could not find the words "too" or "Too" in the log (running service with -d).
Some minutes after restarting I checked how many open files there were with the command you supplied: 21In the meantime I have created a small udp listening service which restarts the service if a certain string is received, so I can restart the service by double-clicking one of my switches without the need of login to the gw (also for the wife)....
@gieljnssns : I think you are experiencing exactly the same problem we are discussing :-)
Thanks again!
Cheers,
Otto@otto001 The second patch can be applied without the first one.
-
@marceloaqno :
THANKS! Just applied your patch.
I will report in a few days when I can see if the problem is solved...
Cheers,
Otto -
Can someone tell me how to apply this patch?
-
@gohan :
dietpi looks interesting! did not know about this yet.
what hardware are you using? and what version of mysgw? -
I need help with my Rpi mqtt-gw.
I tried to get dev-branch working but changed now to stable. All the install routines run without problems. The service just doesn't seem to work and I can't figure out why.- Rpi W, Raspbian wheezy, nRF24-PA, MQTT-gw, Mosquitto and Openhab2 on same board
Mosquitto-log:
1521010232: New connection from 127.0.0.1 on port 1883. 1521010232: New client connected from 127.0.0.1 as mygateway1 (c1, k15, u'xxxx'). 1521010232: Socket error on client mygateway1, disconnecting.syslog:
Mar 14 08:51:02 GwMqOH2 systemd[1]: Starting MySensors Gateway daemon... Mar 14 08:51:02 GwMqOH2 systemd[1]: Started MySensors Gateway daemon. Mar 14 08:51:03 GwMqOH2 mysgw: Starting gateway... Mar 14 08:51:03 GwMqOH2 mysgw: Protocol version - 2.2.0 Mar 14 08:51:03 GwMqOH2 mysgw: MCO:BGN:INIT GW,CP=RNNGLSQX,VER=2.2.0 Mar 14 08:51:03 GwMqOH2 mysgw: TSF:LRT:OK Mar 14 08:51:03 GwMqOH2 mysgw: TSM:INIT Mar 14 08:51:03 GwMqOH2 mysgw: TSF:WUR:MS=0 Mar 14 08:51:03 GwMqOH2 mysgw: TSM:INIT:TSP OK Mar 14 08:51:03 GwMqOH2 mysgw: TSM:INIT:GW MODE Mar 14 08:51:03 GwMqOH2 mysgw: TSM:READY:ID=0,PAR=0,DIS=0 Mar 14 08:51:03 GwMqOH2 mysgw: MCO:REG:NOT NEEDED Mar 14 08:51:03 GwMqOH2 mysgw: MCO:BGN:STP Mar 14 08:51:03 GwMqOH2 mysgw: MCO:BGN:INIT OK,TSP=1 Mar 14 08:51:03 GwMqOH2 mysgw: GWT:RMQ:MQTT RECONNECT Mar 14 08:51:03 GwMqOH2 mysgw: connected to 127.0.0.1 Mar 14 08:51:03 GwMqOH2 mysgw: GWT:RMQ:MQTT CONNECTED Mar 14 08:51:03 GwMqOH2 mysgw: GWT:TPS:TOPIC=mysensors-out/0/255/0/0/18,MSG SENT Mar 14 08:51:03 GwMqOH2 systemd[1]: mysgw.service: main process exited, code=killed, status=11/SEGV Mar 14 08:51:03 GwMqOH2 systemd[1]: Unit mysgw.service entered failed state``` GW configure-line:./configure --my-transport=nrf24 --my-gateway=mqtt --my-controller-ip-address=127.0.0.1 --my-mqtt-publish-topic-prefix=mysensors-out --my-mqtt-subscribe-topic-prefix=mysensors-in --my-mqtt-client-id=mygateway1 --my-rf24-irq-pin=15 --my-leds-err-pin=12 --my-leds-rx-pin=16 --my-leds-tx-pin=18 --my-mqtt-user=xxxx --my-mqtt-password=yyyyy --my-signing=password --my-signing-password=zzzzzz```
I have checked mosquitto has correct user-pw combination, but what should I check next? Help!
- Rpi W, Raspbian wheezy, nRF24-PA, MQTT-gw, Mosquitto and Openhab2 on same board
-
@masmat said in 💬 Building a Raspberry Pi Gateway:
--my-mqtt-client-id=mygateway1
Do you have another client named mygateway1 connecting to mqtt? Try changing it to a different name just to play safe
-
No, you need to recompile it again in case you make that change. Have you ever tried dietpi for RPI?
@gohan OK. I did that, the same socket error remains in Mosquitto just under new id.
Is my syntax correct or am I somehow having problems with mosquitto user-pw...?Haven't tried DietPi. Would Mys+Mosquitto+Openhab2 have trouble running on it? Or why should I change to it?
