General Discussion

@hek Thanks for the quick reply. Now that I understand that things are operating as intended it is not really an issue. The serial GW appears to be very reliable and I plan to have it and the controller on a UPS. From my perspective, I'll treat the GW as part of the controller. Providing the controller is reliable then I'm OK.... On a side note, in your other posts you point to your example which uses the ACK to set the relay. Although this is very elegant it does not suit my case where I want the relays to be stand alone such that they continue to operate the lights, extractor fan,etc. when the GW/controller is down. This is way more important (to me) than the possibility of the controller getting out of sync occasionally. I have been considering using Z-Wave for some of the relays but there does seem to be plenty of issues with that protocol .... sigh! @mfalkvidd Thank you for the link. Unfortunately my searching skills aren't too good...it's an age thing ;-) I agree that documentation is the important thing here. If we understand how the protocols work then we can live within their limitations. MySensors already does way more then I expected and way easier too. If I have to use some Z-Wave or even hard wire something, it's no big deal (well now that Domoticz, OpenHAB, etc. can bring them all together). Well that's my theory for now ;-) Cheers Chris

Perhaps something similar to the power- or water flow pulse sensor example sketches? https://www.mysensors.org/build/pulse_power https://www.mysensors.org/build/pulse_water

A power bank (or et least the ones I used) has a very high self discharge. Most of the times these consist of a a few lithium cells with a cheap (boost) regulator. Better use standard (rechargable) cells.

@mfalkvidd said: Very cool, I love the big red button. Where did you find it? I did found it i my box with electronic parts :) i once got a number of these switches of a friend of mine. BTW the clock radio has a led strip connected emulating a Wakeup light, shows the out door temperature on request, since it is MYS connected the alarm can be triggered via my HA controller and the most important feature it switches on my coffee machine upon wake up time. I will post a detailed description in the comming days,

@sundberg84 Got it all to work after using a new Atmel328 chip on a extra Arduino Uno board I had. I'm guessing the clone board, from china, I was trying to use has some kind of issue with eeprom or some other issue. Couldn't get it to responded to on or off signal or couldn't get the radio strength issue worked out either. Again Thank you so much for your help!

@ahmedadelhosni Yes - sorry, didnt read carefull enough.

I loved Michael Ossmann's SDR series, so this is a great find. Thanks for sharing!

Just found out that influxdata, is now making builds for armhf platform, from version 0.11.. So no need to compile stuff yourself for that part.. News are on their blog here https://influxdata.com/blog/announcing-influxdb-0-11-ga-kapacitor-telegraf/ And install instructions for ubuntu / debian is here https://docs.influxdata.com/influxdb/v0.9/introduction/installation/#ubuntu-debian

No, sensorId is also a byte (UINT8). https://github.com/mysensors/Arduino/blob/development/libraries/MySensors/core/MyMessage.h#L313

@hek Pretty familiar with NTP/NTPD, but I'm doubtful that I can get a response time in milliseconds for activating the program. It will probably take a second or two. That's ok to begin some sort of flashing sequence by clicking a single button, but the colorpicker sends messages nonstop while moving around the wheel. I've seen those messages get queued and take many seconds to catch up after color selection has stopped. As quick as it is, it's just not quick enough! Then there is the precision. I wonder how well 13 devices can be synchronized on time? Milliseconds in difference will cause patterns to break, of course.

I'm studding the possibility of making the speech recognition with a raspberry pi zero and google stt api! Then I would publish a MQTT string to control my MySensors with OpenHab. The main problem of this approach is the delay time between the request and the action, because the audio must be translated by google and return to analises.

this is my node to node program: // Enable debug prints #define MY_DEBUG #define SWITCH_PIN 2 // Enable and select radio type attached #define MY_RADIO_NRF24 //#define MY_RADIO_RFM69 boolean state=false; #include <SPI.h> #include <MySensor.h> #define MY_NODE_ID 10 #define CHILD_ID_SWITCH 1 MyMessage switchMsg(CHILD_ID_SWITCH, V_LIGHT); void setup() { pinMode(SWITCH_PIN,INPUT_PULLUP); } void loop() { if(digitalRead(SWITCH_PIN)==LOW) { delay(100); if(digitalRead(SWITCH_PIN)==HIGH); { state=!state; if(state) { send(switchMsg.setDestination(2).set(49)); } else { send(switchMsg.setDestination(2).set(0)); } } } } destination node id is 2 destination of type light variable

Hi! Find parent means the node is trying to find its way to the gateway - and if this repeats it cant. Its either a range issue or a power issue. You can start by checking the gateway serial log and see if there is any info. Also, have you added a capacitor on the radios? This is very important since the radio is sensitive to power spikes. It this doesnt work start with changing the power source and check your wirings / ground connection on the node. Also you can try to move the node closer to the gateway - if this works and you have some distance between node and gateway you should consider a repeater.

Use a sensor such as this. http://www.ebay.co.uk/itm/MPX5700DP-Differential-Air-Pressure-Sensor-Freescale-Arduino-MPX5700D-UK-Stock-/121626002591 There are heaps of similar sensors for measuring pressure ( or lack of )

Thank You.

In the MySensors protocol, messageType is also called command (for historical reasons I guess?). So c made sense, at least when the debug output was added to the code. There is a link available in the description in the debug faq to the code where a comment saying "The command field (message-type) defines the overall properties of a message" is available.

I finally got things working, I think the main problem turned out to be some bad dupont jumpers, I ended up just swapping out all of them and the gateway started working right away, pretty cool stuff.. Looking forward to adding more sensors and other things, just waiting for more stuff to come in the mail.. I decided to try my Uno for the node instead of the Nano so I'm hoping the Nano works as well as the Uno did for my next sensor... I have attached a couple screen shots of how the serial gateway should respond with and without an operating node.. [image: 1458177778475-serial-gateway-response.png] [image: 1458177738278-serial-gateway-dht11-response.png] Thanks!

@Yveaux I'm fortunate enough that my emloyee pays the entrance fee. Members of nljug get a discounts though.

You ask the @Global-Moderators I think.