Troubleshooting

OK it's working. Main fix I think is I used the new 2.1.1 library and all comms to the RFM69 radio seems to be fixed. Current code: DESCRIPTION Simple binary switch example Connect button or door/window reed switch between digitial I/O pin 3 (BUTTON_PIN below) and GND. http://www.mysensors.org/build/binary */ // Enable debug prints to serial monitor #define MY_DEBUG // Enable and select radio type attached // #define MY_RADIO_NRF24 #define MY_RADIO_RFM69 #define MY_RFM69_FREQUENCY RF69_433MHZ #define MY_IS_RFM69HW #if F_CPU == 8000000L #define MY_BAUD_RATE 38400 #endif #include <SPI.h> #include <MySensors.h> #define CHILD_ID 3 #define BUTTON_PIN 3 // Arduino Digital I/O pin for button/reed switch int oldValue=-1; // Change to V_LIGHT if you use S_LIGHT in presentation below MyMessage msg(CHILD_ID,V_TRIPPED); void setup() { // Setup the button pinMode(BUTTON_PIN,INPUT); // Activate internal pull-up digitalWrite(BUTTON_PIN,HIGH); } void presentation() { // Register binary input sensor to gw (they will be created as child devices) sendSketchInfo("Binary Sensor", "1.0"); // You can use S_DOOR, S_MOTION or S_LIGHT here depending on your usage. // If S_LIGHT is used, remember to update variable type you send in. See "msg" above. present(CHILD_ID, S_DOOR); // Send the sketch version information to the gateway and Controller } // Check if digital input has changed and send in new value void loop() { int value = digitalRead(BUTTON_PIN); #ifdef MY_DEBUG Serial.println("Sensor Value"); Serial.println(value); #endif send(msg.set(value==HIGH ? 1 : 0)); sleep(BUTTON_PIN-2, CHANGE, 0); } Thanks, Martin

@toddsantoro I've survey with carefully . devices (same devices that i used before) are in certain places (before update and after update) and i dont move and i dont change hardware. but before i dont have any error in connect to gateway and any error NACK for commands! but after update i have many error NACK and for first connection to gateway i have some errors !TSM:FPAR:FAIL !TSM:FAILURE TSM:PDT i think there are a problem about mysensors lib 2.1 my radio (if this is chinese or other countries) before update work very well. but after update....

@Reza sorry, I made a mistake. You have to check AOUT.

@hek ! Actually I remember now, that I did not run the gateway in client mode last time I used it with Domoticz. I used it in server mode. However I'll post this on github if it can be of any help. Thanks /Nicklas

I have the sensor placed directly next to the gateway and it works. Now I have set between the wanted stretch and a repeater and it seems to work. I find the error message very gaps.

@hek Ok I tried again using lib version 2.1.1. and it works! 3 TSM:INIT 4 TSF:WUR:MS=1 11 TSM:INIT:TSP OK 13 TSF:SID:OK,ID=2 14 TSM:FPAR 1613 TSF:MSG:SEND,2-2-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK: 1620 MCO:BGN:STP 1622 MCO:BGN:INIT OK,TSP=0 1625 !MCO:SND:NODE NOT REG TestMessage to Serial that is not displaying.1627 MCO:SLP:MS=10000,SMS=0,I1=255,M1=255,I2=255,M2=255 1635 !MCO:SLP:TNR 3621 !TSM:FPAR:NO REPLY 3623 TSM:FPAR 5223 TSF:MSG:SEND,2-2-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK: 7230 !TSM:FPAR:NO REPLY 7232 TSM:FPAR 8832 TSF:MSG:SEND,2-2-255-255,s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=OK: 10839 !TSM:FPAR:NO REPLY 10841 TSM:FPAR However the '1' is still not blue [image: 1485186778680-screen-shot-2017-01-24-at-2.52.20-am.png] and got the compile warning warning: "MY_TRANSPORT_WAIT_READY_MS" redefined #define MY_TRANSPORT_WAIT_READY_MS 1 note: this is the location of the previous definition #define MY_TRANSPORT_WAIT_READY_MS (0ul) Glad it is working, however would the output suggest it is not connected to the gate way or just not registered? (forgive me I should RTFM go read the serial debug output message documentation) Is the MY_TRANSPORT_WAIT_READY_MS needed when not just connected to the gateway or when its has not been 'included' or regestered? So the main code im MySensors won't run until what condition is met? (forgive me again I am still learning the exciting mySensors lib :)

@DavidZH absolutely. The whitelist is used to revoke secured nodes. The typical usecases is a fully secured network and you have a node compromised and want to revoke it. If someone stole your node and therefore also your hmac key they could attempt to tap into your network (also if you use a atsha and for some reason don't want to replace hmac key on all devices). As the serials are never transmitted OTA the attacker would have to guess a valid node id+serial match to get past the GW whitelist filter. Full signing documentation for 2.1.1 is here: https://ci.mysensors.org/job/Verifiers/job/MySensors/job/master/56/Doxygen_HTML/group__MySigninggrp.html

You probably got the serial port speed wrong on the serial monitor

Just in case anyone comes across this it is related to ACKs. Not sure whether a mysensors issue or domoticz gets confused and resets the GW. Will probably swing back to it next weekend to test further but the exact same sketch fails when presenting with ACK and works when not.

@Rene046 yes they are all documented in the api. https://www.mysensors.org/download/sensor_api_20

@DavidZH great, thanks for verifying! I have created an issue on github https://github.com/mysensors/MySensors/issues/758

Capacitor needs to go as close as possible to the vcc/gnd pins of the radio module as possible on both of them.

With radios from ITEAD this issue is obsolete. They seem to populate original nordic chips, or even good fakes.

@AEkschen yes that's correct. Good luck! If you get stuck along the way, take a look at https://forum.mysensors.org/topic/666/debug-faq-and-how-ask-for-help - and you are of course welcome to post more questions in the forum if anything is unclear.

@Nca78 I checked the board. Pin 8 IRQ of the NRF24L01+ module is not connected.

@raptorjr Visual Studio uses libraries from Arduino ide, so the only way to get updates is through the Arduino ide unless you install libraries manually. So it's a good thing to open Arduino ide every now and then if you want updates

Looks like I have managed to work this out it seems to be a case of the radios transmitting over each other. If smartSleep is used then the heartbeat transmits over the something so rather than smart sleep i have used wait(1000); sendHeartbeat(); wait(1000); sleep(digitalPinToInterrupt(INTERRUPT_PIN),FALLING,0); Very hungry on power though. I know work was being done on smartsleep for v2.1.1 I'll give that a go

@Michiel-van-der-Wulp I am using 2.1 nodes with my 2.0 gateway. Seems to work ok, although in this post it is recommended to update the gateway as well.

@gohan I'm measuring ambient lighting and motion sensor (Its directly using a 12v PIR ) at the moment in my room and using a Mosquitto+Paho+MongoDB+SlamData for some analytics. I'm curious what analytics I'll get with this setup. Who knows right? :) Then you'll notice there's an OLED. It's just simply a replacement for the serial() so I can see the debug than plugging the USB all the time.