Ämne: Problem med templogger

[admin]

Jag har just knåpat ihop en templogger för dallas ds 18s20.


Programvaran jag använder är  (templogger)

Jag får det inte att fungera :-[ har kollat kopplingarna flera gånger och det bo´rde fungera...

Har även provat med extern 5 volts matning (5.7 volt)

Funkar ändå inte

Har köpt grejer för 1000 kr - behöver hjälp!

[Jonke]

Jag antar att programvaran endast funkerar med
wallmarks logger, då den använder en PIC-processor
och ett RS232 protokoll.

[admin]

Mer investeringar då...

Nån som vet var jag kan hitta dosprogrammet som knuts använde sig av - hans länk är död.

[tipo874]

När jag kollade runt lite hittade jag denna:
http://www.anotherurl.com/therm/logger.htm

Mera komplicerad, men simplare för mig eftersom jag tänkte plocka in data till min Sun, och alltså inte till vare sig dos eller windows.

Den verkar cool iom att den tar alla 1-wire dallas-kretsar och skickar ut datat så gott som rått och låter mottagaren formattera och tolka.

Det skulle väl vara rätt simpel att lägga till en pulsräknare för elmätaren också.

Har vi nån här som tillverkar kretskort? Jag löder gärna ihop prylarna, men är för lat för att fixa kort.

[Alexander Pettersson]

För avancerad och för 'dum'. IMO

Jag använder en PIC-12F675 det är en 8-pinnars.
Sedan har jag alla 18s20 på en tvåledare som ett pärlband max 16st (med lite finurligt programerade kan det ökas).

Stycklista.
1st CPU PIC-12F675 (21+moms Elfa).
1st konding stabilisera 5Volten.
1st Motstånd Pullup för 'parasit power'.
1st D-sub 9pol.

Det är så lite komponenter så att det går bra på ett labbkort eller en ruska(luftlödningar).
Det finns lite portar kvar på PIC:en(3) så ta in pulser är nog en kakbit.

Jag har best en elmätare med pulsutgång.
Borde komma imorgon får se vad det blir.

[tipo874]

Kör du serie ut? I så fall antar jag du behöver nån form av drivare till detta också. Hur ser du till att baudraten blir OK utan kristall? Individuell tuning?

Är det inte enklare att köra tre-tråd och slippa parasitic power?

Om din konstruktion skickar ut seriellt och i nåt format som är enkelt att koda av så är jag intresserad. Jag har ett antal potentiella punkter jag vill logga  

Hacka ihop nåt kort så skulle jag tro att du får ett antal beställningar

16 givare räcker för mig.

[ME]

Rickard kan detta PGM'et fungera

Ser ut att vara byggd på samma sätt som knuts ...
http://www.elektroniikka.org/thermometer/?page=mainpage

[ME]

hmmm... letat i mitt arkiv....Kan detta vara något du letade efter ?

http://www.digitemp.com/software.shtml

[Alexander Pettersson]

Jo jag kör RS-232.
Ingen drivare, skrivit  RS-232 i assembler.
12F675 har en kalibrerad RC-osc  duger gott.  Jag kör 4800bps.
Är inte två trådar enklare en tre? Det blir lite rader kod och ett motstånd extra.

Det fungarar så att man ansluter EN givare sedan med ett vanligt terminalprogram trycker man L(learn) och 0..F då läggs serienummret på den givaren i minne 0..F.
Sedan tar man nästa givare och lägger på annat nummer.
För att få ut temperaturen trycker man bara 0..F i terminalprogrammet efter <1sec kommer svaret i ASCII format (TEX 21,5).

Programmet JAG använder för att få ur datan och stoppa in det i MySQL är ett mycket fult Delphi program som jag skrivit fult riktigt fult.

Det jag tänkt göra i vinter är att ändra så att datan spyr ut automatiskt.
Dessutom skriva ut 'COUNT PER C' och 'COUNT REMAIN' så man kan räkna ut  mer än 9-bitars upplösning.
Om jag har lite tur ligger det på posten en elmätare som ger pulser. Då ska det bli en pulsäknare också.
Minne E och F åtgår kanske i så fall till en pulsräknare.

Vad tror ni om utdata i formatet:
0;19,0;24;16
1;19,0;24;16
2;19,0;24;16
3;19,0;24;16
4;CRC             Vid avsaknad av givare eller bitfel.
5;CRC
6;CRC
7;CRC
8;CRC
9;CRC
A;CRC
B;CRC
C;CRC
D;CRC
P;12345
Sedan från början igen två ggr i minuten typ.

Vet någon något program som skulle kunna ta in denna data och trycka in den i MySQL eller liknande?
Det vore ju bra att få utdatan i ett sådant format att det passar ett redan bra program. Om detta når mål hade jag tänka mig sälja programerade PIC:ar.
Rickard ska givetvis få en tidig beta

[tipo874]

Jo jag kör RS-232.
Ingen drivare, skrivit  RS-232 i assembler.

12F675 har en kalibrerad RC-osc  duger gott.  Jag kör 4800bps.
Är inte två trådar enklare en tre? Det blir lite rader kod och ett motstånd extra.

Ja, jo, nu var det ju främst en nivådrivare jag tänkte på. Du lär ju inte kunna generera korrekta RS-232C-nivåer vare sig du skriver i assembler eller nåt annat med bara en PIC matad med 5V, eller har PIC:en nån magi inbyggd?

Förvisso är två trådar enklare än tre, men av den snabba genomläsningen av 1820-specen tyckte jag det verkade säkrare och enklare med tretråd. Det spelar väl inte roll om det är två eller tre trådar i kabeln man drar?

Det borde ju vara trivialt att skriva nåt program i C eller kanske perl som tar in data, manglar det lite och trycker ut i mysql.

Jag gillade funktionen hos den andra konstruktionen som bara matar ut data rått, och som även tillåter att man plockar in/ut givare i drift.

Det går säkert att hacka om koden till den så att den klarar sig utan kristall också, om man vill det.

Jag har precis idag bytt min gamla Ermi snurrmätare mot en elektronisk med pulsutgång. Den ger 600 pulser per kWh.

[Alexander Pettersson]

jo, nu var det ju främst en nivådrivare jag tänkte på

 Ahhh!

eller har PIC:en nån magi inbyggd?

Det verkar så eftersom det fungerar utmärkt med TTL nivåer korta avstånd (<1m)  .

Det spelar väl inte roll om det är två eller tre trådar i kabeln man drar?

Två till alla givare eller 2+(1*n) där n är antalet givare dvs fjorton för ett dussin givare!

Jag tycker inte att det verkar trivialt att skriva ett  sådant program. Det är därför jag valt att lägga in CRC koll osv i PIC:en.

Gillar också funktionen att kunna lägga in en ny givare i drift. Det gör sig dock inte iom att jag kör med en(1) dataledning. (Om jag offrar en till port(ben) på picen skulle det gå att sätta den nya givaren där trycka L5 och flytta den sen utan avbrott).  Känner inget jättebehov av noll i nertid pga service.

Jag HAR hackat om koden så att det funkar utan kristall. Jag valde dock en PIC med inbyggd kristall annars hade jag varit tvungen att ta till magi igen och den var slut  

[tipo874]

Men att få det att fungera med TTL-nivåer mot en standard serieport kräver väl mycket tur enligt min mening. Jag offrar nog hellre några spänn och fixar korrekta RS-232 nivåer

När det gäller antalet trådar tror jag att du misuppfattat hur det funkar (annars har jag misuppfattat det). Den extra tråden är ju enbart Vdd, dvs matninsspänning, och den kan ju alla enheter också dela på. Du kör ju fortfarande delad dataledning, så det blir enbart tre ledare, oberoende av hur många givare du har, och att dra en treledare är ju inte speciellt mycket besvärligare än att dra en tvåledare.

Man kan ju även blanda givare med "parasitic power" och separat Vdd, och man kan mjukvarumässigt kolla om det finns någon enhet som kräver parasitic power.

Med separat Vdd kan flera givare syssla med konvertering samtidigt, utan att man behöver vänta in dem.

[Alexander Pettersson]

Jag har aldrig haft problem med TTL nivå på en comport vid låga hastigeter och kort avstånd.  För en femtilapp kan man få till det med en tex MAX-233. Det sura är att det blir en komponent till. Har du borrat några kretskort förstår du vad jag hatar.

Aha du skrev om Parasit power och inte http://www.anotherurl.com/therm/logger.htm
Du har rätt. Jag misupfattade dig
Den dumma grunkan har en dataledning för varje givare. Det är därför det är så enkelt att lägga till en givare.

För att köra Parasit power (iofs är det strong pullup vi menar) åtgår tre rader kod!

Med separat Vdd kan flera givare syssla med konvertering samtidigt, utan att man behöver vänta in dem.

DS18S20 drar 1.5mA/styck vid konvertering PIC:en lämnar 25mA så det går att köra ett par samtidigt.(Mosfeten för stong pullup finns i PIC:en)
Jag vet för jag körde så i början. Problemet kom vid ca 5 DS18S20 då orkade inte COM-porten på PC mata mer.(Ja allt matas från com porten! Huu vilket övertramp men det är simpelt och fungerar).
Så det fick bli lite mer kod.
Nu tar det max 16 sekunder för 16 givare.
Tur att jag bara loggar 1ggr i minuten.

Har du något att bidra med så vore jag tacksam.
Skriva om sådant som jag redan har klart känns lite..

[Patrik Florén]

Jag kör med digitemp 3.3.2 och loggar till en MySql databas.

har sensorer som mäter källaren, övervåningen, ute, bine in/ut radiator in/ut.

det är ganska rakt på att få det att funnka!

har lite problem med att få till grafritningen!  men det jobbas på det.
(har mycket på jobbet så det hinns inte med hemma projekten på dagtid )

(kör datorn på en IBM Thinkpad T22 gamla jobb datorn
med SUSE Professinal 9.1 med MySQL 4.0.21 Php 5.0.2 apache  2.0.5 digitemp 3.3.2 (Brian Lane släpper snart 3.3.3 av digitemp))

[tipo874]

Jag har aldrig haft problem med TTL nivå på en comport vid låga hastigeter och kort avstånd.  För en femtilapp kan man få till det med en tex MAX-233. Det sura är att det blir en komponent till. Har du borrat några kretskort förstår du vad jag hatar.

Jo, det är därför jag hatar att göra kretskort. Sist beställde jag kort från pcbexpress i USA. Använde deras gratis schemarit- och layoutprogram och beställde ett par kort på onsdag. På måndag hade jag korten i näven :-) Lite dyrt, men väldigt fin kvalitet och snabbt!

Aha du skrev om Parasit power och inte http://www.anotherurl.com/therm/logger.htm
Du har rätt. Jag misupfattade dig
Den dumma grunkan har en dataledning för varje givare. Det är därför det är så enkelt att lägga till en givare.

Inte som jag tolkar det. Du kan ha 8 bussar med 8 givare på varje, och som jag tolkar det kan du lägga till givare även till redan existerande bussar. Programmet verkar inte ha någon state utan letar givare i varje loop.

För att köra Parasit power (iofs är det strong pullup vi menar) åtgår tre rader kod!

Med separat Vdd kan flera givare syssla med konvertering samtidigt, utan att man behöver vänta in dem.

DS18S20 drar 1.5mA/styck vid konvertering PIC:en lämnar 25mA så det går att köra ett par samtidigt.(Mosfeten för stong pullup finns i PIC:en)
Jag vet för jag körde så i början. Problemet kom vid ca 5 DS18S20 då orkade inte COM-porten på PC mata mer.(Ja allt matas från com porten! Huu vilket övertramp men det är simpelt och fungerar).
Så det fick bli lite mer kod.
Nu tar det max 16 sekunder för 16 givare.
Tur att jag bara loggar 1ggr i minuten.

Det är helt OK. Jag har också gjort konstruktioner som försörjs från serieporten. Jag har bland annat moddat en DCF-77 väckarklocka så att den försörjs från serieporten, och matar 100 resp 200 ms pulser, som sedan tolkas :-)

Har du något att bidra med så vore jag tacksam.
Skriva om sådant som jag redan har klart känns lite..

Tja, ett tips om du tänkt lägga till pulsräkning kan vara att även kolla perioden mellan pulserna, och därfrån beräkna den aktuella effektförbrukningen.

Jag är inte alls ute efter att gnälla på din konstruktion, jag planerar ju att fixa loggning själv och vill därför ha nåt som funkar :-)