General Discussion

@TheoL you are probably completely correct. I don't actually plan on building it.... it was just an interesting thought exercise.

@GertSanders I'm yet to 'label' mine but it has 3.3, 5 and 12v. I too have a switch aswell. I will get a full tooling setup done this weekend to join you guys. [image: 1460135853436-image.jpg]

@micah said: @alexsh1 said: @micah I think you can get a Samsung Class 10 microSD card for like $10 or something. I would avoid using a noname card from eBay/Aliexpress. Saves a lot of time. BTW - this is hardly RPi's fault, isn't it? Your right, it isn't the RPi's fault, although would it kill them to just include an 8gb flash chip on the device Re flash on the device - That's completely different discussion. What needs to be onboard is an endless talk - there are a few of those threads on raspberry.org . Personally, I am fine with the microSD card.

@mfalkvidd thank you for the link. I found an Arduino mega for around 13 euro. It's worth to try that.

Some years ago I found an add for a Holy Herb detector chip (lost the paper though). I guess it was at the beginning of the same month as this thread ;-)

@TheoL not really :disappointed: ,I think I'm going to use relays instead of the motor controller Thanks.

@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.