Bug Reports

The mysensors 2.0 code works fine with pimatic, no matter whether you use the 2.0 MQTT Esp gateway via mosquitto (or another) as service in combination with the MQTT plugin, or via my mysensors 2.0 gateway with rest-api (also thanks to @Yveaux a.o.), mentioned in the other topic.

I so not disable soft spi if i install gw. After i try.

@Jokgi Hi Jokgi, do you think you can have a rep from Nordic send out some sample authentic modules to the MySensors community to those that can help solve the deficiency between the fake and authentic modules? I think that might help. If there are community members that might want to work with the authentic module maybe reply here if interested.

In newer Domoticz versions it tries to ping the gw. If something is blocking this (like another controller) it will reset and try to connect again. This happened to me when i connected two controllers (Domoticz + Myscontroller) to the same ethernet gw...

@hek Yes, that fixed the issue. Thanks. :smiley:

Thank @hek this fix my problem as I was using 8Mhz Arduino mini pro as a gateway.

the project http://forum.mysensors.org/topic/3721/2-switch-2-relay/2

@flopp same experience here, The sketch provided by Mysensors.org does not switch on/off the LED used to detect the dust particle (code below with corrections). I tested that sensor (Sharp_GP2Y1010AU) with smoke and because it does not have a fan (like the nova fitness SD011) or does not create a draft with a resistor (like the Shinyei PPD42NS) the fumes can go around completely undetected. When i tested the sharp and Shinyei in parallel the later seemed a lot more reliable. I also modified the code for the sharp sensor to get the arduino to loop thru multiple readings before sending a smoothed result back to the gateway. Code below with lots of debugging. /** * The MySensors Arduino library handles the wireless radio link and protocol * between your home built sensors/actuators and HA controller of choice. * The sensors forms a self healing radio network with optional repeaters. Each * repeater and gateway builds a routing tables in EEPROM which keeps track of the * network topology allowing messages to be routed to nodes. * * Created by Henrik Ekblad <henrik.ekblad@mysensors.org> * Copyright (C) 2013-2015 Sensnology AB * Full contributor list: https://github.com/mysensors/Arduino/graphs/contributors * * Documentation: http://www.mysensors.org * Support Forum: http://forum.mysensors.org * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU General Public License * version 2 as published by the Free Software Foundation. * ******************************* * * REVISION HISTORY * Version 1.0 - epierre * Converted to 1.4 by Henrik Ekblad * * * DESCRIPTION * Arduino Dust Sensort * * connect the sensor as follows : * * VCC >>> 5V * A >>> A0 * GND >>> GND * LED >>> 2 * * Based on: http://www.dfrobot.com/wiki/index.php/Sharp_GP2Y1010AU * Authors: Cyrille Médard de Chardon (serialC), Christophe Trefois (Trefex) * * http://www.mysensors.org/build/dust * */ #include <MySensor.h> #include <SPI.h> #define CHILD_ID_DUST 0 #define DUST_SENSOR_ANALOG_PIN 0 int ledPower = 2; const int numreadings = 60; unsigned long SLEEP_TIME = 10*1000; // Sleep time between reads (in milliseconds) //VARIABLES int val = 0;// variable to store the value coming from the sensor float valDUST = 0.0; float lastDUST =0.0; int samplingTime = 280; int deltaTime = 40; int sleepTime = 9680; float voMeasured = 0; float calcVoltage = 0; float dustDensity = 0; MySensor gw; MyMessage dustMsg(CHILD_ID_DUST, V_LEVEL); void setup(){ gw.begin(); pinMode(ledPower,OUTPUT); // Send the sketch version information to the gateway and Controller gw.sendSketchInfo("Dust Sensor", "1.1"); // Register all sensors to gateway (they will be created as child devices) gw.present(CHILD_ID_DUST, S_DUST); } void loop(){ float cumsum = 0; float temp = 0; float temp1 = 0; float cum_density = 0; for (int sample = 0; sample < numreadings; sample ++){ // loop reading dust sensor digitalWrite(ledPower,LOW); // power on the LED delayMicroseconds(samplingTime); uint16_t voMeasured = analogRead(DUST_SENSOR_ANALOG_PIN);// Get DUST value delayMicroseconds(deltaTime); digitalWrite(ledPower,HIGH); // turn the LED off // 0 - 5V mapped to 0 - 1023 integer values // recover voltage temp = voMeasured * (5.0 / 1024.0); cumsum = cumsum + temp;// cumulative sum over 60 seconds delay(1000); Serial.print("reading sample: "); Serial.println(sample); Serial.print("Raw Signal Value (0-1023): "); Serial.println(voMeasured); Serial.print(" - cumulative: "); Serial.println(cumsum); } // linear eqaution taken from http://www.howmuchsnow.com/arduino/airquality/ // Chris Nafis (c) 2012 dustDensity = (0.17 * cumsum - 0.1)* (1000/60); Serial.print(" - Dust Density: "); Serial.println(dustDensity); // unit: ug/m3 Serial.println("#########################################"); // if (ceil(dustDensity) != lastDUST) { // gw.send(dustMsg.set((int)ceil(dustDensity))); // lastDUST = ceil(dustDensity); // } gw.send(dustMsg.set((int)ceil(dustDensity))); gw.sleep(SLEEP_TIME); }```

@TheoL the sensebender is runing on 8Mhz as default. Originally I made so that it could switch to 1Mhz in order to lower the current consumption. But since we are sleeping for 99% of the time, where it's only the watchdog timer that is running, I don't see that much of a power savings running at 1Mhz, compared to 8Mhz. In theory if running on 1Mhz the awaken time is also 8 times longer, than when it's running on 8Mhz.. So that can also contribute to a more "equal" power consumption. So in short.. Compile for 8Mhz :)

The credit should really go to @sle118 but I will create a pull request later today. And now that we know exactly what to look for, I found this: https://github.com/esp8266/Arduino/issues/1695 where they library fix is being implemented as well as a description of the problem.

Aah, ok. I missed that. Thx, i'll apply the fix my self.

finally managed to work out the GitHub part, I had to update the desktop software and remove the 2 year old project I had there, I stil find it quite confusing.

Hi. Has this issue with the crashing ESP8266 module ever been solved? I have this problem here also.

Until the problem will be solved, the solution is to use other range numbers for gateway relays, I go for single numbers in nodes (1, 2 ...) and high range for the gateway (101, 102...). I also have updated my examples on GitHub and use this approach to my project very close to final stage.

Thanks for help. I installed 1.5.4 and reprogrammed the MQQTgateway and Dimmablelight and now its working perfect.

@Yveaux and @hek bingo! That line in v 1.5.4 does solve the issue. Thx a lot for the support. read: 0-0-9 s=1,c=1,t=2,pt=0,l=1,sg=0:0 send: 9-9-0-0 s=1,c=1,t=2,pt=0,l=1,sg=0,st=ok:0 Message: 2 Payload: getBool: 0 getString: 0 getInt: 0 getByte: 0 OFF: Switch colors off

@Rasenheizung said: D9 = RX In default radio connection (see https://www.mysensors.org/build/connect_radio) D9 is used to connect the CE line of the nRF24 radio. If you use the same pin this will cause conflicts.