💬 Building a Raspberry Pi Gateway

marceloaqno

@pettib @gohan There have been some changes in /proc/cpuinfo in newer versions of kernels which leads to a wrong detection.
The problem was fix in #827 and will be available in the master branch in the next mysensor release.

gohan

I'm using dietpi and I compiled it like 2 weeks ago..

Fat Fly

@Richard-van-der-Plas what is this: HASS ?

Richard van der Plas

Ok, i am standig on a crossroad it seems, i have to build a new gateway but i am also interested in the MQTT option, this is between mysensors & HomeASSistant i presume? i have some ESP's lying around unused, but i have 0 knowledge of mqtt (i dont think my hass has it running by default)

gohan

Just go with ethernet first that is easier, get used to it then take your time to learn MQTT. Of course MQTT is more advanced has authentication and encryption but it adds complexity to initial setup.

Richard van der Plas

Damn, just connected as in manual, but gives an error : mysgw: !TSM:INIT:TSP FAIL
Double checked the GPIO pins (except 15 cannot find that one) but seems ok

Richard van der Plas

NM, used GPIO numbers instead of Pin numbers RTFM

I always have a mysgw: accept: Bad file descriptor error when I launch a new ./bin/mysgw -d Exact problem is the following:

mysgw: bind: Address already in use
mysgw: Failed to bind!

And I always need to kill the process first. Is this normal ? (I'm in LAN GW)

Thanks!

gohan

If you already installed mysgw as service to start at boot, it is normal that you can not run another process in debug mode and it conflicts

@gohan said in Building a Raspberry Pi Gateway:

lready installed mysgw as service to start at boot, it is normal that you can not run another process in debug mode and it conflicts

Oh, Ok. Thanks.
Another thing is that when i close PuTTY, the gateway doesn't retrieve anymore the data...

gohan

You need to install it as service so it always runs in background

Is it this process :

1421 ?        Rs    40:25 /usr/local/bin/mysgw

Seems it runs for 40 minutes, but no the gateway sees no data...

gohan

what gateway did you compile? What option in ./configure did you use?

First of all : thanks for helping !

I compiled an Ethernet gateway
The options are the following:

./configure --my-gateway=ethernet --my-port=5003 --my-rf24-irq-pin=15 --my-transport=nrf24

The only way I make the GW working is through the debug mode (by switching off the service process)

Hello, it seems I found the problem: Complete newbie thing:
sudo ./bin/mysgw -h worked, but /usr/local/bin/mysgw didn't
I just gave the right to the folder, and now it's working.
Thanks for taking time to help beginners !

sillicius

@Richard van der Plas : i was have the same error with my raspberry zero. I have succed with the devellopement branch version...

gdekeijzer

Trying to setup a Rpi1, as i got one lying around here.

All work untill i want to 'make'

Generates an error:

pi@mysgw:~/MySensors $ ./configure --my-gateway=ethernet --my-port=5003 --my-transport=nrf24 --my-rf24-irq-pin=15
[SECTION] Detecting target machine.
  [OK] machine detected: SoC=BCM2835, Type=rpi1, CPU=armv6l.
[SECTION] Detecting SPI driver.
  [OK] SPI driver detected:BCM.
[SECTION] Detecting init system.
  [OK] init system detected: systemd.
[SECTION] Saving configuration.
[SECTION] Cleaning previous builds.
[OK] Finished.
pi@mysgw:~/MySensors $ make
gcc -MT build/drivers/Linux/log.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/log.c -o build/drivers/Linux/log.o
g++ -MT build/drivers/Linux/noniso.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/noniso.cpp -o build/drivers/Linux/noniso.o
g++ -MT build/drivers/Linux/GPIO.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/GPIO.cpp -o build/drivers/Linux/GPIO.o
g++ -MT build/drivers/Linux/SPIDEV.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/SPIDEV.cpp -o build/drivers/Linux/SPIDEV.o
g++ -MT build/drivers/Linux/Print.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/Print.cpp -o build/drivers/Linux/Print.o
g++ -MT build/drivers/Linux/EthernetClient.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/EthernetClient.cpp -o build/drivers/Linux/EthernetClient.o
g++ -MT build/drivers/Linux/compatibility.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/compatibility.cpp -o build/drivers/Linux/compatibility.o
g++ -MT build/drivers/Linux/SerialPort.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/SerialPort.cpp -o build/drivers/Linux/SerialPort.o
g++ -MT build/drivers/Linux/Stream.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/Stream.cpp -o build/drivers/Linux/Stream.o
g++ -MT build/drivers/Linux/IPAddress.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/IPAddress.cpp -o build/drivers/Linux/IPAddress.o
g++ -MT build/drivers/Linux/interrupt.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/interrupt.cpp -o build/drivers/Linux/interrupt.o
g++ -MT build/drivers/Linux/SerialSimulator.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/SerialSimulator.cpp -o build/drivers/Linux/SerialSimulator.o
g++ -MT build/drivers/Linux/SoftEeprom.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/SoftEeprom.cpp -o build/drivers/Linux/SoftEeprom.o
g++ -MT build/drivers/Linux/EthernetServer.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c drivers/Linux/EthernetServer.cpp -o build/drivers/Linux/EthernetServer.o
g++ -MT build/examples_linux/mysgw.o -MMD -MP -march=armv6zk -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard -DMY_RADIO_NRF24 -DMY_GATEWAY_LINUX -DMY_DEBUG -DLINUX_SPI_BCM -DLINUX_ARCH_RASPBERRYPI -DRPI_TYPE=\"rpi1\" -DMY_RX_MESSAGE_BUFFER_FEATURE -DMY_RF24_IRQ_PIN=15 -DMY_PORT=5003  -Ofast -g -Wall -Wextra  -I. -I./core -I./drivers/Linux -I./drivers/BCM -c examples_linux/mysgw.cpp -o build/examples_linux/mysgw.o
In file included from ./MySensors.h:109:0,
                 from examples_linux/mysgw.cpp:83:
./hal/architecture/MyHwLinuxGeneric.cpp: In function ‘ssize_t hwGetentropy(void*, size_t)’:
./hal/architecture/MyHwLinuxGeneric.cpp:79:17: error: ‘SYS_getrandom’ was not declared in this scope
  return syscall(SYS_getrandom, __buffer, __length, GRND_NONBLOCK);
                 ^
./hal/architecture/MyHwLinuxGeneric.cpp:79:52: error: ‘GRND_NONBLOCK’ was not declared in this scope
  return syscall(SYS_getrandom, __buffer, __length, GRND_NONBLOCK);
                                                    ^
./hal/architecture/MyHwLinuxGeneric.cpp:80:1: warning: control reaches end of non-void function [-Wreturn-type]
 }
 ^
Makefile:98: recipe for target 'build/examples_linux/mysgw.o' failed
make: *** [build/examples_linux/mysgw.o] Error 1
pi@mysgw:~/MySensors $

Has this to do with a limitation of Rpi being v1?

Regards

Gerwin

marceloaqno

@gdekeijzer There was a recent update on the random number generator for the RPi port, but unfortunately not all linux versions support the new method. @d00616 is working on a solution to this problem #856. Please use the master branch for the time being.

gdekeijzer

Ah great. Thanx for the response. I'll go try that for now.

gdekeijzer

Installed master branche. That did the job. Thanx.

Luc3as

Hello, did anyone tried gateway on pi with RS485 wired network ? It looks like node with ID set is looking for parrent and gateway does not respond to the node and therefore there is no succesfull presentation.
example from GW mysgw:

TSF:MSG:SEND,0-0-5-5,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
mysgw: TSF:MSG:READ,5-5-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
mysgw: TSF:MSG:BC
mysgw: TSF:MSG:FPAR REQ,ID=5
mysgw: TSF:PNG:SEND,TO=0
mysgw: TSF:CKU:OK
mysgw: TSF:MSG:GWL OK
mysgw: TSF:MSG:SEND,0-0-5-5,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
mysgw: TSF:MSG:READ,5-5-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
mysgw: TSF:MSG:BC
mysgw: TSF:MSG:FPAR REQ,ID=5
mysgw: TSF:CKU:OK,FCTRL
mysgw: TSF:MSG:GWL OK
mysgw: TSF:MSG:SEND,0-0-5-5,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
mysgw: TSF:MSG:READ,5-5-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
mysgw: TSF:MSG:BC
mysgw: TSF:MSG:FPAR REQ,ID=5
mysgw: TSF:CKU:OK,FCTRL
mysgw: TSF:MSG:GWL OK
mysgw: TSF:MSG:SEND,0-0-5-5,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0
mysgw: TSF:MSG:READ,5-5-255,s=255,c=3,t=7,pt=0,l=0,sg=0:
mysgw: TSF:MSG:BC
mysgw: TSF:MSG:FPAR REQ,ID=5
mysgw: TSF:CKU:OK,FCTRL
mysgw: TSF:MSG:GWL OK
mysgw: TSF:MSG:SEND,0-0-5-5,s=255,c=3,t=8,pt=1,l=1,sg=0,ft=0,st=OK:0

and from node :

0 MCO:BGN:INIT NODE,CP=RSNNA--,VER=2.1.1
3 TSM:INIT
4 TSF:WUR:MS=0
5 TSM:INIT:TSP OK
7 TSM:INIT:STATID=5
9 TSF:SID:OK,ID=5
10 TSM:FPAR
27 TSF:MSG:SEND,5-5-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
2035 !TSM:FPAR:NO REPLY
2037 TSM:FPAR
2055 TSF:MSG:SEND,5-5-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
4063 !TSM:FPAR:NO REPLY
4065 TSM:FPAR
4082 TSF:MSG:SEND,5-5-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
6090 !TSM:FPAR:NO REPLY
6092 TSM:FPAR
6110 TSF:MSG:SEND,5-5-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK:
8118 !TSM:FPAR:FAIL
8119 TSM:FAIL:CNT=1

Luc3as

@Luc3as Okay, Again I found answer while after asking, I used dev branch of mysensors and it is working like a charm.

zavracky

I am a novice, trying to get the raspberry pi gateway to work. I did get it to work on one pi, but while installing it on the second, it produces the following error:

In file included from examples_linux/mysgw.cpp:74:0:
./MySensors.h:254:2: error: #error No support for nRF24 radio on this platform
#error No support for nRF24 radio on this platform
^
In file included from ./drivers/RF24/RF24.cpp:23:0,
from ./MySensors.h:290,
from examples_linux/mysgw.cpp:74:
./drivers/RF24/RF24.h:52:17: fatal error: SPI.h: No such file or directory
#include <SPI.h>

I can see that the SPI.h library is among the files downloaded.

Any ideas?

Paul

gohan

what raspberry version is that? What library version did you download?

Luc3as

do you have SPI enabled through raspi-config ?

zavracky

@gohan Thanks for the response. I downloaded the MySensors Library 2.1.1. Sorting through it I can see that SPI.h is included.

I installed a complete system in FL (I'm retired and a snowbird). Included are a Bunch of Arduino sensors, a Foscam Camera and Wemo switches. So I used a lot of material from MySensors to get the Arduino sensors up and running (great stuff: thanks to all those folks who created it). I then created a Raspberry Wireless (RF24) Gateway and installed Mosquitto to communicate with HomeAssistant. Took a while to configure HA, and I'm still learning.

I do not recall having a problem with the SPI library when assembling all this stuff. Upon return to Boston, I have made a number of improvements talking to the Raspberry in FL through TeamViewer (a great app). However, along the way, I corrupted the system in FL. It now limps. So, I started recreating the stuff in FL on a new SD card, encountering the SPI problem.

Since sending out my request for help, I found a backup version of my FL system on an SD card. Looking at it, the system seems to be whole and boots with no issues. mysgw works fine on it. So, I've added all my new stuff to this SD card and have tested it to make sure its working. Things are looking good and so, my immediate problem is solved (circumvented).

I still want to know what I am doing wrong with the gateway. I've learned a little bit of Python along the way. There, one installs a library. I know effectively nothing about C++. So, I've done nothing to install the library, only followed the instructions on the MySensors Raspberry Pi Gateway page.

BTW, this stuff is great.

Paul

zavracky

@Luc3as Thanks for your response. No, in fact it was not enabled. Please read my reply to gohan. As you see, I've cheated my way out of this problem. In the process, I've lost track of the SD card on which I encountered this problem. Nonetheless, I will circle back to test your suggestion.

gohan

Try to enable the SPI first. Then you could also try different linux distributions and see which one you like better ( I personally like dietpi more than the others ). You may also want to try to use Mysensors library from development branch that is now 2.2.0.
I now have a dietpi + mysensors 2.2.0 + nrf24 and all running fine

subutux

@marceloaqno said in Building a Raspberry Pi Gateway:

@Roberto-Mo-Ca If you are using the nrf24 PA/LNA version you need to use a 5V->3.3V regulator otherwise you can connect to the 3.3v pin.

But why do we need to convert down from 5v to 3.3v? The pi does supply 3.3 on some pins.. Is this because the PA/LNA uses more mA?

gohan

yes, the 3.3v can't supply enough current. I am using some small adapters that have the AMS1117 and some capacitors that allow for a quick swap of radio modules when you need test them

subutux

@gohan said in Building a Raspberry Pi Gateway:

yes, the 3.3v can't supply enough current. I am using some small adapters that have the AMS1117 and some capacitors that allow for a quick swap of radio modules when you need test them

Ok. Maybe this should be mentioned in the documentation page.

mfalkvidd

@subutux could you explain where you would expect to find that note?

mfalkvidd

(obviously not here)

gohan

@subutux it is mentioned as stated above that you need it, it is just skipping all the info that are in datasheets and are not stricly necessary to make the gateway

subutux

@gohan said in Building a Raspberry Pi Gateway:

@subutux it is mentioned as stated above that you need it, it is just skipping all the info that are in datasheets and are not stricly necessary to make the gateway

Well, I for one would like to know why we need to step-down from 5v to 3.3v. Just a simple statement that the LNA version requires more power that only the 5v can deliver on the pi.
@mfalkvidd Yeah I would mention it there. It mentions to use a regulator but not why.. I've read that line & was like, why? That's when I've started a search in the forums here.

mfalkvidd

@subutux I've updated the text. Do you think it is ok?

subutux

@mfalkvidd said in Building a Raspberry Pi Gateway:

@subutux I've updated the text. Do you think it is ok?

yup! thanks!

qkzk

Hi,
I'm having trouble setting up mysensor with this configuration.
Controler : Home assistant on a debian server. ip : 192.168.0.50
Gateway : rpi3, connected to the server trought ethernet. ip : 192.168.0.21
Sensor : simple door switch from the example scripts.

On both sensor and gateway the transport is a nrf24l01+ module. I bought 4 of them and they all worked in simpler projects (on both arduino and rpi).

The main problem is I can't get the rf24l01+ to work with mysensor. I checked the wiring multiple times a changed the module. Nothing changes.
I also tried to change the configuration settings but it has no effect :

I configured as :
./configure --my-transport=nrf24 --my-gateway=ethernet --my-controller-ip-address=192.168.0.50 --my-port=5003

Here is what I got every time i launch mysgw :

/MySensors $ sudo ./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

I used the wiring described in the script but without a voltage regulator. so I also checked the voltage received by the nrf24l01+ and it's a steady 3.3v.

What's wrong here ? Any help would be greatly appreciated.

--

On another topic, home assistant doesn't seem to provide support for mysensor 2.1 protocol. Should I downgrade to 2.0 ?
Obviously the controler can't connect to the gateway presently since the gateway isn't launching properly.
Home assistant is constantly whining about it :

Here is what I get from home automation console :

Error (Thread-13) [mysensors.gateway_tcp] Failed to connect to socket at ('192.168.0.21', 5003).

and here is my configuration.yaml extract :

mysensors:
gateways:
- device: '192.168.0.21'
optimistic: false
persistence: true
retain: true
version: 2.0,

qkzk

I just checked the wiring again and tested it with a voltage shifter I used for a grove RGB LCD and I got the same results

gohan

@qkzk said in Building a Raspberry Pi Gateway:

--my-controller-ip-address=192.168.0.50

I think you can ignore that parameter. Did you try making a USB gateway or ethernet gateway with an arduino? Why the voltage shifter? Did you add a capacitor on the 3.3v supply of the nrf24? You could also try with the 2.2.0 version from development branch that has some fixes

qkzk

I tried the voltage shifter since I read : (*): If you are using the nrf24 PA/LNA version you need to use a 5V->3.3V regulator because the Raspberry Pi 3.3V can't supply enough power.
Since I don't know the version...

I had no success with an arduino USB gateway but I'll try again.

I thought the controller-ip-adress=192.168.0.50 parameter was usefull otherwise the gateway would have to look guess where the controler is. I may have got everything wrong about who is initiating the dialogue. From what I read in home automation logs it's the controller who is looking for the gateway...

I'll try the 2.2.0 version.

qkzk

I managed to connect everything but not the way I would have prefered.
Controler : Home assistant on debian server
Gateway : arduino Uno connected to debian server trough usb serial
Sensor : binary sensor (reed switch) on arduino mini.

I'm still trying to figure what's wrong with what I posted earlier.

qkzk

WOW ! It works thanks @gohan
I removed the voltage shifter, added an 1µF capacitor and downloaded developpement libraries.
Also, I cleaned the configuration parameters : ./configure --my-transport=nrf24 --my-gateway=ethernet
It finally works as expected (sensor, gw on rpi3, controler on debian server) and I can ditch the uno (well, I'll find him another use).
Thanks again for the wonderfull work, it's been fun

gohan

Voltage regulator is strongly suggested when you are going to have the gw sending out messages and also a bigger capacitor will help

Andy Pethan

I'm trying to understand the need for a separate Gateway if the Ras Pi is the host of the controller. Is it possible to use OpenHab on the Pi AND have the RF transceiver connected to that same Pi and skip the ethernet adapter w/ Arduinos? Or, if you have to use ethernet, could you use localhost as the IP? Or is there a technical reason why that wouldn't work (or would work, but in a totally different way)? Thank you.

gohan

Did you read the article?

rozpruwacz

@Andy-Pethan there is no need, where You read that ? I have a raspi with openhab and mqtt gw on single board. works very well.

Andy Pethan

@gohan @rozpruwacz After reading a couple times it still wasn't clear that everything could run on one device (single Ras Pi), though that seemed like the intuitive answer. Thank you for confirming as I buy up parts.

Andy Pethan

I figured out my problem -- I had the image and concept of this tutorial (http://www.instructables.com/id/Uber-Home-Automation-w-Arduino-Pi/) one tab over and never noticed at 3am that I mentally blended the articles. Sorry, everyone.

gohan

In fact I was wondering what in the article wasn't clear.

sineverba

Going crazy here.
I did get success with MySensors and first Arduino node on a fresh Raspbian (last image) and branch development. All ok!

Now I want re-do on other SD (same Pi, same WIring, same Radio). I did put "old" sd on a secure location and re-start from scratch.

I did compile with:

./configure --my-transport=nrf24 --my-gateway=serial --my-serial-is-pty --my-serial-pty=/dev/ttyUSB020

and answer is:

[SECTION] Detecting target machine.
  [OK] machine detected: SoC=BCM2835, Type=rpi1, CPU=armv6l.
[SECTION] Detecting SPI driver.
  [OK] SPI driver detected:BCM.
[SECTION] Detecting init system.
  [OK] init system detected: systemd.
[SECTION] Saving configuration.
[SECTION] Cleaning previous builds.
[OK] Finished.

Make ends with no error.

The debug

sudo ./bin/mysgw –d

locks here:

mysgw: Starting gateway...
mysgw: Protocol version - 2.2.0-beta

And no other lines.

I Repeat, same PI, same Radio, same wiring. If I try other SD, all goes ok and I can use it on domoticz.

Thank you

sineverba

@sineverba

@sineverba said in Building a Raspberry Pi Gateway:

Going crazy here.
I did get success with MySensors and first Arduino node on a fresh Raspbian (last image) and branch development. All ok!

Now I want re-do on other SD (same Pi, same WIring, same Radio). I did put "old" sd on a secure location and re-start from scratch.

I did compile with:
./configure --my-transport=nrf24 --my-gateway=serial --my-serial-is-pty --my-serial-pty=/dev/ttyUSB020
and answer is:
[SECTION] Detecting target machine.
  [OK] machine detected: SoC=BCM2835, Type=rpi1, CPU=armv6l.
[SECTION] Detecting SPI driver.
  [OK] SPI driver detected:BCM.
[SECTION] Detecting init system.
  [OK] init system detected: systemd.
[SECTION] Saving configuration.
[SECTION] Cleaning previous builds.
[OK] Finished.
Make ends with no error.

The debug
sudo ./bin/mysgw –d
locks here:
mysgw: Starting gateway...
mysgw: Protocol version - 2.2.0-beta
And no other lines.

I Repeat, same PI, same Radio, same wiring. If I try other SD, all goes ok and I can use it on domoticz.

Thank you

OK, re-re-done on fresh install and all went ok.

I think that problem was when I deleted the PI default user and created another one.

I did follow the gordon guide: https://gordonlesti.com/change-default-users-on-raspberry-pi/

Probably a permission issues changing or not changing root?

Thank you

lassivv

Hi all

Hope someone can help MySensors noob I try to do Raspberry pi 3 gateway with nrf24 module.

Hardware:
Raspberry pi 3
nrf24 module
3.3v 0.5A regulator.
status leds (3pcs)
Domoticz Beta

I start with this instructions:
https://www.mysensors.org/build/raspberry#improving-throughput-for-nrf24

commands what i use:
git clone https://github.com/mysensors/MySensors.git --branch master
cd MySensors
./configure --my-transport=nrf24
./configure --my-gateway=serial --my-serial-is-pty --my-serial-pty=/dev/ttyMySensorsGateway (try ttyUSBMySensorsGateway too, but now help)
./configure --my-transport=nrf24 --my-rf24-irq-pin=15
./configure --my-leds-err-pin=12 --my-leds-rx-pin=16 --my-leds-tx-pin=18

make
sudo ./bin/mysgw -d

After that i get error what is same to that instruction site:
http://i.imgur.com/jpiaMdC.png

I douple check wiring that seems to be all right. I think Linux console tell wrong wiring, if wiring is problem? But anyway i douple checked that wiring.

Hope someone can help me with this problem.

I try many times different settings, dont know do i need delete some old files or can i try again and again do configure and give "make" command.

mfalkvidd

@lassivv please don't post the same question in multiple places. Posting in multiple places will result in people trying to help you in one place, even after the problem has been solved in the other place. That is a waste of people's time.

Anyone trying to help @lassivv please post in https://forum.mysensors.org/topic/7050/multi-node-project-mysensors-noob-raspberry-gateway-problem

lassivv

Sorry see this topic after i post my own topic, thinks this is better topic to my problems. But i continue my own topic.

sineverba

I have a couple of nodes + PI working without issues from a couple of days.
Now, I would add encryption / signing / security etc to protect traffic between Arduinos and PI.
Could you please help me posting right configuration to add to the

./configure

command?

Thank you very much!

OliverDog

Why do Tx and Rx Leds blink every 5 to 6 seconds?

Is it about communication between RPi and Gateway?

Is there a way to disable it and keep blinks only with nodes communication?

sineverba

@sineverba said in Building a Raspberry Pi Gateway:

I have a couple of nodes + PI working without issues from a couple of days.
Now, I would add encryption / signing / security etc to protect traffic between Arduinos and PI.
Could you please help me posting right configuration to add to the

./configure

command?

Thank you very much!

Sorry..... I would UP! this

Anticimex

@sineverba is there not a --help argument to get a list of settings?

sineverba

@Anticimex sure... Bit I did read also the guide and .... I did noto understand very well whats I need to activate (if need) on gateway and on Arduinos to block, for example, the persone that live on third floor to play with my heater ..... thank you in advance

PS security only software, no other hardware implied / want use

Thank you!

Anticimex

@sineverba I am not sure I understand what you want. You want to enable signing? There is extensive documentation on how to enable that. As for what to pass to the configure command on a rPi I am unsure of the exact naming but I am pretty sure the names are very similar to the #define:s the signing documentation describes.

sineverba

@Anticimex Yes, the doc is ... maybe ... too extensive

By the way, I would signing. So I need to do on both? Gateway/Raspberry and Arduino?

Thank you

Anticimex

@sineverba I am not sure I understand how it can be too excessive? It sounds like it is inadequate since you still have questions.
Of course you have to enable signing on both node and gateway. You also need to personalize the services with a hmac key. This is described. Please read the docs carefully. And if they are unclear, please provide a link to the documentation you have read, so I can verify you read the correct one.

sineverba

@Anticimex
I'm talking about this: https://www.mysensors.org/about/signing

Seems to me that probably need to be more clear your hint: you have to enable signing on both node and gateway.

I hope that soon I will can test on my network

Thank you for the moment

Anticimex

@sineverba yes, well that is for the official release so so far so good. I assume you also run the official version of the library and not the beta version, right?
For details on rPi configuration, perhaps @marceloaqno can provide some assistance but you will find all information needed on that page for configuring signing on your nodes.

sineverba

@Anticimex On Raspberry PI V1 I can work only with branch development. With master the radio / serial doesn't work

Anticimex

@sineverba then please use this documentation instead.

sineverba

@Anticimex thank you but... it is not the same?

Anticimex

@sineverba no, it isn't. There are newer features on beta branch. A third simplified option for signing exist (and if you have a hard time figuring out signing I highly recommend you use it).

sineverba

Raspberry PI V1 Model B (2 USB ports, no wifi, 26 GPIO).

RASPBIAN JESSIE LITE v 2017-04-10-raspbian-jessie-lite.

Some day ago I did compile the gateway only with development branch, using this:

./configure --my-transport=nrf24 --my-rf24-irq-pin=15 --my-gateway=serial --my-serial-is-pty --my-serial-pty=/dev/ttyUSB020

And all works fantastic.

Today I did try a new fresh installation for a friend, same PI, and same commands and routine from zero:

Logged with PI
Changed Password
Activate SSH
Activate SPI
Expand Filesystem
Changed timezone

launched

./configure --my-transport=nrf24 --my-rf24-irq-pin=15 --my-gateway=serial --my-serial-is-pty --my-serial-pty=/dev/ttyUSB020

No error on output, rebooted many times, gateways locked. See the screen:

alt text

With current setup (that works perfect), if I reconfigure to use Led TX/RX/Err, I get same lock.

I have SD and a copy of it, but I would setup another one from zero.... and I cannot.

Thank you

sineverba

I don't want give up!

I did download last RASPBIAN version (2017-06-21).
Gitted from development branch...

alt text

My question is.... is it a problem of my PI? Too old? Need to buy the V3?

I don't understand why some time ./configure works (and entire system with domoticz works without problem!!!) and other time no!

@sineverba said in Building a Raspberry Pi Gateway:

Raspberry PI V1 Model B (2 USB ports, no wifi, 26 GPIO).

RASPBIAN JESSIE LITE v 2017-04-10-raspbian-jessie-lite.

Some day ago I did compile the gateway only with development branch, using this:
./configure --my-transport=nrf24 --my-rf24-irq-pin=15 --my-gateway=serial --my-serial-is-pty --my-serial-pty=/dev/ttyUSB020
And all works fantastic.

Today I did try a new fresh installation for a friend, same PI, and same commands and routine from zero:

Logged with PI

Changed Password

Activate SSH

Activate SPI

Expand Filesystem

Changed timezone

launched
./configure --my-transport=nrf24 --my-rf24-irq-pin=15 --my-gateway=serial --my-serial-is-pty --my-serial-pty=/dev/ttyUSB020
No error on output, rebooted many times, gateways locked. See the screen:

With current setup (that works perfect), if I reconfigure to use Led TX/RX/Err, I get same lock.

I have SD and a copy of it, but I would setup another one from zero.... and I cannot.

Thank you

sineverba

Hi to all!
I did another test, on a new SD with Raspbian Lite 2017-06-21.

It doesn't work. Hangs on protocol version.

But... I did note this, after ./configure

Master branch

[SECTION] Detecting target machine.
  [OK] machine detected: SoC=unknown, Type=unknown, CPU=armv6l.
[SECTION] Checking GPIO Sysfs.
  [OK] /sys/class/gpio/export found
[SECTION] Detecting SPI driver.
  [OK] SPI driver detected:SPIDEV.
[SECTION] Detecting init system.
  [OK] init system detected: systemd.
[SECTION] Saving configuration.
[SECTION] Cleaning previous builds.
[OK] Finished.

Development branch

[SECTION] Detecting target machine.
  [OK] machine detected: SoC=BCM2835, Type=rpi1, CPU=armv6l.
[SECTION] Detecting SPI driver.
  [OK] SPI driver detected:BCM.
[SECTION] Detecting init system.
  [OK] init system detected: systemd.
[SECTION] Saving configuration.
[SECTION] Cleaning previous builds.
[OK] Finished.

I'm going crazy

@sineverba said in Building a Raspberry Pi Gateway:

I don't want give up!

I did download last RASPBIAN version (2017-06-21).
Gitted from development branch...

My question is.... is it a problem of my PI? Too old? Need to buy the V3?

I don't understand why some time ./configure works (and entire system with domoticz works without problem!!!) and other time no!

@sineverba said in Building a Raspberry Pi Gateway:
Raspberry PI V1 Model B (2 USB ports, no wifi, 26 GPIO).

RASPBIAN JESSIE LITE v 2017-04-10-raspbian-jessie-lite.

Some day ago I did compile the gateway only with development branch, using this:
./configure --my-transport=nrf24 --my-rf24-irq-pin=15 --my-gateway=serial --my-serial-is-pty --my-serial-pty=/dev/ttyUSB020
And all works fantastic.

Today I did try a new fresh installation for a friend, same PI, and same commands and routine from zero:

Logged with PI

Changed Password

Activate SSH

Activate SPI

Expand Filesystem

Changed timezone

launched
./configure --my-transport=nrf24 --my-rf24-irq-pin=15 --my-gateway=serial --my-serial-is-pty --my-serial-pty=/dev/ttyUSB020
No error on output, rebooted many times, gateways locked. See the screen:

With current setup (that works perfect), if I reconfigure to use Led TX/RX/Err, I get same lock.

I have SD and a copy of it, but I would setup another one from zero.... and I cannot.

Thank you

gohan

Try DIETPI instead of raspian and see if it changes

sineverba

@gohan
I can and I will try, of sure. But, why do you think that something will change? My hardware is too old?

skywatch

Can you look and see what power supply you are using and also tell us what you have connected to the pi?
Do you have a volt meter and know how to use it?

sineverba

@skywatch
For a moment, I did hope that your was final solution.

By the way, I have HDMI attached (but TV is off) and a hub usb (with nothing attached).

I did try 7 sd cards.

I did try also Samsung charger (ETA U90EWE) and a powerbank, both 5v/2a

I have a cheap multimeter and I have basic knolewdge. What do you want I measure?

The radio is firmed soldered on an header array and linked with jumpers:

alt text

No caps 'cause the nodes and gw can transmit without problem on over 15 meters on my home

Exact configuration with a 7-days-old installation works very well. If I try to replicate, with every combination (last raspi/previous raspi/master/development) sometimes works, I re-flash and doesn't work anymore.

I'm not crazy, I would to be sure that in every moment I can replicate totally the configuration from scratch and... I want understand whats the problem!

PS The config that works very well, If I try to reconfigure to use the LEDS, after configure hangs on same, same step of debug. Luckily, I use rpi-clone before every single edit on my so-precious configuration.

PPS If someone wants, I could torrent my SD configured....

skywatch

OK! - Now I am not saying I have the solution to your problem, but I think it is worth ruling out a few things.

If nothing is attached to the USB hub, disconnect it.
With your voltmeter set to DC Volts, measure between TP1 and TP2 on the pi. You should see 5V DC. Up to about 5.5V is OK, but less than 4.8V can affect some things. Many time I have seen power issues be the problem.

Why not wire the NRF24L01 direct to the pi?

If all is well, then seems it is software problem after all

sineverba

@skywatch

Thank you for your support.
So, I did disconnect everything.
I did try and I have 4.95 - 4.98v on every moment, also during the "make" of ./configure.

alt text

A bit low, but I think no so low. The mysgw -d lock / hangs with every power supply...

PS Radio between headers because I want learn skill solders and more easy swap to test others radio, and, last but not last, with headers dupont/wires are more firmly than directly on the radio.

skywatch

That all seems to be OK - Always worth checking though if you ever get issues.
That means that I am lost for any ideas on why you have problems with ./configure>make>make install. It seems odd. Do you have another pi to try it on? That's the only thing I can think of now....even a cheap pi zero would be OK for a test.

I would still disconnect the USB hub and all the gpio wiring at the pi and see how it goes.

Good Luck!

sineverba

@skywatch Unfortuntately not, it's only pi that I have.
No problem, better to check everything. I don't know if open in github, leave here, pass to arduino connected via USB.....

And.. for Arduino connected via USB, I need to abilitate something with raspi-config or the only thing to do is to connect and domoticz will read it? (of course with sketch gateway loaded on arduino!)

OliverDog

@OliverDog said in Building a Raspberry Pi Gateway:

Why do Tx and Rx Leds blink every 5 to 6 seconds?
Is it about communication between RPi and Gateway?
Is there a way to disable it and keep blinks only with nodes communication?

Is there an answer for that?
Thanks again

pandy

Hi and sorry for the question..
I have been trying to build a gateway with a raspberry pi 1 and a radio module nrf24 + for several days without success. .I am analyzing step by step what I can be wrong..
You can kindly indicate the exact command syntax ./configure I have to give?
thank you so much

mfalkvidd

Welcome to the MySensors community @pandy

./configure --my-transport=nrf24

should be sufficient. What results did you get from the make and sudo ./bin/mysgw -d commands?

pandy

@mfalkvidd said in Building a Raspberry Pi Gateway:

./configure --my-transport=nrf24

Hi and thanks for the quick answer..
This is the result of the command:

[SECTION] Detecting target machine.
[OK] machine detected: SoC=BCM2835, Type=rpi1, CPU=armv6l.
[SECTION] Detecting SPI driver.
[OK] SPI driver detected:BCM.
[SECTION] Detecting init system.
[OK] init system detected: systemd.
[SECTION] Saving configuration.
[SECTION] Cleaning previous builds.
[OK] Finished.

pandy

The result of the "make" command is very long ..

sineverba

@pandy

On pi1 I cannot get a stable and re-doable configuration. See some post before.

I finally swith to Arduino connected via USB. WOrks like a charme. Probably an issue with PI1.

pandy

the result of sudo ./bin/mysgw -d is :

mysgw: Starting gateway...
mysgw: Protocol version - 2.2.0-beta

and it blocks..

gohan

@pandy that's definitely a problem. What linux are you using?

sineverba

@pandy Same my problem.
@gohan I did try also the DIETPI, how you did suggest to me some days ago. Only to say to @pandy let down the idea to use PI1. Use arduino usb/serial with your PI1.
I did use several nights....

pandy

Thanks to everyone for the answers and suggestions...
At this point I think the problem is the raspberry type..
I will try the suggested solution above otherwise I will be forced to change raspberry ..
Thanks to everyone for help

pandy

@sineverba thank you for your suggestion..Do you have a link where I can find a tutorial for this system?
thank you so much

gohan

@pandy go for a new rpi3 that works very well.

Velo17

Hello everyone!

I am trying to use a NRF24 module on the SPI1 of a Raspberry2 (so that I can also use a touch tft on SPI0).

I enabled it in the config.txt so that is lists under /dev/spidev1.0 - for conveniency I configured the CS0 to be at GPIO16=Pin36 (by using dtoverlay=spi1-1cs,cs0_pin=16).

I use the dev branch of MySensors.git as the master branch does not recognize my Pi. I used this configure line:

./configure --my-rf24-channel=124 --my-rf24-irq-pin=29 --my-rf24-ce-pin=31 --my-rf24-cs-pin=36 --spi-driver=SPIDEV --spi-spidev-device=/dev/spidev1.0

successful make
but when I run the gateway in the shell with sudo ./bin/mysgw -d, I get the following:

mysgw: Starting gateway...
mysgw: Protocol version - 2.2.0-beta
 __  __       ____
|  \/  |_   _/ ___|  ___ _ __  ___  ___  _ __ ___
| |\/| | | | \___ \ / _ \ `_ \/ __|/ _ \| `__/ __|
| |  | | |_| |___| |  __/ | | \__ \  _  | |  \__ \
|_|  |_|\__, |____/ \___|_| |_|___/\___/|_|  |___/
        |___/                      2.2.0-beta

mysgw: MCO:BGN:INIT CP=RNNG--Q-
mysgw: TSF:LRT:OK
mysgw: TSM:INIT
mysgw: TSF:WUR:MS=0
mysgw: pinMode: invalid pin: 29
mysgw: pinMode: invalid pin: 31
mysgw: pinMode: invalid pin: 36
mysgw: digitalWrite: invalid pin: 31
mysgw: digitalWrite: invalid pin: 36
mysgw: digitalPinToInterrupt: invalid pin: 29
mysgw: digitalPinToInterrupt: invalid pin: 29
mysgw: digitalWrite: invalid pin: 36

Any ideas what I can do to make it work?

Velo17

I think I might have found the root of the problem. The ./configure detects my Rpi2 as such (rpi2) but in the RPi.cpp in line 26 there is the pin to GPIO translation array and it is lacking translations for the high pin numbers - which is obviously wrong as on the RPi2 you have the extended GPIO connector with 40 pins...

const static int pin_to_gpio_rev1[41] = {-1, -1, -1, 0, -1, 1, -1, 4, 14, -1, 15, 17, 18, 21, -1, 22, 23, -1, 24, 10, -1, 9, 25, 11, 8, -1, 7, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1 };
const static int pin_to_gpio_rev2[41] = {-1, -1, -1, 2, -1, 3, -1, 4, 14, -1, 15, 17, 18, 27, -1, 22, 23, -1, 24, 10, -1, 9, 25, 11, 8, -1, 7, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1 };
const static int pin_to_gpio_rev3[41] = {-1, -1, -1, 2, -1, 3, -1, 4, 14, -1, 15, 17, 18, 27, -1, 22, 23, -1, 24, 10, -1, 9, 25, 11, 8, -1, 7, -1, -1, 5, -1, 6, 12, 13, -1, 19, 16, 26, 20, -1, 21 };

I copied the rev3 array to the rev2 array and compiled this and it seems to work in my case!

wergeld

@Velo17 Thank you! I had been pulling my hair out over this issue on installing a new RPi2 setup.

mfalkvidd

Adding link to the github issue (thanks for creating!) for future reference
https://github.com/mysensors/MySensors/issues/895

Velo17

I just noticed that mysgw is constantly consuming 95-100% CPU here. This even happens when I unplug the NRF24 module so that after starting mysgw basically nothing happens. Running development branch. Hmmmm. Any idea what to check?

mfalkvidd

@Velo17 strace might be able to help:

sudo strace ./bin/mysgw -d

Could you post your configure command? I'd like to try to reproduce the problem. I have a gateway with development from git as of about 2 weeks ago (a9418271) but I'm not using the nrf24. That gateway uses about 2% cpu on my Raspberry Pi 1. There have only been 6 commits since I built my gateway but I can update it and see if it starts acting up.

On my gateway, strace outputs loads and loads of these:

gettimeofday({1501098316, 668956}, NULL) = 0
ioctl(6, FIONREAD, [0])                 = 0
gettimeofday({1501098316, 671383}, NULL) = 0
gettimeofday({1501098316, 672447}, NULL) = 0
gettimeofday({1501098316, 673818}, NULL) = 0
nanosleep({0, 10000000}, NULL)          = 0
gettimeofday({1501098316, 685602}, NULL) = 0
getsockopt(6, SOL_TCP, TCP_INFO, "\1\0\0\0\0\7g\1P4\3\0@\234\0\0\250\5\0\0\30\2\0\0\0\0\0\0\0\0\0\0"..., [104]) = 0
getsockopt(6, SOL_TCP, TCP_INFO, "\1\0\0\0\0\7g\1P4\3\0@\234\0\0\250\5\0\0\30\2\0\0\0\0\0\0\0\0\0\0"..., [104]) = 0
gettimeofday({1501098316, 689179}, NULL) = 0
ioctl(6, FIONREAD, [0])                 = 0

Also, which git hash are you using? (git log -1)

Another thing to try could be to enable all the debug flags in MyConfig.h and see if they give you something interesting.

mfalkvidd

I updated my gateway to 10ef623 (latest from git). Still works ok.

Velo17

@mfalkvidd I make / make install a couple of times and maybe did a git pull inbetween as well - now everything is back to normal again. Thank you for giving me some dbug tips for the next issue

My strace output looks similiar.

My configure line is

./configure --my-rf24-channel=124 --my-rf24-irq-pin=29 --my-rf24-ce-pin=31 --my-rf24-cs-pin=36 --spi-driver=SPIDEV --spi-spidev-device=/dev/spidev1.0 --my-debug=disable

💬 Building a Raspberry Pi Gateway

Suggested Topics

Missing Notification Settings
Bug Reports • • edoardoo

💬 Building a Orange Pi Gateway
Announcements • • hek

Sensebender Micro
Announcements • • hek

💬 Components
Announcements • • hek

💬 Battery Powered Sensors
Announcements • battery • • hek

Merry Christmas and Happy New 2023
Announcements • • mfalkvidd

63
Online

11.4k
Users

11.1k
Topics

112.6k
Posts

💬 Building a Raspberry Pi Gateway

Suggested Topics

Missing Notification Settings Bug Reports • • edoardoo

💬 Building a Orange Pi Gateway Announcements • • hek

Sensebender Micro Announcements • • hek

💬 Components Announcements • • hek

💬 Battery Powered Sensors Announcements • battery • • hek

Merry Christmas and Happy New 2023 Announcements • • mfalkvidd

63Online

11.4kUsers

11.1kTopics

112.6kPosts

Missing Notification Settings
Bug Reports • • edoardoo

💬 Building a Orange Pi Gateway
Announcements • • hek

Sensebender Micro
Announcements • • hek

💬 Components
Announcements • • hek

💬 Battery Powered Sensors
Announcements • battery • • hek

Merry Christmas and Happy New 2023
Announcements • • mfalkvidd

63
Online

11.4k
Users

11.1k
Topics

112.6k
Posts