no debug logs on sensebender micro, why?

[ikkeT]

Hi,

I'm finally starting to do something with the SenseBender micros that I bought. But I fall in the very first steps. None of the debug prints come out, any idea why?

I took the sensebender sample code from github, and tried modifying it a bit to see the my version uploads and runs. For some reason none of the debug prints show up. However, the MySensors printouts do come out of the serial. What could block this, is there some hidden define for printfs that I just don't see?

I uploaded the code here: https://github.com/ikke-t/sensebender

That's the whole ~/Arduino directory, which I just created from scratch to be sure. All my changes are in SenseBender/SenseBender.ino file history. The changes are pretty much trying to enable the printouts.

I've tried setting the serial speed to 115200 and 57600. Both do print out the MySensors printouts, but none of the Serial.print lines from SenseBender.ino.

I have SenseBender micro board, and I soldered NRF24L01+ onto it, along with battery case. The NRF24L01+ has 100uF capacitor added for stable voltage.

Thanks for any help, I'm pretty sure it's something rather trivial I just don't see

BR,
ikke

[ikkeT]

To be clear, this is what the printouts are. I changed the NodeId to make sure the code being run is mine, so the upload succeeded:

TSM:INIT
TSM:INIT:TSP OK
TSM:INIT:STATID,ID=8
TSF:ASID:OK,ID=8
TSM:FPAR
TSF:MSG:SEND,8-8-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
!TSM:FPAR:NO REPLY
TSM:FPAR
TSF:MSG:SEND,8-8-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
!TSM:FPAR:NO REPLY
TSM:FPAR
TSF:MSG:SEND,8-8-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
!TSM:FPAR:NO REPLY
TSM:FPAR
TSF:MSG:SEND,8-8-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:
!TSM:FPAR:FAIL
TSM:FAILURE
TSM:FAILURE:PDT

[Qu3Uk]

This is because the sensor is still initialising and unable to complete as it is unable to find the gateway. It'll loop until it does find a gateway/parent, once it has it'll then go on to process your code.

Have you set up a gateway already?

I had this problem recently. Turned out to be a bad radio.

[ikkeT]

Thanks for the tip. I do have RaspberryPi with nrf24l01+ and I have terminal open there with serial gateway running in foreground. The radio on raspi side seems to report it's address and info at the start. Only very rarely I see some read:* send: pairs there. Both radios have a 100uF capacitor in place, as I didn't have smaller.

Perhaps I need to try with a new radio. All the parts are brand new, apart from the Raspi.

[ikkeT]

BTW, this is the output on Raspi side, somehow it sees the nodeid 8:

$ sudo PiGatewaySerial
Starting PiGatewaySerial...
Protocol version - 1.4
Created PTY '/dev/pts/1'
Gateway tty: /dev/ttyMySensorsGateway
================ SPI Configuration ================
CSN Pin = CE0 (PI Hardware Driven)
CE Pin = Custom GPIO25
Clock Speed = 8 Mhz
================ NRF Configuration ================
STATUS = 0x0e RX_DR=0 TX_DS=0 MAX_RT=0 RX_P_NO=7 TX_FULL=0
RX_ADDR_P0-1 = 0xa8a8e1fc08 0xa8a8e1fc00
RX_ADDR_P2-5 = 0xff 0xc4 0xc5 0xc6
TX_ADDR = 0xa8a8e1fc08
RX_PW_P0-6 = 0x20 0x20 0x20 0x00 0x00 0x00
EN_AA = 0x3b
EN_RXADDR = 0x06
RF_CH = 0x4c
RF_SETUP = 0x23
CONFIG = 0x0e
DYNPD/FEATURE = 0x3f 0x06
Data Rate = 250KBPS
Model = nRF24L01+
CRC Length = 16 bits
PA Power = PA_LOW
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=fail:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=fail:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=fail:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=fail:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=fail:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=fail:0

[ikkeT]

and now after while there are occational OKs:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=ok:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=ok:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=ok:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=ok:0

[ikkeT]

Damned. I changed both of the radios, and the sensebender. No help. Still no connection forming. Is there some radio parameters I could try tweaking? Or am I so unlucky that all the radios are broken as new?

I get lots of these:
!TSM:FPAR:NO REPLY
TSM:FPAR
TSF:MSG:SEND,8-8-255-255,s=255,c=3,t
=7,pt=0,l=0,sg=0,ft=0,st=bc:

!TSM:FPAR:NO REPLY
TSM:FPAR
TSF:MSG:SEND,8-8-255-255,s=255,c=3
,t=7,pt=0,l=0,sg=0,ft=0,st=bc:

!TSM:FPAR:FAIL
TSM:FAILURE
TSM:FAILURE:PDT

and on raspi side some of these:

read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=ok:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=fail:0
read: 8-8-0 s=255,c=3,t=24,pt=1,l=1:1
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=fail:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=fail:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=fail:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=ok:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=ok:0
read: 8-8-255 s=255,c=3,t=7,pt=0,l=0:
send: 0-0-8-8 s=255,c=3,t=8,pt=1,l=1,st=fail:0

[hek]

What happens if you create a 2.0 serial gateway (you could use one of your sensebenders) and attach it to your raspberry?

[ikkeT]

@hek I'll try that.

[ikkeT]

@hek to be honest, it's going to take some time, as I have yet no glue how I would attach it to my raspberry

[hek]

Through the usb-port...

[ikkeT]

Thanks, and now that I had a second thought, I recalled I already wired another arduino once via serial ports without usb. That would do. But I would like to do it without extra arduino, so I'll try the raspi2 + mysensors hinted in the other hardware thread. It seems to work for some, I'll give it a shot.

[ikkeT]

Just FYI for someone googling this, it works immediately with Mysensors 2.0 with Raspi2 instead of Raspi1. The problem was I never realized the pinouts were not for the raspi with 26 pins but the raspis with 40 pins, like b+/2/3.