Topics created by Sander Stolk

@gohan Yes I know but the pinout 53, output not. That was all that was needed eventually .

@karl261 said: I am totally sick of these NRFs that all perform differently. Same here! So I radically solved my problems with connectivity by moving to rfm69 radios. It took some time and effort to make 'adaptor' pcbs to connect rfm's to my existing nodes, especially for 5v nodes, as rfm's are not 5v tolerant and require voltage level converter. I don't have comprehensive statistics for now (finished switching only a few days ago), but even first tests gave stable communication range far beyond that I ever saw with nrf's

@Sander-Stolk I'm guessing your Home Alarm must be protected against over power and thinks like that. It's worth the risk. Maybe you can connect a good old transistor? Just to separate the circuits. I'm by far no expert. But I just don't trust the 0.01V that's a low and strange value. At least to me it is

@BartE How do you record an IR in Domoticz? Can you explain in detail please? I tried several things bit can't get it working.

I don't think Bounce2 works when you're sleeping. Why not use a simple interrupt to trigger wake up? Like in this example: https://github.com/mysensors/Arduino/blob/master/libraries/MySensors/examples/BinarySwitchSleepSensor/BinarySwitchSleepSensor.ino

@jeylites It should have it's own ID. ID = 0 is reserved for the gateway. There can be only 1 gateway for a specific frequency. If a controller allows several hardware to connect, you can have more then 1 gateway, but tgese should each have their own frequency.

Some optimization to check: ringerdelay needs to be defined with a type if condition in setup() not necessary initialize buttonpushed and ringSendAt unconditioned normalize logic in if (timenu > buttonpushed && timenu > buttonpushed + ringerdelay) to if (timenu > buttonpushed + ringerdelay), it is the same variable timenu not necessary use millis() directly: if (millis() > buttonpushed + ringerdelay) on relay initialisation the two comments are wrong

Boom! Got it! The sketch above does not send the temp because -127.0 / disconnected however with this sketch and implemented in my sketch above and it works... #include <MySensor.h> #include <SPI.h> #include <DallasTemperature.h> #include <OneWire.h> #define ONE_WIRE_BUS 8 // Pin where dallase sensor is connected #define MAX_ATTACHED_DS18B20 16 unsigned long SLEEP_TIME = 30000; // Sleep time between reads (in milliseconds) 30000 orig OneWire oneWire(ONE_WIRE_BUS); DallasTemperature sensors(&oneWire); MySensor gw; float lastTemperature[MAX_ATTACHED_DS18B20]; int numSensors=0; boolean receivedConfig = false; boolean metric = true; // Initialize temperature message MyMessage msg(0,V_TEMP); void setup() { // Startup OneWire sensors.begin(); // Startup and initialize MySensors library. Set callback for incoming messages. //gw.begin(); gw.begin(); // Send the sketch version information to the gateway and Controller gw.sendSketchInfo("test temp"); // Fetch the number of attached temperature sensors numSensors = sensors.getDeviceCount(); // Present all sensors to controller for (int i=0; i<numSensors && i<MAX_ATTACHED_DS18B20; i++) { gw.present(i, V_TEMP); } } void loop() { // Process incoming messages (like config from server) gw.process(); // Fetch temperatures from Dallas sensors sensors.requestTemperatures(); // Read temperatures and send them to controller for (int i=0; i<numSensors && i<MAX_ATTACHED_DS18B20; i++) { // Fetch and round temperature to one decimal float temperature = static_cast<float>(static_cast<int>((gw.getConfig().isMetric?sensors.getTempCByIndex(i):sensors.getTempFByIndex(i)) * 10.)) / 10.; // Only send data if temperature has changed more then 1 degC and no error if (int(lastTemperature[i]) != int(temperature) && temperature != -127.00) { //added integer // Send in the new temperature gw.send(msg.setSensor(i).set(temperature,1)); lastTemperature[i]=temperature; } } //gw.sleep(SLEEP_TIME); } Same hardware, same libs and different code... You tell me whats wrong because I don't know it anymore...