Reliability?

gregl

@ServiceXp said:

I should add that I have another sensor built from the same batch of mini pro's, but uses the DHT22 for temp and humidity.

So the problem may be related to the DS18B20's, but really don't know how to determine why they are locking up.

And does this sensor NOT lockup??

Is so hows it all wired up? do you have the resistor installed for the ds18b20's? - what happens if you disconnect the temp sensor?

RJ_Make

@gregl
Vera with the serial gateway, and no I did not restart either of them. I think because after I saw the serial monitor error's I assumed it was related to the sensor.

gregl

Try pulling power from Vera and see if the sensors come back to life....
I think those fails will occur if the g/w doesnt respond also.

i didnt have the best reliability with my Veralite and USB ( was using a hub + usb memory stick for datamine ) - much happier now with ethernet g/w.

hek

It could be the radio entering some weird state due to power issues (spikes etc). Have to tried some other power source on the sensor and adding a capacitor?

RJ_Make

@gregl said:> @ServiceXp said:

I should add that I have another sensor built from the same batch of mini pro's, but uses the DHT22 for temp and humidity.

So the problem may be related to the DS18B20's, but really don't know how to determine why they are locking up.

And does this sensor NOT lockup??

Is so hows it all wired up? do you have the resistor installed for the ds18b20's? - what happens if you disconnect the temp sensor?

Ooops. That is correct the sensor using the DHT22 has not locked up after running for 48+ hours, and I can't remember it locking up in the past either.

The 2 DS18B20's have a 4K7 resister installed. The sensor on one is soldered to the prototype pcb, and the other uses a screw type connector

I have not tested to see what happens with the sensor disconnected.

RJ_Make

@gregl said:> Try pulling power from Vera and see if the sensors come back to life....

I think those fails will occur if the g/w doesnt respond also.

i didnt have the best reliability with my Veralite and USB ( was using a hub + usb memory stick for datamine ) - much happier now with ethernet g/w.

Will try, and report back

RJ_Make

@hek said:> It could be the radio entering some weird state due to power issues (spikes etc). Have to tried some other power source on the sensor and adding a capacitor?

Wouldn't a power cycle or reset (button on the mini pro) correct that? It's almost like the eeprom is getting scrambled.

RJ_Make

last night I upped the cap on the radio to 47uf on one of the sensors, and left the other one alone. This morning the one with the cap was still running, but the other was locked up.

I power cycled the serial gateway, and it **appears **that the sensor came back up. So I decided to install the 47uf on the locked up sensor.

Until next time.

Damme

@ServiceXp One major stability change I did was using shorter wire bewteen radio and arduino.

RJ_Make

@Damme
Thanks.

Unfortunately, I can't get any closer in my environment without going to a custom designed pcb. All my wires are soldered and are only 2" max in length. :-)

RJ_Make

Well locked up again. I have confirmed that rebooting the gateway and or the Vera has NO effect. The only fix is to clear the eeprom and start over with the sensor.

At this point I dont think its the gateway but I am not sure where to go at this point?

gregl

This is very weird...but the wierdest bit to me is that you need to clear the eeprom to get it going again!

Are you using the example sketches un-modified for these sensors?

Few ideas:

What about adding some code to void setup to print out all values in the eeprom - to test your idea in them being corrupt?
What about swapping the mini pro's from your working DHT22 sensor and using it for the temp sensor...see if the problem follows....
Change the resistor/add capacitor to the temp sensor in case the output is not ideal from the pro-mini http://www.picaxeforum.co.uk/archive/index.php/t-11268.html
( i have some ds18b20's on long cables using parasite power and i needed to drop the resistor value for stability)
Change the powersupply AND cable !. Are you using a USB port on your computer??
Hows it all connected up? ( post a photo )

RJ_Make

@gregl said:> This is very weird...but the wierdest bit to me is that you need to clear the eeprom to get it going again!

Are you using the example sketches un-modified for these sensors?

Few ideas:

What about adding some code to void setup to print out all values in the eeprom - to test your idea in them being corrupt?

What about swapping the mini pro's from your working DHT22 sensor and using it for the temp sensor...see if the problem follows....

Change the resistor/add capacitor to the temp sensor in case the output is not ideal from the pro-mini http://www.picaxeforum.co.uk/archive/index.php/t-11268.html
( i have some ds18b20's on long cables using parasite power and i needed to drop the resistor value for stability)

Change the powersupply AND cable !. Are you using a USB port on your computer??
Hows it all connected up? ( post a photo )

Yes, using the default sketch, with only a hard coded C to F conversion change.

Not sure how to do that??
I should be able to do that.
How do I determine the appropriate size resistor and or cap? The wire length on one sensor is the standard DS18B20 length, The other sensor has been lengthened slightly to pass under a freezer door gasket. (Pic Below)
These are battery powered sensors, and until the MySensors step up regulator is release I think it's my only option.

The flat section is a SATA cable, very well spiced in.

The only difference in this sensor build compared to the other is I started using screw in connector blocks for the sensor connection. (and of course the SATA cable splice.)

RJ_Make

Thinking out loud.... In both area's I have z-wave extenders in close proximity of the sensors. Hmmmmm

Damme

@ServiceXp Now when you sayit... I had a wireless mouse that lowerd my reception. A cheap brand, I did't like it and everytime a sensor transmitted the mouse got laggy.

RJ_Make

@gregl said:> This is very weird...but the wierdest bit to me is that you need to clear the eeprom to get it going again!

Are you using the example sketches un-modified for these sensors?

Few ideas:

What about adding some code to void setup to print out all values in the eeprom - to test your idea in them being corrupt?

What about swapping the mini pro's from your working DHT22 sensor and using it for the temp sensor...see if the problem follows....

Change the resistor/add capacitor to the temp sensor in case the output is not ideal from the pro-mini http://www.picaxeforum.co.uk/archive/index.php/t-11268.html
( i have some ds18b20's on long cables using parasite power and i needed to drop the resistor value for stability)

Change the powersupply AND cable !. Are you using a USB port on your computer??
Hows it all connected up? ( post a photo )

Still dealing with this...

Built up a completely new freezer sensor, connected it, and it locked up 8hrs later. My EH40 project with the DS18B20 is also locking up. This is driving me crazy..
I added a cap (.22uF) to my EH40, but it still locked up.

I've removed all near by z-wave devices, so I now know that is not causing it..

RJ_Make

Let me ask you guys this.. Is it 'OK' to power the mini pro via the VCC terminal on the side? This is how I've been powering all my sensors...
Should I be using the RAW pin?

I've been powering the DS18B20 directly from the stepped up 3.3v output of the module (not the mini pro)

korttoma

@ServiceXp
If you are feeding 3.3v to the VCC pin it should be ok but if you are in fact feeding 3.3v to the RAW pin it might not be enough (Input Voltage 3.35 -12 V (3.3V model))

http://arduino.cc/en/Main/ArduinoBoardProMini

RJ_Make

Locked up again this morning @ 7:37am with a temp of -0.1. So a .47uF cap isn't the answer.... I think my last option before giving up on this is to remove the stepup regulator.

Any other idea's?

gregl

@ServiceXp
Could you try running a sketch which just uses the dallas temp lib eg: there is is an example called "Single" with the DallasTemperature lib. RUn it for 24hrs and see if it survives.

Likewise... in your existing sketch...stop reading the temps ( but leave everything connected) and just send a value every say 30sec to Vera .... and leave for 24hrs or so...see if that survives.

Also have you tried a different PIN for the onewire sensor?

Reliability?

13

11.7k

11.2k

113.0k