Development

@magicw ok,thanks!

@gohan Really i don't know those links ..that's why asking help to you

Thank you for sharing the details.

I'd say it is the same but it would you will need to do more coding I guess. There is a node-red Google group if you want to ask there also.

Yes, in agriculture. Much like the Vinduino project.

@bilbolodz said in Answering request command: "ack - Set this to true if you want destination node to send ack back to this node. Default is not to request any ack" Does it mean "ask Domoticz to confirm that received my presentation message"? I have not used an ack in presentation but yes i think you are correct. Not sure if the ack would be from domoticz or just from the gateway though. Great that you also found the problem for the ack flag in domoticz

@sundberg84 Thanks, tried but I keep getting false rain tips.

Hello, I would do something much more simple At the beginning of the sketch : bool buzzerState = false; Then at the end of your sketch where you currently have the sleep() : if (AlarmModeIsActive) { buzzerState = not(buzzerState); // invert state of buzzer digitalWrite(BUZZERPIN, buzzerState); sleep(BUZZER_PIN, CHANGE, 2000); // Sleep but put interrupt on the button so we don't have to wait for a reaction when pushing the button } else { // here do normal sleep for your node sleep(30000); } Of course don't forget to reset buzzer state and set buzzer pin to low when button is pressed.

Let's see what @hek might have to say about this :D

@douma-rahma yes, I am using determining the Pulsewidth. can use TTLUART (like you) and analog I think but I found measuring pulsewidth easiest

@signal15 Sorry for your significant meat loss. You might want to take a look at the TempLeakSensor device luup files on the Vera for ideas. They declare a security device that can be armed/disarmed and associated temp and water events used to detect a freeze or leak respectively. In your case, you would create a TempSensor device that could be armed and disarmed and define a custom variable for that device that defines the trip temperature. Whenever the luup temp variable for that device is modified using the vera UI, you would send the updated trigger temp to the sensor node. The advantage of this approach is that you can use your TempSensor to trigger scenes when armed (e.g. freezer door is closed) and the current temp exceeds the trigger temp akin to how motion sensors are used. In addition, it would act as a normal temp sensor reporting the current temperature to your vera that you could plot over time to check your freezer performance/efficiency.

Oh yeah... Read the docs.. Yes, I probably should do that too :) Thanks!

Yes, you're right. Considering how I kind of hijacked this thread anyway :) I will run some more tests and start a new thread if I can't find a solution

Ah, I did have mixed feelings about the alternating. I also don't know what happens with ions when water moves down after watering some plants. I did came across this page (in Dutch, but code in English) which kind of shows a very simple example of using the CD74H4067 multiplexer: http://12volt.kloppenburgweb.nl/een-garduino/. It might be a good thing to see how it performs and come up with something alternative if really needed. I was also thinking of adding some glue to the parts exposed to air. Thanks again!

The lib for handling sensors values (sending them to GW when needed and resending on filures) is here https://github.com/mczerski/MyMySensors and the example that uses it is here https://github.com/mczerski/DHTSensor. It probably have bugs :) so any suggestions will be appreciated.

@rozpruwacz great to hear! Now continue the fun :laughing:

@Spencer-Cook I think you need a controller with a rule creator to make it simple to edit those rules. Start looking at the supported controllers (domoticz, home assistant, etc) and see if you like their rule editors.

@iamtheghost I have not used one but yes that is my understanding of how they work. You would need to experiment with it to find it's effective range etc.