[EL] Temperatuursensor op LPT

[Verwijderd]

Ik heb bij maxim een DS1722 besteld (als sample). omdat ik dacht dat je deze wel op de lpt kon aansluiten.

specs DS1722:

The DS1722 digital thermometer provides ±2°C accuracy over a -40°C to +85°C range, and its serial interface is pin-selectable to be either 3-wire or SPI compatible.
The 3-wire interface uses one bidirectional data line, while SPI has separate data-in and data-out signals.
Thermometer data is read out over the serial interface in 2's complement format with 8 to 12 bits of resolution (user-programmable).

The DS1722 has separate analog and digital supply inputs, which allows it to support 1.8V logic levels.
The analog supply range extends from 2.65V to 5.5V, while the digital range is 1.8V to 5.5V.

The DS1722 is available in a 150mil 8-pin SO (DS1722S), 8-pin µMAX/µSOP (DS1722U), and 1.1mm x 1.3mm flip chip (DS1722X) packages.

Hier ook de Datasheet

Ik heb hier ook een link bij gevonden:
http://www.e-insite.net/e...rticle&articleid=CA245653

waar een Schema bij zat en tevens een Turbo C Source voor een dos-programma om de waardes uit te lezen.

na een tijdje solderen (klein frotwerk, maar het schema is zo simpel dat kan ik haast niet fout hebben gedaan). heb ik dit getest op een oude dos-pc. nu is mijn kennis van turbo C niet al te groot en ik kwam dus ook een aantal compile-errors tegen. na wat geprobeerd te hebben: geen success.

Ik kan echter wel visual basic dus ik wou graag proberen het daar mee te proberen. het probleem is echter dat ik van die turbo-c source weinig snap en met de datasheet kom ik er ook niet aan uit.

dus mijn vraag: zou iemand mij hierbij kunnen helpen?


(btw, ik heb zo voorzichtig mogelijk gesoldeerd, maar kunnen die dingen kapot gaan door de warmte als je zeg maar de soldeerbout aan 1 pootje houd?)

[ Voor 4% gewijzigd door Verwijderd op 12-06-2003 20:27 ]

[jvvv]

Die btw vraag: ik denk het wel. Ik veronderstel dat ik zo twee samples heb vern**kt. Oppassen is de boodschap, het soldeersel er op laten vallen of een socket gebruiken.

[Verwijderd]

jvvv schreef op 12 June 2003 @ 20:48:
Die btw vraag: ik denk het wel. Ik veronderstel dat ik zo twee samples heb vern**kt. Oppassen is de boodschap, het soldeersel er op laten vallen of een socket gebruiken.

hmm, dan kan het dus zijn dat ik em al verneukt heb

denk niet dat ze bij de elektronica-boer socketjes hebben voor die dingen...

[jvvv]

Dat zullen ze zekker hebben, kijk maar eens op conrad.

[Sprite_tm]

Nope, SMD sockets zijn er wel, maar eigenlijk gewoon niet aan te komen. Als je echter een laagvermogen soldeerbout gebruikt hebt (<30watt) en je niet te lang op 1 pin hebt liggen stoken, kan je er vanuit gaan dat het nog wel werkt.

Je kent VB, weet je ook genoeg om de paralelle poort aan te kunnen sturen? Zoja, zou je es flink naar de datasheets kunnen turen en zelf een proggie inmekaar kunnen flansen. Gebruik desnoods dat C-programma als leidraad.

[Verwijderd]

Sprite_tm schreef op 12 June 2003 @ 20:55:
Nope, SMD sockets zijn er wel, maar eigenlijk gewoon niet aan te komen. Als je echter een laagvermogen soldeerbout gebruikt hebt (<30watt) en je niet te lang op 1 pin hebt liggen stoken, kan je er vanuit gaan dat het nog wel werkt.

Je kent VB, weet je ook genoeg om de paralelle poort aan te kunnen sturen? Zoja, zou je es flink naar de datasheets kunnen turen en zelf een proggie inmekaar kunnen flansen. Gebruik desnoods dat C-programma als leidraad.

ik kan parport via vb aansturen (heb verschillende dingen voor lcd's gemaakt) het probleem is echter dat ik niet veel snap van dat C-prog


(ik heb trouwens gesoldeerd met 45W soldeerstation @ ~275 graadjes Celcius)

[ Voor 7% gewijzigd door Verwijderd op 12-06-2003 21:00 ]

[virus.elektro]

waarom doe je het niet via de serieele poort. zoals ik het uit de datasheet begrijp kan je dit bijna rechtstreeks doen. je kan het ic ook koelen door het pootje bijvoorbeeld met een pincet vast te houden.

[Belgar]

Even dat C-proggie voor je bekeken. De reden dat het niet compiled is simpelweg omdat de gebruikte functies 'DOS only' zijn. Dit kun je dus substitueren met functies uit dlportio.

In principe lijkt er niets meer te gebeuren dan een seriele transfer via de paralelle poort.

transfer(0x80,0xE8); 'SCHRIJF' E8 naar config register (byte 0): resolutie op 12 bits (hoogste resolutie) en lees voortdurend de temperatuur

printf(" config %X: ",transfer(00,0)); dodelay(SECDELA);
printf(" LSB %X: ",LSB=transfer(0x01,0)); dodelay(SECDELA);
printf(" MSB %X: ",MSB=transfer(0x02,0)); dodelay(SECDELA);

transfer(00,0)) : 'LEES' byte 0 (config register)
transfer(0x01,0)) : 'LEES' byte 1 (LSB bij parallel aansluiting)
transfer(0x02,0)) : 'LEES' byte 2 (MSB bij parallel aansluiting)

--------------------

let wel op dat je hier dus zelf de timing moet verzorgen en dat die van PC tot PC verschillend kan zijn. De seriele oplossing lijkt me inderdaad makkelijker te programmeren. Vooral omdat dat via een gewone API call kan. (VB mag ook natuurlijk )

[Verwijderd]

Belgar schreef op 13 June 2003 @ 15:41:
Even dat C-proggie voor je bekeken. De reden dat het niet compiled is simpelweg omdat de gebruikte functies 'DOS only' zijn. Dit kun je dus substitueren met functies uit dlportio.

In principe lijkt er niets meer te gebeuren dan een seriele transfer via de paralelle poort.

transfer(0x80,0xE8); 'SCHRIJF' E8 naar config register (byte 0): resolutie op 12 bits (hoogste resolutie) en lees voortdurend de temperatuur

printf(" config %X: ",transfer(00,0)); dodelay(SECDELA);
printf(" LSB %X: ",LSB=transfer(0x01,0)); dodelay(SECDELA);
printf(" MSB %X: ",MSB=transfer(0x02,0)); dodelay(SECDELA);

transfer(00,0)) : 'LEES' byte 0 (config register)
transfer(0x01,0)) : 'LEES' byte 1 (LSB bij parallel aansluiting)
transfer(0x02,0)) : 'LEES' byte 2 (MSB bij parallel aansluiting)

--------------------

let wel op dat je hier dus zelf de timing moet verzorgen en dat die van PC tot PC verschillend kan zijn. De seriele oplossing lijkt me inderdaad makkelijker te programmeren. Vooral omdat dat via een gewone API call kan. (VB mag ook natuurlijk )

maar zit ik dan wel met de goede voltages enzo op de seriele port? ik kan wel bedenken wat waar aan moet, maar volgensmij liggen de spanningen op de seriele poort op -12 of +12v ??( meende ik ergens gelezen te hebben)

[Belgar]

Serial is 5V (met de goede connectie). Als je veel met LCD's werkt zou je dat moeten weten

De data overdracht wordt echter iets anders (volgens datasheet).

De reden waarom dat C-programmatje wat vaag is, is de transfer-functie. Deze wordt gebruikt voor zowel lezen als schrijven. Het inlezen gebeurt ook onnodig complex, omdat volgens de datasheet gewoon de MSB en LSB data achter elkaar gelezen kunnen worden. Het is dus niet nodig het data-adres nog een keer te zetten voor de tweede byte.. Dit scheeld nogal in de performance.

Overigens is het wel vreemd dat men een resolutie van 12-bits (0.0625 C) in kan stellen terwijl de datasheet zegt dat de nauwkeurigheid T +/- 2 is.

[Verwijderd]

Belgar schreef op 13 juni 2003 @ 18:27:
Serial is 5V (met de goede connectie). Als je veel met LCD's werkt zou je dat moeten weten

De data overdracht wordt echter iets anders (volgens datasheet).

De reden waarom dat C-programmatje wat vaag is, is de transfer-functie. Deze wordt gebruikt voor zowel lezen als schrijven. Het inlezen gebeurt ook onnodig complex, omdat volgens de datasheet gewoon de MSB en LSB data achter elkaar gelezen kunnen worden. Het is dus niet nodig het data-adres nog een keer te zetten voor de tweede byte.. Dit scheeld nogal in de performance.

Overigens is het wel vreemd dat men een resolutie van 12-bits (0.0625 C) in kan stellen terwijl de datasheet zegt dat de nauwkeurigheid T +/- 2 is.

de progjes die ik maakte was voor de paralelle poort

maar je kunt inderdaad de resolutie en de nauwkeurigheid instellen, de tijd die de sensor er dan over doet is echter langer (zal ff de quote zoeken) --> staat in de datasheet op blz 5 in tabel 4 "thermometer resolution configuration".

ik ga morgen even naar de elektroboer vragen of hij toevallig toch geen socketje er voor heeft.

[ Voor 5% gewijzigd door Verwijderd op 13-06-2003 18:53 ]

[Belgar]

Het updaten van de temperatuur wel, maar de laatste meting is altijd beschikbaar. Er is dus geen kans om NULL of zoiets te lezen.

Alleen de resolutie is dus hoger dan de maximale afwijking. Nu ik erover denk is ie dus wel redelijk nauwkeurig om deltas af te lezen, maar minder geschikt om absolute temps te meten

[Verwijderd]

Ok, na dit projectje nog een keer bekeken te hebben denk ik dat ik het snap. het probleem is alleen dat het nu niet werkt

hoe het volgens mij zou moeten gaan:
bij elke transfer: eerst CE hoog; dan de address-byte schrijven (per bit: clk+sdi hoog en dan weer laag voor een 1; clk hoog en dan weer laag voor een 0) dan data schrijven(per bit: clk+sdi hoog en dan weer laag voor een 1; clk hoog en dan weer laag voor een 0)/lezen(per bit: clk hoog; pinnetje 12 uitlezen;clk weer laag); dan CE weer laag.

dus probeer ik eerst al eens de settings te zetten zoals het c-progje deed:

Visual Basic:

Private Sub cmdSetSettings_Click()
'Settings: 12-bit resolution; keep reading temperatures
'to do this: write 11101000 to the settings-reg at 80h

    'set CE high d6 high and d0 high
    DlPortWritePortUshort 888, 65
    Sleep 100
    
    'first write address 80h (10000000)
Debug.Print "writing address 80h :"
    'write 1 one
     'raise clk and SDI high
      DlPortWritePortUshort 888, 71
      Sleep 100
      Debug.Print "1"
     'lower clk (and SDI)
      DlPortWritePortUshort 888, 65
      Sleep 100
    
    'write 7 zeros
    For i = 1 To 7
     'raise clk leave SDI low
      DlPortWritePortUshort 888, 67
      Sleep 100
      Debug.Print "0"
     'lower clk (SDI remains low)
      DlPortWritePortUshort 888, 65
      Sleep 100
    Next i
    
    'now we are ready to write to the settings-register
Debug.Print "writing 1 byte to the register"
    'write 3 ones
    For i = 1 To 3
     'raise clk and SDI high
      DlPortWritePortUshort 888, 71
      Sleep 100
      Debug.Print "1"
     'lower clk (and SDI)
      DlPortWritePortUshort 888, 65
      Sleep 100
    Next i
    
    'write 1 zero
     'raise clk leave SDI low
      DlPortWritePortUshort 888, 67
      Sleep 100
      Debug.Print "0"
     'lower clk (SDI remains low)
      DlPortWritePortUshort 888, 65
      Sleep 100
    
       'write 1 one
     'raise clk and SDI high
      DlPortWritePortUshort 888, 71
      Sleep 100
      Debug.Print "1"
     'lower clk (and SDI)
      DlPortWritePortUshort 888, 65
      Sleep 100
    
        'write 3 zeros
    For i = 1 To 3
     'raise clk leave SDI low
      DlPortWritePortUshort 888, 67
      Sleep 100
      Debug.Print "0"
     'lower clk (SDI remains low)
      DlPortWritePortUshort 888, 65
      Sleep 100
    Next i
     
  'Transfer complete: lower CE
   DlPortWritePortUshort 888, 1
   Sleep 300

End Sub

dan wacht ik een paar seconden (om zeker te zijn dat de chip een temperatuur heeft gelezen) en lees ik data uit van LSB en MSB

Visual Basic:

Private Sub cmdreadtemp_Click()
Debug.Print "reading temp"
'read first byte at 02h

    'set CE high d6 high and d0 high
    DlPortWritePortUshort 888, 65
    Sleep 100
    
    'first write address 02h (00000010)
    
    'write 6 zeros
    For i = 1 To 6
     'raise clk leave SDI low
      DlPortWritePortUshort 888, 67
      Sleep 100
     'lower clk (SDI remains low)
      DlPortWritePortUshort 888, 65
      Sleep 100
    Next i
    
    'write 1 one
     'raise clk and SDI high
      DlPortWritePortUshort 888, 71
      Sleep 100
     'lower clk (and SDI)
      DlPortWritePortUshort 888, 65
      Sleep 100
      
    'write 1 zero
     'raise clk leave SDI low
      DlPortWritePortUshort 888, 67
      Sleep 100
     'lower clk (SDI remains low)
      DlPortWritePortUshort 888, 65
      Sleep 100
    
    'now we are ready to read 1 byte
    For i = 1 To 8
     'raise clk
      DlPortWritePortUshort 888, 67
      Sleep 100
     'read bit
     Debug.Print DlPortReadPortUchar(889)
      Sleep 10
     'lower clk
      DlPortWritePortUshort 888, 65
      Sleep 100
    Next i
    
    
  'Transfer complete: lower CE
   DlPortWritePortUshort 888, 1
   Sleep 300

Debug.Print "************"
'read second byte at 01h

    'set CE high d6 high and d0 high
    DlPortWritePortUshort 888, 65
    Sleep 100
    
    'first write address 01h (00000001)
    
    'write 7 zeros
    For i = 1 To 7
     'raise clk leave SDI low
      DlPortWritePortUshort 888, 67
      Sleep 100
     'lower clk (SDI remains low)
      DlPortWritePortUshort 888, 65
      Sleep 100
    Next i
    
    'write 1 one
     'raise clk and SDI high
      DlPortWritePortUshort 888, 71
      Sleep 100
     'lower clk (and SDI)
      DlPortWritePortUshort 888, 65
      Sleep 100
    
    'now we are ready to read 1 byte
    For i = 1 To 8
     'raise clk
      DlPortWritePortUshort 888, 67
      Sleep 100
     'read bit
     Debug.Print DlPortReadPortUchar(889)
      Sleep 10
     'lower clk
      DlPortWritePortUshort 888, 65
      Sleep 100
    Next i
    
    
  'Transfer complete: lower CE
   DlPortWritePortUshort 888, 1
   Sleep 100
End Sub

voor de duidelijkheid een tabel met de verschillende waardes die ik schrijf en wat ze doen:

Decimaal	Binair	Betekend:	Power(Vddd/Vdda)	SCLK	SDI (ingang van ic)	CE
1	0000 0001	Stroom op de ic	1	0	0	0
65	0100 0001	CE hoog/clk laag	1	0	0	1
67	0100 0011	CLK omhoog/schrijf 0	1	1	0	1
71	0100 0111	CLK omhoog/schrijf 1	1	1	1	1

het probleem: wat ik ook doe, altijd als ik iets terug probeer te krijgen van de chip krijg ik op 889(379h):
121
121
121
89
89
89
121
121

wat neerkomt op 11100011 binair wat weer precies overeenkomt met de standaard instellingen van de ic. dus ook als ik eerst de instellingen verander en die daarna weer probeer in te lezen krijg ik dit terug.

wat doe ik fout?

edit: kom er net achter dat tijdens het schrijven van een byte naar de settings (dus nadat ik 80h heb geschreven) de SDO (dus wat ik binnen krijg) tegen me begint te praten terwijl in de datasheet staat (blz 7, figuur 4) dat die hoog moet blijven. de enigste logische verklaring die ik kan verzinnen is dat mijn manier van schrijven niet goed is, daardoor dus elke keer 00000000 schrijf wat als gevolg heeft dat de ic mij zijn settings geeft. dit zou dus verklaren waarom het 1: niet werkt en 2: ik steeds die settings krijg. de vraag is nu dan: wat is er mis aan mijn manier van schrijven?????

[ Voor 9% gewijzigd door Verwijderd op 03-01-2004 11:20 ]

[Verwijderd]

Verwijderd schreef op 03 januari 2004 @ 11:05:
het probleem: wat ik ook doe, altijd als ik iets terug probeer te krijgen van de chip krijg ik op 889(379h):

Ben je niet naar 888 aan het schrijven ipv 889? Of is dit niet jou proggie?

[Verwijderd]

Verwijderd schreef op 03 januari 2004 @ 12:44:
[...]


Ben je niet naar 888 aan het schrijven ipv 889? Of is dit niet jou proggie?

ik schrijf naar 888 (378 hex) en ik krijg data terug op 889 (pin 12). en ja dit is mijn brouwsel

[Anoniem: 67209]

Dit heb ik ook een keer met een LCD gehad, tot ik erachter kwam dat in de timings-tabel in de datasheet bleek te staan dat de DATA-pin pas mocht beginnen te zakken op het moment dat CLK helemaal laag was geworden.
Probeer dus eens eerst je CLK laag te maken voordat je de DATA laag maakt, anders pakt hij de laatste waarde van de datapin voordat CLK helemaal laag is geworden, en misschien is dat nog net een 1 ofzo
Correct me if i'm wrong

[Verwijderd]

het werkt !!!

tnx dude!

dat was nu dus inderdaad het probleem. nu ik het zo doe werkt het:

Visual Basic:

    'write 1 one
    
     'raise SDI
      DlPortWritePortUshort 888, 69
      Sleep 10
      Debug.Print "1"
     'raise clk
      DlPortWritePortUshort 888, 71
      Sleep 10
     'lower clk
      DlPortWritePortUshort 888, 69
      Sleep 10
     'lower SDI
      DlPortWritePortUshort 888, 65
      Sleep 10

[ Voor 7% gewijzigd door Verwijderd op 04-01-2004 12:19 ]

[Verwijderd]

dit is en grafiek van de temperatuur in onze woonkamer (tijdspan van ongeveer 1 uur, meetpunt om de 8 seconden)



het is een mooie grafiek, maar ik kan die uitschieters telkens niet verklaren..? (zou er in de ic soms een spanningsvervalletje zijn af en toe?)

[ Voor 12% gewijzigd door Verwijderd op 04-01-2004 19:49 ]

[RetepV]

Verwijderd schreef op 04 januari 2004 @ 19:44:
dit is en grafiek van de temperatuur in onze woonkamer (tijdspan van ongeveer 1 uur, meetpunt om de 8 seconden)

[afbeelding]

het is een mooie grafiek, maar ik kan die uitschieters telkens niet verklaren..? (zou er in de ic soms een spanningsvervalletje zijn af en toe?)

Ik zou zeggen dat het leesfouten zijn. Misschien nog ietsje langere delay's tussen de read en writes?

Ik ken de chip niet hoor, maar er zit gegarandeerd een A/D conversie in. Die kost vaak eventjes tijd. Ik neem aan dat je de temperatuurmeting met een commando moet opstarten. Zet eens een iets langere delay tussen het geven van het commando en het lezen van de waarde.

[Anoniem: 59903]

Zou je hier niet een leuke tutorial van kunnen maken met hoe je alles nou precies hebt gesoldeerd en de source en executable van je gebrouwen programma. Het lijkt mij namelijk ook wel leuk om zoiets te maken.

[Verwijderd]

Anoniem: 59903 schreef op 04 januari 2004 @ 23:05:
Zou je hier niet een leuke tutorial van kunnen maken met hoe je alles nou precies hebt gesoldeerd en de source en executable van je gebrouwen programma. Het lijkt mij namelijk ook wel leuk om zoiets te maken.

ik zal ik het weekend eens kijken het is eigenlijk helemaal niet zo moeilijk namelijk

[zwahiel]

Zit nu in die MAXX ook de temp sensor in ?

* zwahiel gaat lezen die PDF...

Ik ben namelijk bezig een car management te maken voor mijn sjieke Lada Via een pc en een TFT schermpje wil ik dan bijvoorbeeld exact de temp stats van de motor zien en van andere onderdelen van de wagen.

Later wil ik dit uitbreiden door 'n fuel management systeem, is wel nodig met een wagen die 1op7 vrij normaal vind @ 30 liter tank...

[Verwijderd]

dat ding is de sensor ja . ik heb geen erge nauwkeurige thermometer hier, maar soms lijkt het ding er toch een beetje naast te zitten. op 12-bit resolutie lijken de waardes het beste te kloppen (behalve de uitschieters). maar daar is software-matig wat aan te doen

[Dr Nix]

Met een (vergelijkbare) ds1820 heb ik nog nooit van die uitschieters gehad. Ik gok erop dat je niet goed uitleest. Probeer, nadat je het tempconversiecommando hebt gegeven en hebt gewacht, eens de temp wat vaker uit te lezen; en kijk eens of je steeds dezelfde waarde krijgt. Zo ja, dan is het vaag. Zo nee, dan weet je dat je lees routine beter moet.

[Verwijderd]

Dr Nix schreef op 05 januari 2004 @ 22:31:
Met een (vergelijkbare) ds1820 heb ik nog nooit van die uitschieters gehad. Ik gok erop dat je niet goed uitleest. Probeer, nadat je het tempconversiecommando hebt gegeven en hebt gewacht, eens de temp wat vaker uit te lezen; en kijk eens of je steeds dezelfde waarde krijgt. Zo ja, dan is het vaag. Zo nee, dan weet je dat je lees routine beter moet.

ik heb em op auto-conversion staan (of hoe het ook heet) hij leest dus steeds temperatuur uit en slaat de laatste op. maar ik ga eens proberen wat er gebeurd als ik het zelf regel.