Thread Rating:
  • 1 Vote(s) - 5 Average
  • 1
  • 2
  • 3
  • 4
  • 5

I'm under way
#41

Quote:Do I need to activate #define Local_TestMode too and get a serial dump?

Yes.

Quote:Oh, I also nearly lost the fritzing breadboard design.
When I plugged the TX unit into USB the PC locked up and I had to reset :/
Lucky Fritzing recovered the files Smile

What a fright! These drawings should have many hours of work. Fortunately they were not lost.
Thank you for having them published in forum.

Reply
#42

(06-08-2014, 14:40)Werk_AG Wrote:  Just to try understanding why data from TMP36 is not correct, can you please activate DebugID5 on TX, and post here what you get?

Here is the Dump Werk_AG

Code:
0, 0, 0, 0, 85, 0, 50, 20.0, 32, 18.9, 0, 0, 0, 1000.00, 0.00, 0, 0.00, 0, 0, ENE, 0, 0, 0, 0.00, 0, 0, 0, 19660.50,
0, 0, 0, 0, 88, 0, 50, 20.0, 32, 18.9, 0, 0, 0, 1000.00, 0.00, 0, 0.00, 0, 0, ENE, 0, 0, 0, 0.00, 0, 0, 0, 19660.50,
0, 0, 0, 0, 92, 0, 50, 20.0, 32, 18.9, 0, 0, 0, 1000.00, 0.00, 0, 0.00, 0, 0, ENE, 0, 0, 0, 0.00, 0, 0, 0, 19660.50,
0, 0, 0, 0, 95, 0, 50, 20.0, 32, 18.9, 0, 0, 0, 1000.00, 0.00, 0, 0.00, 0, 0, ENE, 0, 0, 0, 0.00, 0, 0, 0, 19660.50,
Sending...
DataPacket ID5: 161,5,630,665,0
  A2 :630  BatVolt : 12.45
  SysTemp : 665  SysTempC :71.43
0, 0, 0, 0, 98, 0, 50, 20.0, 32, 18.9, 0, 0, 0, 1000.00, 0.00, 0, 0.00, 0, 0, ENE, 0, 0, 0, 0.00, 0, 0, 0, 19660.50,
0, 0, 0, 0, 101, 0, 50, 20.0, 32, 18.9, 0, 0, 0, 1000.00, 0.00, 0, 0.00, 0, 0, ENE, 0, 0, 0, 0.00, 0, 0, 0, 19660.50,
0, 0, 0, 0, 104, 0, 50, 20.0, 32, 18.9, 0, 0, 0, 1000.00, 0.00, 0, 0.00, 0, 0, ENE, 0, 0, 0, 0.00, 0, 0, 0, 19660.50,
0, 0, 0, 0, 107, 0, 50, 20.0, 32, 18.7, 0, 0, 0, 1000.00, 0.00, 0, 0.00, 0, 0, ENE, 0, 0, 0, 0.00, 0, 0, 0, 19660.50,
Reply
#43

Hi, uncle_bob
Good morning

Thanks for the Debug info.
Something is wrong... The TMP36 is reporting 71.43 ºC
At least, now we know that the problem is not at the receiver.
I'll try to figure out what might be the problem.

Reply
#44

Good morning Werk_AG Smile

I believe the TMP36 is actually reporting Fahrenheit instead of Celsius as it converts correctly.
Reply
#45

(07-08-2014, 00:59)uncle_bob Wrote:  Good morning Werk_AG Smile

I believe the TMP36 is actually reporting Fahrenheit instead of Celsius as it converts correctly.

I've been doing tests in two test systems at home, using exactly the same software version, the same board with the same patch (the green wire from TMP to 5V). I checked and rechecked everything, and it just can't be! Something must be wrong with the sensor.

Tomorrow I will recheck everything again.

Hummm, could you please check the welding on both sides of the green wire patch.

Reply
#46

(07-08-2014, 02:34)Werk_AG Wrote:  Hummm, could you please check the welding on both sides of the green wire patch.

It all checked out ok with a multi-meter (read 3.2K in circuit) and continuity looks ok. Even reheated the solder and added a touch more. One thing I did notice, is that the pan on the underside of the PCB that appears to go nowhere, has no continuity to the topside of the resistor.

I've also replaced the TMP36. Still reading in the 70's. Checked the legs of sensor to their respective pins (A7) Vcc, and GND, all looks good too.

I'm at a loss, but it isn't a major problem Wink

I'm still having that problem where upon restarting Cumulus, the RX unit restarts.
The reset pin has 4.6vdc on it with the "jumper" in place.

Hopefully we can get this one sorted, as I'm hoping to get away from the bad data the existing WS3081 creates upon restarts.
Reply
#47

The problem with the TMP36 may not be a Fahrenheit measurement as I put the unit outside and the DHT22 read 5 degs C while the TMP didn't drop below 13 (convert from the 64 or whatever was shown).

Like I said above this problem isn't a biggie and possibly not worth chasing.
Reply
#48

Quote:It all checked out ok with a multi-meter (read 3.2K in circuit) and continuity looks ok. Even reheated the solder and added a touch more. One thing I did notice, is that the pan on the underside of the PCB that appears to go nowhere, has no continuity to the topside of the resistor.

You are referring to R7?
Can you please post a close photo of this point?

Quote:I've also replaced the TMP36. Still reading in the 70's. Checked the legs of sensor to their respective pins (A7) Vcc, and GND, all looks good too.

So, at the TMP36 pins, we have 5V, GND and connectivity to pin A7. Right?

Huh What a mistery!!!
I will continue to try to reproduce this situation on my system...

Quote:I'm still having that problem where upon restarting Cumulus, the RX unit restarts.
The reset pin has 4.6vdc on it with the "jumper" in place.

This is from Playground.arduino.cc, it works!

Disabling AutoReset On Serial Connection

So you have found need for disabling the auto reset? So that the arduino does not reset when establishing a connection. Here are some solutions.

Note: This does NOT apply to the new Arduino Leonardo that uses USB and serial differently. The Leonardo does not auto-reset, however, it is difficult to make Leonardo reset even if desired. See the bottom of this page for Leonardo-specific issues with reset.

The simple way that doesn't require any permanent modifying of your hardware or software configuration changes:

Stick a 120 ohm resistor in the headers between 5v and reset (you can find these on the isp connector too). 120 is hard to find so just combine resistors. Don't go below 110 ohms or above 124 ohms, and don't do this with an isp programmer attached. You can just pull out the resistor when you want auto-reset back.

Reply
#49

Quote:You are referring to R7?
Can you please post a close photo of this point?

Yes, I'll upload some pics tomorrow, it's time for bed.


Quote:So, at the TMP36 pins, we have 5V, GND and connectivity to pin A7. Right?

Yes indeed.

Quote:This is from Playground.arduino.cc, it works!

DisablingAutoResetOnSerialConnection

So you have found need for disabling the auto reset? So that the arduino does not reset when establishing a connection. Here are some solutions.

Note: This does NOT apply to the new Arduino Leonardo that uses USB and serial differently. The Leonardo does not auto-reset, however, it is difficult to make Leonardo reset even if desired. See the bottom of this page for Leonardo-specific issues with reset.

The simple way that doesn't require any permanent modifying of your hardware or software configuration changes:

Stick a 120 ohm resistor in the headers between 5v and reset (you can find these on the isp connector too). 120 is hard to find so just combine resistors. Don't go below 110 ohms or above 124 ohms, and don't do this with an isp programmer attached. You can just pull out the resistor when you want auto-reset back.


From that link, tomorrow I'm try the capacitor trick.

Thanks for your replies Werk_AG!
I'll report back with my findings tomorrow Smile after work Sad
Reply
#50

(07-08-2014, 14:33)uncle_bob Wrote:  The problem with the TMP36 may not be a Fahrenheit measurement ...

About this I'm sure... Smile

Quote:Like I said above this problem isn't a biggie and possibly not worth chasing.

I would like to know why this is happening and what is the cause. Next weekeend I will try to reproduce the problem here.

Reply




Users browsing this thread: 1 Guest(s)