Bug Reports

Thanks for answer, yes I was talking about the Codebender. to try to keep moving, I have downloaded the API libraries and installed the Arduino IDE, I have downloaded the sketches and Arduino IDE is able to upload them without any problem. Then I go back to Codebender and deleted all the libraries in my main page (my account in codebender) then I clone the sketch with libraries but I got a compiling error, now is it different message. Then I Clone again the sketch, I go to my account in CB and deleted de MySensors library, and return to the sketch in codebender and now it compile the sketch correctly. I was thinking it will not compile because I was deleting the MySensors library after clone and before compiling. Another trick for my Codebender Notebook. Regards and thanks.

Great, and as I see it waits two seconds waiting for the configuration reply. So when you enter in the loop, you're quite sure everything is set! Thanks.

Sory. Bad NRF transmitter

sorry for digging up this older thread but I do have a very similar problem: Ijust build a Ethernet gateway with the W5100 module and the gateway starts then works for a while and will freeze after generating a reading like this: 0;0;3;0;9;read: 103-103-0 s=2,c=1,t=38,pt=7,l=5:17806714000000.000000 103 is a temperature sensor which works totally fine on a serial gateway. I can not reproduce this error but it happens within minutes of a fresh start. I still can ping the gateway, the power source is a PC USB port (for now) the radio has no Capacitor on 3,3V any clue where to start debugging (I am fairly new to arduino/MySensors) thanks

in openhab , dimmer switch change only two state 0 and 100. I didn't get change in between 0 to 100. please help me in openhab rule file for change. my rule file is when Item Fan_Hall_reg received command then var Number percent = 0 if(Fan_Hall_reg.state instanceof DecimalType) percent = Fan_Hall_reg.state as DecimalType if(receivedCommand==INCREASE) percent = percent + 5 if(receivedCommand==DECREASE) percent = percent - 5 if(percent<0) percent = 0 if(percent>100) percent = 100 postUpdate(Fan_Hall_reg, percent); sendCommand (Arduino , "Fan_Hall_reg=" + percent) in this rule I get only two state not in between that.

Hi, have you tried increasing the delay after the conversion command is send to the DSs? I have noted this behavior when the very first conversion of the DS is not waited long enought to finish, athts why its returning 85 Cº, wich is the power on state of the scratchpad. Let me know if you try it. Gonzalo

@Stric said: Yup. I could do that.. memtest86+, arduino edition.. yeah, remove all doubt.

ok, so it's a merge of version + sensor-vs-repeater into one msg..

No you shouldn't have to update any other sketches.

@clgary solution from @hek, try development branch :p

They are not receiving an ack from the GW.. Is the GW properly defined? Do it have sufficient power for the radio attached, and do you have a capacitor across the supply lines of both node and GW radios

Hi hek, you nailed it! Yes, it was problem with old eeprom entries.. Cleared eeprom and everything is fine now. Direct routing (RSN parent address is at 0) did not help Repeater output: read: 200-200-0 s=255,c=0,t=17,pt=0,l=5:1.4.1 send: 200-100-0-0 s=255,c=0,t=17,pt=0,l=5,st=ok:1.4.1 read: 200-200-0 s=255,c=3,t=6,pt=1,l=1:100 send: 200-100-0-0 s=255,c=3,t=6,pt=1,l=1,st=ok:100 read: 200-200-0 s=255,c=3,t=11,pt=0,l=20:SN to RSN to GW node send: 200-100-0-0 s=255,c=3,t=11,pt=0,l=20,st=ok:SN to RSN to GW node read: 200-200-0 s=5,c=0,t=23,pt=0,l=5:1.4.1 send: 200-100-0-0 s=5,c=0,t=23,pt=0,l=5,st=fail:1.4.1 read: 200-200-0 s=5,c=1,t=24,pt=2,l=2:1 send: 200-100-0-0 s=5,c=1,t=24,pt=2,l=2,st=ok:1 read: 200-200-0 s=6,c=1,t=25,pt=2,l=2:1 send: 200-100-0-0 s=6,c=1,t=25,pt=2,l=2,st=ok:1 Gateway output: 0;0;3;0;9;read:0;0;3;0;14;Gateway startup complete. 0;0;3;0;9;read: 200-100-0 s=255,c=0,t=17,pt=0,l=5:1.4.1 200;255;0;0;17;1.4.1 0;0;3;0;9;read: 200-100-0 s=255,c=3,t=6,pt=1,l=1:100 200;255;3;0;6;100 0;0;3;0;9;read: 200-100-0 s=255,c=3,t=11,pt=0,l=20:SN to RSN to GW no 200;255;3;0;11;SN to RSN to GW node 0;0;3;0;9;read: 200-100-0 s=5,c=0,t=23,pt=0,l=5:1.4.1 200;5;0;0;23;1.4.1 0;0;3;0;9;read: 200-100-0 s=5,c=1,t=24,pt=2,l=2:1 200;5;1;0;24;1 0;0;3;0;9;read: 200-100-0 s=6,c=1,t=25,pt=2,l=2:1 200;6;1;0;25;1 Edit: Forgot, to say thank you!

Thanks. Will update these. Problem is I need to do fussy search using keywords. And the sellers tries to get as many matches as possible (they add a lot of keywords thats not even describe their product). The ali-database is updated constantly. Gah. :thumbsdown:

Sorry. :) Hek, I using this code. Vera3 find relay and it works, but also appears 3 door sensors instead of 3 temp sensors. I try to use the my arduino board only with sd18b20 sketch and it work's and show temperature. Is it sketch suitale for vera? @Gambituk said: and here is the modified relay/temp sketch // Running DS temperature sensor(s) and relay(s) on one mysensor arduino node // Combines Onewire and Relay code // 2014-10-14 Pego: Tested and Running on Uno/Clone and MQTT gateway // Example sketch showing how to send in OneWire temperature readings // Example sketch showing how to control physical relays. // This example will remember relay state even after power failure. #include <MySensor.h> #include <SPI.h> #include <DallasTemperature.h> #include <OneWire.h>presen #define ONE_WIRE_BUS 3 // Pin where dallase sensor is connected #define MAX_ATTACHED_DS18B20 16 #define RELAY_1 4 // Arduino Digital I/O pin number for first relay (second on pin+1 etc) #define NUMBER_OF_RELAYS 2 // Total number of attached relays #define RELAY_ON 1 // GPIO value to write to turn on attached relay #define RELAY_OFF 0 // GPIO value to write to turn off attached relay 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(incomingMessage, AUTO, true); // Send the sketch version information to the gateway and Controller gw.sendSketchInfo("Temp and Relays", "1.0"); // 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); } // Fetch relay status for (int sensor=1, pin=RELAY_1; sensor<=NUMBER_OF_RELAYS;sensor++, pin++) { // Register all sensors to gw (they will be created as child devices) gw.present(sensor, S_LIGHT); // Then set relay pins in output mode pinMode(pin, OUTPUT); // Set relay to last known state (using eeprom storage) digitalWrite(pin, gw.loadState(sensor)?RELAY_ON:RELAY_OFF); } } 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); //no sleep for relays!!!! } void incomingMessage(const MyMessage &message) { // We only expect one type of message from controller. But we better check anyway. if (message.type==V_LIGHT) { // Change relay state digitalWrite(message.sensor-1+RELAY_1, message.getBool()?RELAY_ON:RELAY_OFF); // Store state in eeprom gw.saveState(message.sensor, message.getBool()); // Write some debug info Serial.print("Incoming change for sensor:"); Serial.print(message.sensor); Serial.print(", New status: "); Serial.println(message.getBool()); } }

Haha. Yep, the sun is the reference. Agree, this is a "bug". The problem with the current V_* is that it contains no unit information. A backward compatible solution for this for the 1.5 release would be to introduce a V_LIGHT_LEVEL_LUX. Not pretty but it solves the problem without breaking anything. 2.0 will hopefully solve this without introducing different V_*. https://github.com/henrikekblad/Arduino/blob/development/libraries/MySensors/MyMessage.h#L360 ...and no, I cannot give an estimate when it is out ;)

Well, since radio uses SPI I guess if there was an issue, nothing would work :) But the SPI flash device might have some special requirements which was broken. I use a hacked EthernetGW since my commit that manages SPI_EN signal was removed from development branch so I am not using fully "vanilla" code though. But that is a HW problem in the W5100 module, not in the libraries and my fix is a workaroud for that specific HW isse (and only applicable on W5100:s with SPI_EN accessible to the AVR.

But what will happen with the NodeID and the signing preferences then? If EEPROM is cleared if you update your gateway you have to restart all nodes using signing so the gateway gets updated then. If you do it in a node, the gateway will assign it a new nodeId and that in turn messes up for the controller. I do not think wiping all EEPROM config on reprogramming is a good ide. The purpose of the EEPROM config is exactly to preserve certain parameters on power cycle/reprogramming.