Temperature with the LM34C

Printable View

- 26th January 2009, 19:16
StoneColdFuzzy

Temperature with the LM34C

In the project by Reynolds Electronics here, what's a good size potentiometer to use for calibration?

~ Dave
- 26th January 2009, 20:57
Archangel

That is a simple voltage divider. 5v supply /5k ohm = .001 Amp
5v / 10k ohm = .0005 amp how much current do you want to waste ?
Assuming zero current flow into the PIC (impossible I know) the voltage will be linear across either one. It gets less true as the PIC begins to load the voltage divider, and as this parasitic loss increases the more suitable the lower resistance becomes.
- 26th January 2009, 22:34
mister_e

Look in your PIC datasheet in the analog to digital converter section. There you will find the maximum impedance you may use with your Specific PIC model.

Usually a simple small trim-pot (single or multi-turn) work pretty well... You could also use a already made voltage reference, this doesnt require any calibration and tend to be more stable on the long run.
- 28th May 2009, 19:39
StoneColdFuzzy

OK, I'm using a PIC16F877a instead of the PIC16F877. I have a 4 MHz ceramic osc and I'm using the direct connection as on the Rentron page. I don't know if I need to do this or not, but I have the VSS and VDD pins tied together, respectively. I checked the connections and tested the LM34 with 5 volts. The LM34 changes output voltage fine I don't know if I goofed the code up or not, but I'm getting nothing. Here's the code:

Code:

@ device pic16F877A, xt_osc, wdt_off, lvp_off, protect_off DEFINE loader_used 1 ' Boot loader is being used DEFINE debug_mode 1 ' Debug sending Inverted serial data DEFINE debug_reg portc ' Debug Port = PortC DEFINE debug_bit 6 ' Debug.bit = PortC.6 DEFINE debug_baud 9600 ' Default baud rate = 9600 DEFINE osc 4 ' We're using a 4 MHz oscillator DEFINE ADC_BITS 8 ' Set A/D for 8-bit operation DEFINE ADC_CLOCK 1 ' Set A/D clock Fosc/8 DEFINE ADC_SAMPLEUS 50 ' Set A/D sampling time @ 50 uS samples VAR WORD ' Multiple A/D sample accumulator sample VAR BYTE ' Holds number of samples to take temp VAR BYTE ' Temperature storage samples = 0 ' Clear samples accumulator on power-up TRISA = %11111111 ' Set PORTA to all input ADCON1 = %00000011 ' Set PORTA.0,1,2,5 = A/D, PortA.3 = +Vref PAUSE 500 ' Wait .5 second loop: FOR sample = 1 TO 20 ' Take 20 samples ADCIN 0, temp ' Read channel 0 into temp variable samples = samples + temp ' Accumulate 20 samples PAUSE 250 ' Wait approximately 1/4 seconds per loop NEXT sample temp = samples/20 DEBUG "Temperature is: ",DEC temp," Deg F",10,13 samples = 0 ' Clear old sample accumulator GOTO loop ' Do it forever END
- 28th May 2009, 20:47
mackrackit

What do you have connected to AN3? If nothing then try
ADCON1 = %00000100
- 28th May 2009, 20:57
StoneColdFuzzy

Quote:

Originally Posted by mackrackit

What do you have connected to AN3? If nothing then try
ADCON1 = %00000100

I have the wiper of a pot connected and set at 2.55 volts.

~ Dave
- 29th May 2009, 00:04
aratti

Quote:

I don't know if I need to do this or not, but I have the VSS and VDD pins tied together, respectively.

Dave, Vss is the ground or (zero volts) and Vdd is power or (+5Volts), from what you say it seems you have a short.

Remove it and re-establish the corrected connections.

Al.
- 29th May 2009, 00:07
StoneColdFuzzy

There is no short. There are two VVS pins and two VDD pins. They are tied together respectively. In other words, the VVS pins are tied to each other; the VDD pins are also tied to each other.

~ Dave
- 29th May 2009, 07:04
mackrackit

I had to set this up myself to find the problem.

When you use "DEFINE" everything has to be upper case. It would not work until I made that change. Problem was so simple but hard to see.

Code:

<html> <body><pre><code> DEFINE OSC 20 @ __config _HS_OSC & _WDT_ON & _LVP_OFF & _CP_OFF 'DEFINE loader_used 1 ' Boot loader is being used DEFINE DEBUG_MODE 1 ' Debug sending INVERTED serial data DEFINE DEBUG_REG PORTC ' Debug Port = PortC DEFINE DEBUG_BIT 6 ' Debug.bit = PortC.6 DEFINE DEBUG_BAUD 9600 ' Default baud rate = 9600 DEFINE ADC_BITS 8 ' Set A/D for 8-bit operation DEFINE ADC_CLOCK 1 ' Set A/D clock Fosc/8 DEFINE ADC_SAMPLEUS 50 ' Set A/D sampling time @ 50 uS samples VAR WORD ' Multiple A/D sample accumulator sample VAR BYTE ' Holds number of samples to take temp VAR BYTE ' Temperature storage samples = 0 ' Clear samples accumulator on power-up TRISA = %11111111 ' Set PORTA to all input ADCON1 = %00000011 ' Set PORTA.0,1,2,5 = A/D, PortA.3 = +Vref PAUSE 500 ' Wait .5 second loop: FOR sample = 1 TO 20 ' Take 20 samples ADCIN 0, temp ' Read channel 0 into temp variable samples = samples + temp ' Accumulate 20 samples PAUSE 250 ' Wait approximately 1/4 seconds per loop NEXT sample temp = samples/20 DEBUG "Temperature is: ",DEC temp," Deg F",10,13 samples = 0 ' Clear old sample accumulator GOTO loop ' Do it forever END </code></pre></body> </html>
- 29th May 2009, 11:29
Darrel Taylor

Quote:

Originally Posted by mackrackit

When you use "DEFINE" everything has to be upper case.

That's only true when using MPASM.
Since Bruce's program had @ device, the program was written for PM.exe, and is therefore not case sensitive.

Frankly, looking for a problem with one of Bruce's programs seems futile.

There's something wrong with the hardware. Connected to the wrong pins, grounds not connected across the breadboard, etc.
- 29th May 2009, 14:48
mackrackit

Quote:

Originally Posted by Darrel Taylor

That's only true when using MPASM.
Since Bruce's program had @ device, the program was written for PM.exe, and is therefore not case sensitive.

Bruce did not have @ anything, but the OP did. So yes, the OP must be using PM.

Quote:

Frankly, looking for a problem with one of Bruce's programs seems futile.

Agreed!!! I was just trying to find something obvious that the OP could be doing and thought I did.

Quote:

There's something wrong with the hardware. Connected to the wrong pins, grounds not connected across the breadboard, etc.
 

Must be.
- 29th May 2009, 15:06
StoneColdFuzzy

I didn't think that I changed Bruce's code, except for direct serial, but it's good to get more than one set of eyes on it. I'll keep checking connections; it's got to be the hardware. Thanks again y'all!

~ Dave
- 29th May 2009, 15:39
Bruce

Dave,

Are you getting anything from DEBUG, or is it just not showing any change in temp?

If DEBUG is showing a fixed value even when the temp changes, the sensor may be wired
wrong.

If you're using a boot-loader;

1. It most likely has the USART enabled, so you may need to disable the USART to use the
USART TX pin with DEBUG.

2. If your serial connection is through a MAX232 inverter, then you need to use mode 0
with DEBUG for non-inverted serial.

3. Most boot-loaders don't allow you to change config settings, so embedding them in your
code isn't necessary. And the loader might have some config settings different than what
you expect.
- 29th May 2009, 16:41
StoneColdFuzzy

Hi Bruce, no, I'm getting no DEBUG from the board.

I'm connected to the serial port through a 1k resistor which is why I have debug mode at 1.

How do I disable USART? TXSTA=0?
- 29th May 2009, 16:53
Bruce

RCSTA = 0 should do it. You just need to clear RCSTA.7 (SPEN) to disable the USART.

With a direct connection, make sure you have a common ground connection between your
board & the PC serial port.
- 29th May 2009, 20:01
StoneColdFuzzy

No change when USART disabled.

I'm pretty sure that it's a connection. I tried the code straight up except for debug mode at 1 and received 7 lines of temperature in Hyper Terminal, then it stopped.

Going back to double check everything.

~ Dave
- 29th May 2009, 22:49
Bruce

Darrel most likely hit the nail on the head. Sounds like some odd hardware problem, or a
bad connection.

Troubleshoot things one-at-a-time, and just setup a simple loop shooting serial data to
your PC serial port until you get the serial com thing working.

If it goes-like-splat, then you know there's a bad connection - or maybe even a problem
with your PC serial port.

Note: It might even be a problem with the PIC itself if the A/D is foo-bar. The ADCIN library
function is a blocking type with;

adcinloop
btfsc ADCON0, GO_DONE ; Wait for conversion to complete
goto adcinloop

If ADCON0, GO_DONE never gets cleared, it's a sit & spin function call...;o}
- 30th May 2009, 00:47
StoneColdFuzzy

Quote:

Originally Posted by Bruce

Darrel most likely hit the nail on the head. Sounds like some odd hardware problem, or a
bad connection.

Troubleshoot things one-at-a-time, and just setup a simple loop shooting serial data to
your PC serial port until you get the serial com thing working.

If it goes-like-splat, then you know there's a bad connection - or maybe even a problem
with your PC serial port.

I have no idea how to begin setting up a loop like this.

Quote:

Originally Posted by Bruce

Note: It might even be a problem with the PIC itself if the A/D is foo-bar. The ADCIN library
function is a blocking type with;

adcinloop
btfsc ADCON0, GO_DONE ; Wait for conversion to complete
goto adcinloop

If ADCON0, GO_DONE never gets cleared, it's a sit & spin function call...;o}

I have no idea what the above means either.

~ Dave
- 30th May 2009, 01:43
Archangel

Quote:

Originally Posted by StoneColdFuzzy

I have no idea how to begin setting up a loop like this.Dave

Just make a short loop sending out some text strings over and over, while you wiggle wires and such.

Quote:

Originally Posted by StoneColdFuzzy

I have no idea what the above means either.

~ Dave

Cause he misspeller foo bar, wich is an ackronym which I misspelled, FUBAR is the proper spelling you guess what the first 2 letters spell, the BAR means Beyond All Repair. It's like it's cousin SNAFU, Situation Normal All . . . .
- 30th May 2009, 01:51
Bruce

Code:

X VAR BYTE Main: FOR X = "A" TO "Z" DEBUG X,10,13 PAUSE 500 NEXT X GOTO Main END
- 1st June 2009, 18:42
StoneColdFuzzy

Joe, Bruce,

Thanks!

Still nothing. I'm going to make up some new cables with fresh contacts and I might even try a different computer.

For the loop program; should I use config bits?

~ Dave
- 1st June 2009, 20:17
Bruce

Use the same config settings you used before.
- 1st June 2009, 20:26
StoneColdFuzzy

Dave

Solved! Bad number 2 contact on my 9 position D-sub connector. Thanks for all of the help!
- 1st June 2009, 23:48
Bruce

Per Darrel

Quote:

There's something wrong with the hardware

Like always - Darrel nails it...;o}
- 2nd June 2009, 13:44
StoneColdFuzzy

Quote:

Originally Posted by Bruce

Per Darrel
Like always - Darrel nails it...;o}

Yup, thanks again!

~ Dave
- 3rd June 2009, 00:32
Darrel Taylor

All I did was bet on a sure thing. (Bruce's code) :)

Although I did take in a big GASP when bruce said the bootloader may have left the USART ON.
That could have been it, and I'd have been bummed. :o

All's well that ends well.