Sziasztok. Egy termosztátot építek, és kicsit elakadtam. Ahogy a címben is olvasható egy DS18B20-as digitális hőmérőt használok és egy PIC16F877A-t. Kaptam a neten egy assembly kódot, amivel a pic és a szenzor közti kommunikáció van megoldva és átírtam C-re, mivel én abban dolgozom. HIGH TECH C fordítót használok. Az egyetlen gond az, hogy örökké zérót olvas le a pic a szenzorról. A kódot itt találtam, és mellékelem az én forráskódomat is. A szenzor az RC0-s lábra van bekötve, és biztosan jól, mert egy másik oldalon talált programmal működik. (azért nem használom azt a programot, mert mikroC-ben van megírva és onnan nem tudom kiszedni az 1 wire könyvtár kódjait...) A főprogramban így olvasom le a hőmérsékletet:

A forráskódban a DQ-val hivatkozok a szenzor lábára és a DQ_DIR-el meg a neki megfelelő TRIS bitre.

Szia!
T1CON regiszter jól van beállítva? Doksiból idézek:

Na erre nem gondoltam... és az lcd tartalmát a Timer1 modullal frissítem minden 100ms-ban. Megpróbálom úgy, hogy átcinezem máshova. Köszi az észrevételt

Majd szólj vissza, hogy megoldódott-e.

Szia.Pár tipp:
Bár a c nyelvet nem vágom. De a "0xCC" Skip rom parancs helyett, a "0xF0" search rom-al próbálkoznék (az adatlap 7. oldalán található ábra szemlélteti).
A másik. Amikor elküldöd neki a reset impulzust, vizsgáld meg, hogy megjött-e a válasz. Azt látom, hogy pd-t beállítod, viszont nem vizsgálod, hogy az értéke tényleg 1-e.

Nos. Ez megoldotta a gondomat, de most egy másik problémába ütköztem. Ki kell valahogy számolni a hőfokot, mert valami hülye értékek jönnek ki.

Ha pontosítanál jobb lenne, mert ebből az információból nem tudok meg sokat.

En ezt hasznalom:

static float ds18b20_convert_temperature(unsigned int rawTemp) {
float result = 0;
int temp = 0;
temp = (int)rawTemp;
result = temp;
//printf("Raw:%u\r\n", rawTemp);
//printf("Raw:%d\r\n", temp);
result /= 16.0;
//printf("Raw:%d\r\n", (int)result);
return result;
}

Velemenyem szerint a DS18B20 szenzor viszonylag pontos de a kommunikacio miatt szornyu egy valasztas.

Eleve rovid idoket kell idoziteni, emiatt el kell pazarolni egy timert. Ha pedig esetleg soros portal csinalna az ember akkor meg egy usart modulnak lottek. Eszi a HW-t mint a fene es meg a SW-t is fenttartja.

Konkretan a 470us-es reset idozites szivas mert az mar majdnem fel milisec, es ennyit elvenni a foprogrambol gyakran fajdalamas tud lenni.

Mondhatna az ember, hogy tobb eszkozt fel lehet fuzni a buszre, de azokat megcimezni konkretan szivas. Meg nem lattam olyan projektet ahol eszkozcim alapjan cimeztek volna az eszkozoket. Ezzel ugyanis az a baj, hogy ha az ember sorozatot gyart (akar 2 panel eseten) elore tudni kellene a cimeket. Na ezt panelenkent beaalitani szivas. Persze lehet dinamikusan keresni, de ki fogja azt leimplementalni...

Eleinte nagyon lelkesedtem a onewire eszkozokert, de mire sikerult egy rendes drivert irnom hozza vert izzadtam. Foleg, hogy tobb PIC-en is mukodnie kellet, multitaskingos kornyezetben ugy hogy az interruptol ne vegye el az idot (reset impulzus 470us evel azert mar sok). Aranytalanul tobb volt vele a munka mint egy sima I2C-s eszkozzel. Vegulis ugy voltam vele, hogy ha mar egyszer megirom akkor legyen tokeletes. De ha lehet akkor a jovoben inkabb i2c-t valasztanek.

Mellekletben az a driver amit internetrol olloztam ossze es kicsit atpofoztam.

1. A rawtemp-ben mi van? Ki tudod rakni az LCD-re?
2. A legelső hozzászólásodban nem értem, hogy a 0x44 convert parancs után miért reseteled megint az eszközöket. Szerintem 0x44 után várj kicsit, a 750ms bőven elég, és utána egyből mehet a 0xBE, majd utána az olvasás. Ha így sikerült olvasni, és más eredmény jött ki mint enélkül a módosítás nélkül, akkor azt is írd meg kérlek. DS18B20-at még nem használtam, most olvasom először az adatlapját, de ilyen irányban próbálkoznék.

Illetve még annyi, hogy ha kiolvastad a scratchpad első két bájtját, akkor utána csinálj egy resetet a buszon, hogy ne küldje a többit, mert ez esetleg a további olvasásokat megzavarhatja.

Egyet értek, nekem sem jöttek be a 1wire eszközök. Viszont ha csak 1 darabot kell használni, akkor még aránylag jól működtethető a dolog.

Köszönök minden segítséget, most már működik.

Remekül hangzik. Végül miken változtattál? A pontokat ne felejtsd el kiosztani!

Hol lehet pontokat osztogatni?

Gondolom a hozzászólásnál a jobb felső sarokban a zöld kézre kattintva be tudod jelölni, hogy "ez a hozzászólás segített".

1. A rawTemp az az ertek amit a DS18B20-bol olvastam ki. unsigned int mivel 2 byte. A printf-el debugoltam regebben LCD-re illetve soros portra.

Üdv mindenkinek.Adott egy PIC16F877a mikrovezérlő.Az lenne a kérdésem hogy ha ez levan védve,mert le lehet.Valahogy vissza lehet állítani?

A vedelem tobbszintu lehet. Ami le van vedve, azt nem tudod kiolvasni kivulrol.
De ha torlod az egeszet, a PIC ujbol programozhatova valik, de a tartalom elveszik belole.

Lehetséges ezt valahogy feltörni?Olyasmi ötletre gondolok mint pl. a számítógép alaplapból ha kiveszem az elemet 1 napra.Akkor ez után a PC is elfelejti a dolgokat.Sikerült így már megjavítanom többször a gépet..

Így ezt is meg tudod "javítani". Lehet törölni a komplett tartalmát a chipnek, és megint használhatod. Csak kiolvasni nem fogod tudni, ahogy a PC-ből sem, ha kiveszed az elemet...

Szóval kiolvasni nemlehet.Köszi a választ.

Altalaban 2 lehetoseg van. Ha torlod a tartalmat akkor elveszik a program de a vedelem is kikapcsol.

Ki lehet olvasni vedelemmel de hulyeseget ad ki magabol.

Kinaban vannak cegek akik nehany ezer dollarert es 2 ures chippert vallaljak cserebe hogy lemarjak a kulsejet es kiolvassak neked. Eloszor vedetten ujraprogramozzak es visszakuldik. Ha jo akkor kuldik a masodik chiped vedelem nelkul programozva.