💬 Serial Protocol - 2.x

[musthafa]

Can we have S_SWITCH for Wall switches, door bell switches etc ?

[mfalkvidd]

@musthafa is there a reason S_BINARY can't be used for those cases?

[musthafa]

@mfalkvidd said:

@musthafa is there a reason S_BINARY can't be used for those cases?

Thanks. Didn't look at it. Solved my problem.

[mfalkvidd]

@musthafa great! Thanks for reporting back.

[gvorster]

Where can I find the structure for the payload of the internal command I_LOG_MESSAGE ? e.g. payload "TSF:MSG:SEND,211-0-220-220,s=211,c=1,t=23,pt=2,l=2,sg=0,ft=0,st=OK:69"
I know I'm sending a value from node 211 to node 220 with the value 69. What does c=1, t=23, pt=2, l=2, sg=0,ft=0 mean?

[mfalkvidd]

@gvorster see https://forum.mysensors.org/post/43373

[gvorster]

@mfalkvidd said in 💬 Serial Protocol - 2.x:

@gvorster see https://forum.mysensors.org/post/43373

Thanks, got it now.

[siod]

how can I handle sendheartbeat() messages in my controller? What payload will be sent? 1 or 0, True or False...?

ps I´m using openhab

[gvorster]

@siod said in 💬 Serial Protocol - 2.x:

how can I handle sendheartbeat() messages in my controller? What payload will be sent? 1 or 0, True or False...?

ps I´m using openhab

I just tested this using a Serial gateway.

Sending sendHeartbeat() from node displays this on my Serial gateway:

...
214;255;3;0;22;73
214;255;3;0;22;108
214;255;3;0;22;143
...

3=internal message
0=nack
22=I_HEARTBEAT_RESPONSE

In MyTransport.cpp I found

uint32_t transportGetHeartbeat(void)
{
	return transportTimeInState();
}

---

uint32_t transportTimeInState(void)
{
	return hwMillis() - _transportSM.stateEnter;
}

So the payload is some elapsed time in milliseconds.

[siod]

@gvorster Thank you for explanation!

One more thing: I wanted to implement a sendHeartbeat() into a Repeater node (which should never sleep!), where should I put this function and how? When putting it just into the loop it is of course spamming my gateway with heartbeat messages...Is it possible anyway?

[gvorster]

@siod said in 💬 Serial Protocol - 2.x:

@gvorster Thank you for explanation!

One more thing: I wanted to implement a sendHeartbeat() into a Repeater node (which should never sleep!), where should I put this function and how? When putting it just into the loop it is of course spamming my gateway with heartbeat messages...Is it possible anyway?

There are many examples code how to do this. One Timer library I use myself is this https://playground.arduino.cc/Code/Timer

e.g. for a repeater you could use this:

#include "Timer.h"

Timer t;

void setup() {
    t.every(60000, sendImAlive);
}

void loop() {
    t.update();
}

void sendImAlive() {
    sendHeartbeat();
}

[shabba]

What is the best for a push button? I have a button to open a lock. The button cannot lock the lock however. So binary is not really a proper option?

[hek]

ATM scene controller is probably the best option.

https://github.com/mysensors/MySensors/issues/724

[dmurphy]

S_SPRINKLER is defined as having V_STATUS and V_TRIPPED - no V_ARMED....but V_ARMED says it is in S_SPRINKLER...Which way should I code this up for my controller??

[jjk]

Hi there,
do you know that, you've built a node like a 100 times and I think it's all routine and then something that completely bluffs you? I happened to me with a simple Temp/Hum node (DHT22) that keeps sending me messages that I can't seem to figure out: 43;255;3;0;33;300000 and 43;255;3;0;32;500 - They seem to show up in the frequency that other nodes send a heartbeat signal, but no heartbeat is sent from this node. The regular DHT22 datapoints are sent as normal. Anyone knows what this means?

[gohan]

Are you using smart sleep?

[jjk]

yes, I do - like on every other DHT node as well, but never had that...?! Plus, I can't seem to figure out what the messages mean.

[gohan]

I assume the 300000 is the sleep time you set while the 500 is the smart sleep embedded 500ms wait that lets the controller know the node is about to go to sleep but it is going to wait for 500ms for queued commands to be sent to the node

[jjk]

hm, you might be right on the 300000 as that#s indeed the smartsleep wait time I'm setting. Not sure about the 500, but certainly possible (is that documented somewhere?) I'm wondering, though, why this node is sending this info, but not the other ones?! I don't think I have changed anything t the sketch other than the node-id and node name...

[gohan]

500ms is the default setting when using smartsleep