Ez mind rendben van...de a kérdés akkor is az, hogy a 2 érzékelős miért működik...a 4 érzékelős pedig miért nem? Ha kettőt beolvas...akkor neki a 4-t is tudnia kell..csak gondolom hosszabb idő kell neki...vagy pedig a ds-k válaszideje módosult! Ezt viszont én hiába nézegetem...mert sajna ilyen vén fejjel már nem leszek okosabb!

Ehhez kellene egy eszköz amivel figyeled az adatbuszon folyó adatokat, az megmutatná, hogy mennyiben érinti az időzítést.
Én is nem rég vettem egyet Kissi javaslatára.
Marha jó kis cucc, visszább megtalálod a linket, azt hiszem, ha nem és érdekel akkor átküldjük.

Véleményem szerint az időzítés viszont nem szólhat nagyon bele a dologba, mivel gondolom a program el tudja dönteni, hogy éppen melyik DS-t kérdezi le.
Tehát ha jó az azonosítás, akkor egy feltétel után ugyan az az időzítés megy végbe mint bármelyik DS lekérdezése esetén.

Nem tudom próbáltad már, úgy, hogy a 4-es elektronikába csak egy DS-t teszel és azt pakolgatod egyre hátrább a sorba?

Így még nem..de mindjárt ki fogom próbálni!

4-s program beletöltve...de sehol semmi reagáció...mindenütt csak 0-k

Ohh, hát az probléma..
Ez a négyes amúgy nem is működött régebben sem igaz?

Kapcsolásról van képed?
A lábkiszításokat tutira tudod és átnézted?
Esetleg a kristállyal nem lehet valami hiba? (mert akkor az időzítések csúnyán elmászhatnak)

Kristály nincs benne...minden stimmel...

Igen ezt láttam már feljebb, de arra a kapcsolásra gondoltam amivel élesben teszteled.
Fénykép róla.
Miért nincs kristály?
Belső órajelről megy a mikrovezérlő?

Igen!

Na itt a gond!
A 4et kezelőben 8MHzban van megadva a freki, a 2esben meg 1MHz...
Ott van az első sorokban. Akkor a belső oszcit (fuse bitek) is be kell állítani, mert nem jó az órajel!

tehát akkor a 4-ben vegyem 1megára...

Nem! A duch.bas-ban 8Mhz van..

Ez azért nem ennyire egyszerű.
Gondolom nem egyforma a két mikrovezérlő, így a beállítások sem azok.
Sajnos a programozásban nem tudok segíteni, ez család nekem kimaradt..

Amúgy belső órajelre bízni egy ilyen időzítést, kicsit vakmerő.

Akkor korábban hogy volt jó ?!
A konfigurációs biteknek jónak kellett lennie, ha nem, akkor nem mehetett !

nem jó megoldás...ugyan úgy nem ismeri fel...csak lassabb. A két érzékelős megoldásban mintha azt láttam volna, hogy eltárol valamit az epromban...
Dim Dsid1(8) As Byte
Dim Dsid2(8) As Byte
Dim B As Byte 'deklaracja zmiennej do odczytu kodów ID
Dim W As Byte 'deklaracja zmiennej do odczytu ilośc czujników
Dim A1 As Integer 'deklaracja zmiennych dla alarmów
Dim A2 As Integer

Readeeprom A1 , 0
Readeeprom A2 , 100

Deflcdchar 0 , 8 , 20 , 11 , 4 , 4 , 4 , 3 , 32 'znak stopnia Celsjusza

ezért mondtam, hogy a szenzorokban történt a változás!Még mindig fenntartom, hogy nem tudok programozni! Csak okoskodom és a megérzések...valamint az,hogy korábban működött!

pices megy?Tessék egy pikkes változat....ugyan az a jelenség...http://s-o.webnode.cz/teplomer-t4ds/

Ha most 8MHz előtte 1MHz volt hogy lehet lassabb...
Szóval ha a program jó volt akkor, csak a fuse bitek mászhattak el, mivel egy program nem "romlik el". A másik variáció hogy hardver változás volt. Ami jelenthet mikrokontroller meghibásodást, valamilyen kábel hibát, illetve én is fenntartanám a DS hibát, mert TME-nél volt már beteg ic...

Egy Logikai analizátor bevetését ajánlanám. Dekódolja a 1-wire protokollt és egyből lehetne látni, hol is akad el. (esetleg ilyen) Más projectekhez is jó lesz.

Az AVR belső EEprom -jában csak a határértékeket tárolja a program.

Én a ds hibára gyanakszom...illetve nem is hiba...inkább paraméter változás. feljebb belinkeltem egy pic-t....ott is ez a jelenség!

Ezt most átolvasom..köszönöm!

Igen PIC-es vagyok.
Logikai analizátor kellene tényleg neked, az sokat elárulna...
Most csak találgatunk..

Ameddig a 4-es, 1db-al nem fog működni addig a 4-el sem fog.
A PIC-est is megépítetted?
Van képed a kész kapcsolásról?
Ott is átnyálaztál mindent amit az Atmegánál?

A pic-ből több mint 30 darabot megépítettem...és kiválóan működött...félévvel ezelőttig.
http://s-o.webnode.cz/teplomer-t15ds/ . Itt minden megtalálsz róla...mondjuk én a led kijelzős variációt csináltam..főleg. De készült lcd kijelzős is.

Egy tesztet csinálj meg kérlek. Fogd a nyákot, amin 1 vagy 2db ds18b20 van, és nem mér semmit. Erre rakj rá egy másik eszközből 1 vagy 2 szenzort, amik biztosan jók! Ha ezekkel sem mér a nyákod, akkor a nyák és/vagy program a hibás (programozás), ha megy, akkor pedig a ds18b20 a hibás tényleg. Logikailag indulj el, senki nem fogja megmondani, hogy miért nem megy, mivel mi nem tudunk nálad semmit sem mérni.
Nyákról képet rakj fel, mindkét oldal. Mekkora kábellel kötöd be a szenzort?
Írtad, hogy 30 szenzorból néhányat ismert fel a kapcsolás. Ez tipikus időzítési hiba. Néha elkapja a kommunikációt, mivel van egy kis tűrése az IC-nek is, plusz ha a hiba is értelmezhető, és a CRC-vel is stimmelnek a dolgok (mert a hiba pont megfelelő 1-es vagy 0-s bitet jelent), akkor néha lesz hőmérséklet kijelzés. 100nF-ot rakj a szenzorok lábára (GND-VCC).
Az időzítési hiba pedig következhet abból, ha a fuse bitek hibásan vannak beprogramozva, vagy ha a program trehány módon van megírva. A belső oszcillátor pontossága ehhez a feladathoz elegendő bőven.

A nyák és a környezet ugyan az. Ha beletöltöm a 4 verziós programot...nem mér..nem is ismeri fel a szenzorokat.
Ha viszont beletöltöm a 2 verziósat....felismeri mind a kettőt, és mér is. Képeket mellékeltem.
A vezeték kb 5cm

Ez így nehéz lesz.
Vagy ennyire titkos az elkészült kapcsolás?
Amikor képet kérünk a kapcsosáról, akkor nem a kijelzőre értjük hanem arról az elektronikáról ami a mikrokontrollert is hordozza.
Annak mind két oldaláról.

Bocsi...

Jól látom, hogy egyetlen tápszűrő kondenzátor sincs a panelen?

Akkor egyértelmű. A program hibás. Vagy a fuse bitek rosszul vannak beállítva.

Nem kérhetjük számon szegény építőn, mert a kapcsolásin sincs. Viszont ettől függetlenül szükségesek!! 100nF a 7805 be- kimenetére, és a mega táp lábai közelébe is kellene!

Elemről táplálom....nem a 100nf hiánya miatt nem ismeri fel a szenzorokat.