intermediary result: I have started a second gateway and now the nodes do communicate... puzzled...
I remove the extra gateway... same situation...
so reprogram gateway with:
#define MY_RF24_PA_LEVEL RF24_PA_LOW
so it seems this was the responsible for this !
thanks !
@electrik Going through the documentation of the Orangepi, I found out that the config should be
--my-rfm69-irq-pin=71 --my-rfm69-cs-pin=233
but still no dice. I also get an error:
Mar 28 14:11:14 DEBUG MCO:BGN:INIT GW,CP=RPNGL---,FQ=NA,REL=0,VER=2.4.0-alpha
Mar 28 14:11:14 DEBUG TSF:LRT:OK
Mar 28 14:11:14 DEBUG TSM:INIT
Mar 28 14:11:14 DEBUG TSF:WUR:MS=0
Mar 28 14:11:14 DEBUG TSM:INIT:TSP OK
Mar 28 14:11:14 DEBUG TSM:INIT:GW MODE
Mar 28 14:11:14 ERROR Interrupt handler error: Bad file descriptor
Mar 28 14:11:14 DEBUG TSM:READY:ID=0,PAR=0,DIS=0
Mar 28 14:11:14 DEBUG MCO:REG:NOT NEEDED
Mar 28 14:11:14 DEBUG Listening for connections on ▒]o:5003
Mar 28 14:11:14 DEBUG MCO:BGN:STP
Mar 28 14:11:14 DEBUG MCO:BGN:INIT OK,TSP=1
Mar 28 14:11:14 DEBUG TSM:READY:NWD REQ
Mar 28 14:11:16 DEBUG ?TSF:MSG:SEND,0-0-255-255,s=255,c=3,t=20,pt=0,l=0,sg=0,ft=0,st=OK:
The IRQ pin is connected alright, the RFM69 module works perfectly on a RaspberryPi or an OrangePi Zero.
It just refuses to receive when used on the OrangePi Zero 2 Something with pin assignements or SPI...
It is a a new SOC, so maybe I should wait for someone with more expertise than me to work it out...
Hi,
thanks you so much for answer. I continue to search and I think I find what is wrong.. . .. It's because I use pin pitch female
And the connection is very bad.. Sometime it's work, sometime don't.. . I sold it, and I correctly use 3 NRF now...
I continue to compare but now I have a comparaison point...
I continue to search but you're right, the parent ID is not setup same way on different sketch.
I try it next week.
I found that timelib.h uses a tremendous amount of memory. You avoid using it by getting time string from the controller.
I have also found that when you're using that amount of memory that bad things happen, as you noted. I use global variables to avoid the transient nature of function variables.
I'll be looking forward to other comments as, I, too, do not know all the tricks;)
OSD
I have had a similar problem with a couple of my nodes working perfect one day and dead the next.
I am not saying your problem is the same as what I have experienced but I had issues with the cheap pro minis particularly the smoothing caps on the Vcc side that basically turned into resistors and dragged down the battery etc etc…
It’s not uncommon for capacitors to do this after a number of years of use, but it a little strange to do this after a little over a year. That said my boards are Chinese clones which will likely be using the lowest cost and quality parts which they could find - as they say you get what you pay for!
I resolved my problem by tracing the caps on the Vcc and desoldered them and replaced with an good old fashioned electrolytic capacitor soldered onto the Vcc and Gnd pins, not pretty but it works.
If you have a spare pro mini or RFM69 I would start by simply swapping the boards out to see if the problem gets resolved or moves with the board swap - it’s not going to fix the problem but it will hopefully help you to localise the problem to one or the other boards.
Hi there and thank you for your help. The answers came later than I expected (never mind) and during a period as I am away from my arduinos and raspberry.
I will try to make a sketch to show you the set up. But I am not interested to connect the sensor directly to raspberry pi by one-wire. The set up is like this
Arduino with Dallas Temperature <> Serial interface <Serial cable> Moxa Serial to IP <Ethernet / virtual serial port> Raspberry pi as gateway with virtual serial port <Ethernet> Home assistant
I will try to use SoftwareSerial, which is what I used already without mysensors on pin 00 et 1. What I am struggling with is the mysensors configuration for serial port and the gateway on raspberry with the virtual serial port.
Keep you updated.
