No, youre right, that wouldnt work for battery powered. I chop the ends off old cell phone chargers and try to keep a room's sensors down to a single box. The only one I've considered being battery powered is the "Mailbox opened" one but thats another project. The polling is really just to allow getting realtime data when you want it. If I think about it more, Ill probably leave it out. I was just thinking out loud near the end.
@billgoolsby the gateway could probably be called event-driven but that's not why there is no need for additional code.
The concepts are described in the getting started guide, which starts at https://www.mysensors.org/about
Hi John,
appLog.txt
I also tried using datatype string but it doesen't work. Meanwhile I have studies the log files more detailed and found the following behavior:
when defining the device skeletal and when updating the derived device (first approx. 25 lines in the log file V_STATUS is declared as string with values 51 resp. 52 as specified in the web interface. The entity is "Modul 433 MHz".
Later on, when using the toggle switch in the web interface the value has changed in the decription in the log file (see line 164 or 185) value has been changed to on/off. With this definition it seem that the mysensors-Plugin is feeded has been changed from the specified values.
My conclusion is that the change is taking place somewhere outside the mysensors-plugin.
By the way, if I change the type to string do I have to use quotation marks in the web interface?
Thanks a lot for your support.
Martin
Hi. It's long time .. but standard function is : gw.processRadioMessage();
and I make changes in source code in MyGateway.cpp to this :
char MyGateway::processRadioMessage() {
char isMessage=0;
if (process()) {
// A new message was received from one of the sensors
isMessage=1;
MyMessage message = getLastMessage();
if (mGetCommand(message) == C_PRESENTATION && inclusionMode) {
rxBlink(3);
} else {
rxBlink(1);
}
// Pass along the message from sensors to serial line
serial(message);
}
checkButtonTriggeredInclusion();
checkInclusionFinished();
return isMessage;
}
But in new library is not file MyGateway.cpp .. then I don't now ..
using is :
if (gw.processRadioMessage()==1) {..}
regards..
there is possible make easy gateway .. controler .. to control only light for example.. then we don't need external controller .. etc..
I'm aware of the superiority of 1.4. Because I just started with building my custom controller I will go with the development branch for now. I really like the new protocol so far.
I'm using very basic arduino sketches at the moment. The only thing I'm worried about is my custom controller that I'm building in Node-Red. Hopefully the feature changes will not have to much impact on that part.
@brettzky84 said:
Im using the serial gateway on u17 and have it working fine. i have the same problem as you when my vera is rebooted or powered off, but found 2 solutions. 1 with the vera on disconnect then reconnect the serial gateway. wait 10seconds refresh the dashboard page. Then go to app/ developer apps/ serial connection. Reset your baud rate to 115200??...
Thansk. I ended up upgrading to the latst UI7 beta. My gateway is now working!!! Let's see how stable it is.
(UI7 has fixed some of my other issue too)