www.elektronik.si

[Highlag]

Z protoboardom na katerem je LPC1343 skušam vzpostavit komunikacijo z DS1820.

DS je vezan na +3,3V, med podatkovnim izhodom in + nogico je 1K upor (trenutno)
Uporabljam 3 povezave na DS1820.

Z ukazom uspešno pošljem reset pulz, na katerega DS odgovori.
Nato po ~ 500us pošljem ukaz 0x33 - read rom, na katero pa DS1820 ne odgovori.

DS je dober, saj od njega na drugi testni plošči (druga platforma) dobim odgovor.
Poizkusil sem na delujoči platformi izmeriti čase in potem oblikovati pulze za LPC, kot je vidno z oscilograma se na oko skoraj ne vidi razlike, le DS ne odgovarja.

Edina razlika je, da na Easypic plošči napajam DS1820 z 5V.

V bistvu mi je zmanjkalo idej kaj storiti. Kako dolge pulze - za izpis (1 ali 0) ukaza uporabljate?

[xsyt]

Da ti tale tvoj LPC ne drži potem visokega stanja?

[Musty]

DS18B20 dela brez problema z 3.3V. Tudi na par metrov kabla.

[Highlag]

Nebi smel.
Output postavim najprej na 1 nato pa gre DIR register na 0 -> pin bi moral biti vhod.

[tiger]

Probaj povečat vrednost pull up upora iz 1K na ~3K.
Po data sheet je ta upor 4.7K za 5V napajanje.

LP

[Highlag]

Ma sem imel že 4,7K, pa 2,7K, na testni plošči za pice je ta upor kar 1K (je fiksen plošča pa ima namenski konektor za DS1820) Tako da mislim, da to ni tako kritično.
Zahteva tok do 1.5mA, pri 3.3V in 1K je to 3,3mA Tako da upor ni pretirano majhen.

[Highlag]

Sem poizkušal še Pull up/down upore izklopit na portu, pa ni nič pomagalo.

Nič mi ni jasno.....

[igo]

Ali si že kdaj komuniciral s kakšnim DS1820?

Če ne:
Pred vsako komunikacijo najprej resetiraš DS s 700us trajajočo "0".
Ko daš pin spet na vhod, ti mora DS odgovoriti tako, da on povleče pin na "0".

Šele potem komuniciraš z njim.

[Highlag]

Seveda, da ne komuniciram, zato pa pišem tule.
V bistvu naredim reset, DS se odzove z enim pulzom na 0 .

Potem pa poizkušam od njega dobit samo številko. (SerialNumber) (pošljem mu 0x33. To je vse. Samo na ukaz 0x33 ne dobim odgovora.

Če prav berem, ti postaviš Pin na 0
počakaš 5 NOP ukazov (ne vem kakšen si imel kristal), greš gledat kakšen bi moral biti izhod (0 ali 1) Pin postaviš na 1, če je to potrebno, počakaš 90us, in zadevo ponoviš. Tako so tvoji pulzi dolgi rahlo več kot 90us, s tem, da je 0 rahlo daljša od 1. (pač za tistih 5 nop-ov

Mojo zadnjo verzijo (sem jih poizkusil kar nekaj - verjemi mi) sem poizkusil izdelati po datasheetu - Figure 11.
Pisanje 0: Potegneš signal na 0 za čas, ki je daljši od 60us (sem poizkusil od 60 do 120us), na koncu signal sprostiš, da ga pull-up upor potegne na 1
Pisanje1, potegneš signal na 0 za čas rahlo večji od 1us, nato pa na 1 spet za več kot 60us

Pa nič...

Koda deluje, saj jo spremljam na osciloskopu - sem že prej pripel eno sliko. Pričakoval bi, da se mi čip oglasi. Nič drugega zaenkrat.

[igo]

Uf, pozabil napisati ...
1 cikel je 1us.

PISIds
Za pisanje 8ih bitov podatka v zanki 8-krat ponovi zaporedje:
[
- pin na izhod in na 0
- 11us čakanja
- če želim vpisati "1", postane pin vhod, da ga pull-up postavi na "1", sicer ostane izhod
- 90us čakanja
- pin postane vhod (gre na "1")
- počaka vsaj 10us (vmes preveri, če je že poslal 8 bitov ...)
]

BERIds
Za branje 8ih bitov podatka v zanki 8-krat ponovi zaporedje:
[
- pin na izhod in na 0
- 6us čakanja
- pin postane vhod, da ga pull-up postavi na "1"
- 6us čakanja, oziroma v trinajsti us preberem vhod, kaj je senzor poslal
- 90us čakanja
]

Pri tako kratkih časih se razne 6us pavze izvede z NOP ukazi (prazen ukaz, ko MCU ne počne ničesar).

Točnost mikrosekund okrog 90us ni pomembna, dogodki ob 6us, 11us, 13us pa naj bi se zgodili ravno takrat. Torej je pomemben samo trenutek, ko gre za vsak bit prvič na "0" in dogajanje prvih 13us v tem bitu, potem pa tistih približno 90us pavze določa splošno hitrost komunikacije za branje/pisanje osmih bitov. Tistih 90us je dokaj ohlapnih (60..120us), zato lahko v miru shraniš prebranih 8 bitov v neko spremenljivko in ponoviš klic zanke za branje novih 8 bitov. V miru lahko tudi shraniš spremenljivko v spremenljivko, ki nastopa znotraj zanke za pošiljanje (da ne uničiš originala).

[Highlag]

Igo hvala za opise bom popoldne še enkrat poizkusil.

Drugače pa: z dS1820 sem že delal, imam nekaj projektov, ki mi delujejo (tudi z 5 senzorji na enem vhodu). Zaporedje ukazov mi je tudi jasno. Žal so projekti, ki mi delajo napisani v Basicu za Pic-e, kjer so že spisane funkcije. Tule pa zadevo delam s C in LPC, funkcije, ki sem jih staknil pa nekako ne delujejo.

Sem napisal programček v Basicu, ki naredi točno isto, kar hočem doseči na LPC-ju. Torej samo Reset in preverjanje ID številke. Tam DS lepo odgovori. Tule pa ne.

Poročam

[igo]

DS ničesar ne pošlje sam od sebe. Vedno mu MCU določi začetek vsakega bita posebej. MCU povleče pin na 0 in takrat se začnejo šteti mikrosekunde. Praktično vse se zgodi v prvih 20us v katere se, poleg praznih NOP korakov, štejejo tudi koraki, ki jih MCU potrebuje, da preklopi pin iz vhoda v izhod oziroma obratno. Nadaljnjih 90us (oziroma ohlapnih 60 do 120) pavze je za premetavanje (shift) bitov in preverjanje števca 8ih bitov ... da se zanka v miru vrti.
In potem spet MCU poskrbi za prehod iz 1 v 0 za začetek naslednjega bita.
Ko konča pisanje byta, v miru pripraviš novo spremenljivko in poženeš zanko za novo pošiljanje.
Ko pa prebereš byte, v miru shraniš podatek v spremenljivko, nato bereš dalje.

Tisto "v miru" ni mišljeno, da vmes bereš ali vpisuješ po EEprom-u od MCU-ja, ampak delaš s spremenljivkami v RAM-u. Jaz imam v RAM-u spremenljivke npr. od naslova 0x30 do 0x3F za RAMvEE in EEvRAM. Najprej v zanki iz željenih naslovov v EE preberem podatke in jih shranim v RAM, nato jih pošljem po I2C, 1-Wire, 232 , ... . Ko pa sprejemam nekaj, spet v zanki shranjujem podatke v RAM in jih kasneje obdelam. Komunikacija z biti in byti tako vedno poteka znotraj predvidenih časovnih okvirov.

[Highlag]

[dgrude]

Pozdravljeni!
Pred dnevi sem spisal kodo za omenjen senzor (ds1820), vendar mi noče pokazati izmerjene temperature. Postopki kode so sledeči:
1. Najprej senzor resetiam, odgovori mi z ničlo.
2. Pošljem mu ukaz oxcc (skip rom)
3. Pošljem ukaz 0x44 (convert T) (odgovori z 0 nato z 1)
4. Resetiram
5. Pošljem mu ukaz oxcc (skip rom)
6. Pošljem ukaz 0xbe (read scratchpad)
7. Preberem scrachpad (preberem same ENKE)

Če pa mu pošljem ukaz 0x33 (read ROM) mi normalno izpiše 64bitno kodo senzorja.
Ali je že kdo imel take težave, ali mogoče kdo ve kje se nahaja moja napaka.

V priponki prilagam mojo n_to (raztegnjeno ) kodo.

Lep pozdrav ter že v naprej hvala za morebitno pomoč !

[rafaellsi]

Sezor potrebuje določen čas za konverzijo temperature (cca. 750ms, oz. glej datasheet) ....