Development

@Meister_Petz I use millis() for this exact thing and it has been working great for me for months. Here is an example of what I do: unsigned long DHTPreviousMillis = 0; // last time update. long DHTDelay = 120000; // interval at which to do something (milliseconds) //Delay temperature and humidity for the length of time of DHTDelay without stopping the whole program unsigned long DHTCurrentMillis = millis(); if(DHTCurrentMillis - DHTPreviousMillis > DHTDelay) { DHTPreviousMillis = DHTCurrentMillis; //do something here } See http://stackoverflow.com/questions/10773425/performing-a-function-after-x-time for more details on Millis delay Hope that helps.

2 part video showing how to tie the TP4056 and MAX17043 boards together and to an arduino pro mini. Part 1: https://www.youtube.com/watch?v=3yHRrPDczK4 Part 2: https://www.youtube.com/watch?v=ZtkIDwkrc6E

Nano - so VIN! Thanks!

I get the same error when using the SoftwareSerial library. More specific, it is a known limitation that you cannot use SoftwareSerial.h and PinChangeInt.h together without altering one or another. Let me give you an example, I was in the same case as you are now, I wanted to use an RF ID reader (125 kHz - RDM6300) on a software serial pin, in my case was A2 (don't ask why, this was the only input pin that I have on an UNO, it is stuffed with keyboard, display, motor actuator for door opening, button for manual door opening, ringer button and NRF24 - this is my all in one entrance sensor :) ). So, what you have to do: pin A2 is on Port C you have to disable in the SoftwareSerial.h the other intrerupts, except the one associated to PortC, that would be - PCINT1 is for Port C : PCINT0 is for Port B PCINT2 is for Port D PCINT3 - it is not the case of 328P so you can leave it uncommented so in SoftwareSerial.h comment the following for PCINT0 and 2: #if defined(PCINT0_vect) ISR(PCINT0_vect) { ReceiveOnlySoftwareSerial::handle_interrupt(); } #endif The other thing that you have to do now is to tell PinChangeInt.h that you use Port C for other purpose. To do this, in MyGateway.cpp, ahead of the #include "utility/PinChangeInt.h" you should include the following: #define NO_PORTC_PINCHANGES Save, upload, enjoy... And don't forget to modify back what you altered. This assumes that you don't use intrerupts on pins...

I did delete it but understand now why I shouldn't have. I will re-add it (different device id) and let you know. It may take a little while as I am waiting for some radios with external antennas and an finding in the meantime that my radio reception is too limited to proceed.

@ericvdb (Vera guess) When given a fixed id enable inclusion mode so the device is found when you want to add it. If you are done you have to clear the eeprom and remove the fixed id from the code, and remove the device from the controller. After the above done, enable inclusion mode again and let the auto id assignment do it's work.

I have been away for a while but it seams quite some of you are experiencing problems, I'll try to take a look at it. If you find any more details, please let me know!

Could be a bit time consuming to build your own controller. But probably more fun and you'll learn a lot in the process. :)

I built a trip wire for the post box that I'm connecting. It's however based on a mercury tilt sensor so I'm really not sure whether I think it's a great idea putting it to use (at least not with a sturdy case...). However, I can share my code: #define DIGITAL_INPUT_SENSOR 2 // The digital input you attached your motion sensor. (Only 2 and 3 generates interrupt!) #define INTERRUPT DIGITAL_INPUT_SENSOR-2 // Usually the interrupt = pin -2 (on uno/nano anyway) MyMessage msgTripped(CHILD_ID_TRIPPED, V_TRIPPED); void setup() { gw.sendSketchInfo("Postal", "1.0"); gw.present(CHILD_ID_TRIPPED, S_MOTION); pinMode(DIGITAL_INPUT_SENSOR, INPUT); // sets the motion sensor digital pin as input } void loop() { boolean tripped = digitalRead(DIGITAL_INPUT_SENSOR) == LOW; if(tripped) { gw.send(msgTripped.set("1")); // Send tripped value to gw } gw.sleep(INTERRUPT,FALLING, SLEEP_TIME); }

HERE my source code my-sensors-controller-net

thank you! i will have a look to raspberry code.

Thank you for the quick response, I will have to look that over and see if I can implement it into openhab or if anyone else has done it. So far my desk looks like a mad scientists lab with arduino parts and sensors scattered about. I do have to say I am having a blast so far digging into the code and playing with hardware.

@m26872 kind of averse to using blocking code that way... I have used delay() in my setup() functions like that... for the first time I set up the devices.... The caps are really there for the day-to-day reliability of the radio. It is a power hungry little bugger. You could also do something like this so that you didn't have the delays there once you had the devices set up in vera... //... #define FIRST_TIME_SETUP //... //... #ifdef FIRST_TIME_SETUP #define SETUP_DELAY 500 #else #define SETUP_DELAY 0 #endif void setup() { delay(SETUP_DELAY); gw.begin(... delay(SETUP_DELAY); gw.sendSketchInfo(... delay(SETUP_DELAY); gw.present(... delay(SETUP_DELAY); } void loop() { }

Have you looked here ? Just follow the arrows though the information and then come back here with any thing you don't understand.

@hek Got it. Thanks. Hadn't thought of that.