[HWnews] (no subject) - ale ma byt I2C - no co, uklepol som sa

Zdenek Aster zdenek.aster@seznam.cz
Středa Březen 31 20:11:48 CEST 2004


Kdyz uz pocitate tu pravdepodobnost, ze se prepisou data
ci vyvola na I2C nejaka funkce a vypada to, ze to nemuze
nastat, tak me se bezne stava v rozvadeci kde jsou I2C PCF8574,
ktere pres tranzitorove pole spinaji RELE, a ty spinaji motory.
Tak pokud to do tech PCF nervu furt dokola, tak se sem tam
prepnou rele nekam jinam atd. Nechci vyvolavat zadnou diskuzi
jak to je odrusene, nebot je tam ruseni i od tramvaji, ale jedina
moznost jak to spolehlive vyresit byla rvat stav do PCF furt dokola.
Tim jen chci rict jak moc je to Vase male cislo velke ;-))))).


                Zdenek Aster


----- Original Message ----- 
From: "David BELOHRAD" <david.belohrad@cern.ch>
To: "[HWnews]" <hw-list@mailman.nethouse.cz>
Sent: Wednesday, March 31, 2004 6:23 PM
Subject: Re: [HWnews] (no subject) - ale ma byt I2C - no co, uklepol som sa


>
> >data. Jak tu jiz nekdo psal - diky nahodnemu zaruseni jedineho bitu Vam
I2C slave
> >bude reprezentovat zapis jako cteni (nebo naopak).
> >
> >
> Hm, samozrejme se veci daji resit jednoduse s pouzitim 'rs232/485'
> standardniho. Bylo by to elegantni a fajn a PIC za cca 1-2USD
> by to bravurne zvladl. Problem je ovsem v prostredi, ve kterem by on 1-2
> dolarovy procesor vydrzel asi tak hodinu maximalne, protoze
> pri te radiaci co tam panuje maji procesory/fpga/cpld a jina kouzelna
> programovadla mean-time-to-failure (softwarovy) neco jako 30 minut a
> hardwarovy kolem 3 mesicu.
> Takze ackoliv differencialni rs485/p82b96 neni uplne nejlepsi reseni -
> taky nejsem z toho nezabezpeceneho protokolu zrovna happy - porad je to
> jeste lepsi varianta, nez vyuzit chytrou logiku, ktera se pokazi v
> prvnich minutach behu.
> Samozrejme ze existuji rad-hard procesory a fpga, nicmene po nahlednuti
> do ceniku zjistite, ze a) takovych veci neni moc b) jejich cena obcas
> prevysuje cenu fabie.
>
> Znate tedy nejaky jiny prenos dat - tim myslim zabezpeceny? V kazdem
> modulu je a/d prevodnik, IO registr a digitalni potenciometr, to vsechno
> ovladane pres dva draty (+ nekoliko navic na dalsi adresaci), celkove je
> tam 32 modulu a velmi jednoduse se adresuji. Pokud se pouziji solidni
> kabely (coaxialni twisted pair s dvojim opletenim a feritovou
> vystelkou), velmi mala prenosova rychlost (radove bude stacit nekolik
> set baudu), nejake ty low-pass propusti, tak si myslim ze to bude behat
> mnohem lepe nez nejaka varianta s procesorem). A pokud se podivam na
> protokol, jediny problem ktery muze vzniknout je ze dojde k nahodnemu
> vyvolani start bitu. Moznost, ze by doslo k prepsani nejakych dat je
> minimalni, protoze na to aby cip zacal
> vykonavat operaci, ktera vznikne nahodnym prenosem dat je potreba se
> trefit celym prvnim bajtem (resp. 4 bitova kombinace + bit zapisu) do
> adresoveho prostoru cipu a nasledne odvysilat dalsi byte, ktery bude
> zapisovat nejaka data. A pri nasobeni takovych pravdepodobnosti
> (=pravdepodobnost nesymetrickeho sumu na lince * pravdepodobnost chyby
> start-bitu * pravdepodobnost ze dojde k vyslani 2x8 bitu naraz *
> pravdepodobnost ze adresa sedi * pravdepodobnost ze je nastaveny
> zapisovy bit) pak dojdeme k docela malemu cislu.
>
> takze - paklize jsem neco neopomnel - se situace nejevi az tak drasticky
> jak jste ji popsal.
>
> kazdopadne bych byl rad kdyby se nasel nejaky jiny pouzitelny a 'vhodne
> zabezpeceny' zpusob prenosu dat.
> d.
>
>
>
>


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


_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz
HW-list@mailman.nethouse.cz
http://nethouse.cz/mailman/listinfo/hw-list





Další informace o konferenci Hw-list