@carlomagno said in Mysensors and BSFrance Lora32u4 ii:
Not sure if it is relevant in your case, but there seem to be quite some revisions around of your board, according to this: https://www.thethingsnetwork.org/forum/t/big-lora32u4-boards-topic/15273
@grumpazoid Damn phones... Anyway, corrected the link.
So, I assume you get the error message 'Sensor not detected!' as the sensor.begin() call fails.
You also triple checked A4 runs to SDA and SCL to A5.
What Arduino board are you using?
Are you sure the sensor is functioning correctly?
@grumpazoid this page https://www.mysensors.org/build/humidity_si7021 is completely dedicated to your sensor.
Did you follow this guide?
@timbergetter I know the frustration when a sensor doesn't behave as expected and you want to find out the root cause, but on the other hand you can suppress these 'jumps' in software pretty easy.
If you know the maximum rate of water level change in between sensor readings you can distinguish between correct and false readings and suppress the false ones.
@taserface987 no worries, glad I could help!
@taserface987 Hi, and welcome to the forum!
The error "11 !TSM:INIT:TSP FAIL Transport device initialization failed" indicates that the radio failed to initialize correctly.
I found the schematics of the board (https://www.itead.cc/wiki/images/5/50/SCH_IM120410001_iBoard.pdf) and the AVR SPI bus that usually has a direct connection to the the nRF24 is connected differently:
Could you try again, pasting following snippet just below #define MY_RADIO_RF24 in your sketch?
#define MY_SOFTSPI
#define MY_RF24_CE_PIN (D3)
#define MY_RF24_CS_PIN (D8)
#define MY_SOFT_SPI_SCK_PIN (D7)
#define MY_SOFT_SPI_MISO_PIN (D6)
#define MY_SOFT_SPI_MOSI_PIN (D5)
@freedomnx said in Problem with BananaPI M2U and RFM69HW:
!TSM:INIT:TSP FAIL
Indicates a communication problem with the radio. As you state your wiring is correct, it can be a faulty radio or indeed the bananapi. I can't help you on that...
Chipping in for @tekka 
@encrypt said in A water pulse meter using interrupts and the ATMEGA328P "power save" mode:
On the gateway side, I can see that the node successfully registers and gets its ID. But for an unknown reason, after a few seconds, it keeps sending data as if time_elapsed never changed to false. And it never goes to sleep.
Please be aware that sleeping on interrupts is rather tricky to get right!
When going to sleep, pending interrupts will immediately wake the AVR again. See the MySensors code from https://github.com/mysensors/MySensors/blob/development/hal/architecture/AVR/MyHwAVR.cpp#L183 on.
In your case pending interrupts are very likely, as you use a mechanical button that hasn't been debounced.
Furthermore you are using MySensors internal functions that might work for now, but are not guaranteed to work in the future.
I would suggest to stick to the official API whenever possible.
MySensors development branch offers the ability to sleep for a fixed time and report remaining sleep time. Your node should just go back to sleep until 5 minutes have passed; see my post here: https://forum.mysensors.org/topic/9595/interrupted-sleep/11
Only drawback on AVR is the usage of the watchdog as a sleep timer, which makes it impossible to exactly get 5 minutes sleep interval.
@freedomnx Did you follow the wiring scheme for RPi? https://www.mysensors.org/build/raspberry#wiring
What RFM breakout do you use? Post pictures of your setup.