www.elektronik.si

[vilko]

Naredil sem napravo, na katero sem kar ponosen.

Mikroprocesor atmel M32, RTC PCF8583, (ima svoj akuu, da obdrži podatke tudi ob izpadu elektrike). ki ga uporabljam tudi kot dodatni RAM, Dallasovi termometri, LCD, ki kaže delovanje, poleg tega se sekunde stalno vrtijo na njem in mi tako kaže, da le mikro živ, Uart je povezan z mobilnim telefonom, preko SMS-ov upravljam napravo in tudi dobivam poročila.

Gre za napravo za vodenje kotlovnice po v naprej (preko SMS-ov) nastavljenem urniku in po posebnih zahtevah posredovanih preko SMS-ov, Releji vklapljajo mešalni ventil, obtočne črpalke, in kotel, se pravi gorilnik, preko kotlovske avtomatike. Prav fina zadeva, res.

Če me ne bi ta naprava zafrkavala.
Približno enkrat na mesec se zgodi, da mikroprocesor zmrzne, na LCD-u ni nič, releji so vsi pritegnjeni, in centralna dela na vso moč, tako da se zbudimo kot v savni.
V kurilnici je LCD prazen, brez kakršnekoli informacije.

Resetiram napravo. Se pravi izklpim 220 in ga spet vklopim. Čudim se, da ga ne resetira watchdog, saj naj bi ta imel svoj oscilator, a ga ne resetira. Interni watchdog torej ni rešitev iz vseh mogočih težav. In po resetu opazim, da je datum v RTC-u popolnoma nesmiseln, (in verjetno tudi vsebina RAM-a v njem) Datum in ura se namreč stalno prikazjeta na LCD-u. To popravim z zato predvidenim SMS sporočilom. In spet bo nekaj časa mir.

Ker ne morem z instrumenti v kurilnico, da bi pomeril kake napetosti v času izpada, mi ostane le ugibanje, kaj bi lahko bilo narobe. Pogostnost izpada nisem uspel povezati s kakšno koincidenco, ki bi mi dala namig, kje iskati. Vendar, ker gre za tako nizko pogostnost, bi rekel, da ne gre za programsko napako.

Vprašanje za izkušene mojstre: Kako se lotiti in najti vzrok za take izpade.


Podvprašanje: Pri starih atmelih 2051 sem si včasih pomagal z ekksternim watchdogom, ki bi me morda tudi tukaj rešil, vsaj tega, da bi zadeva ne izvisela. kako pa se eksterni watchdog obnaša pri serijskem programiranju, verjetno, ga je potrebno nekako odklopiti takrat, ko programiramo mikro, kaj ne?

[aly]

Jp, zunanji watchdog, lahko tudi s periodo 30 sekund ali 1 minute - da ga ni potrebno izklapljati med programiranjem.

Glede stanja relejev - vsi pritegnjeni - bi bilo mogoče smiselno narediti obratno logiko.

Večina procesorjev ima ob resetu pine v HiZ (mogoče tudi pull-up upore vklopljene?). Smiselno bi bilo dati na te linije take upore, da definirajo stanje relejev kot izklopljeno.

Še ena ideja - na 1-wire vodilo lahko obesiš en eeprom, v katerega shraniš urnik centralne, ko sprejmeš sms. Ko se sistem restarta iz bilo katerega razloga, prebereš nastavitve od tam. Če se procesorju utrga, je sorazmerno malo verjetnosti, da bi uspel pobrkljat vsebino 1-wire eeproma.

Dodaš lahko tudi kak čip z ram-om na 1-wire, v katerega zapisuješ vrednosti spemenljivk, in ga lahko prebereš po tem, ko se procu utrga. Da poskusiš ugotoviti, kaj se mu je zgodilo.

[BojanR]

Zunanji watchdog ne bo rešil ničesar, ker se procesorju zmeša. Vilko je rekel, da mu nobene nastavitve ne veljajo. Tudi e2prom mu ne bo koristil, ker je kurilnica vezana na čas in ne samo na vpisane parametre. Rešitev potem bi bila še sinhronizacija ure.
Po mojem je to zgrešen pristop in je potrebno najti vzrok napake.
In prav to bi tudi mene zanimalo. Kako odkriti napako, ki se vsake toliko, na videz naključno, pojavi. Kaj uporabiti za logger oz. kako sploh se tega lotiti.
Pravilna zasnova PCBja, upoštevanje pravil EMI itd... Ok. Pa kaj če vseeno. Kako potem zadeve rešujete, razen da po mesecu neuspelih poskusov zadevo zabrišete v kot?

Začasna rešitev pri tvojem problemu, Vilko, je verjetno res v zunanjem WD (nasprotno kot sem trdil zgoraj, saj vem, ampak tole me je prešinilo) in da potem centralna dela v nekem safe-modu.

[vilko]

[.]

Brisana vsebina odstranjenega uporabnika.

[BojanR]

[vilko]

[vilko]

Hvala Bojan,

bom prebral

[BorisK]

Pri meni je bilo podobno. Mikrokontrolerska aplikacija z izhodnimi releji in 230V bremeni. V "prostem teku" vse lepo dela, priklopljena bremena ga pa zmedejo.

Rešitev so bili RC členi, vezani na kontakte relejev (3n3 + 100E). Optična ločitev mikrokontrolerskega ter relejskega dela ni zalegla nič.

[Silvo]

[aly]

Uporabi SSR - Solid State Rele (optokopler + triak) za reševanje takih težav.
Triak naj bo dobolj močan (16A, 20A), da bo požrl tudi kakšne tokovne konice.
Nedavno je bilo na forumu v 2 temah govora o podobnih problemih.


http://www.elektronik.si/phpBB2/viewtopic.php?t=14537
http://www.elektronik.si/phpBB2/viewtopic.php?t=18173

http://www.elektronik.si/phpBB2/viewtopic.php?t=14000

Se pa strinjam tudi s Silvotom - prekinitve znajo biti kar boleč vir težav.
Sploh če imaš tako programsko okolje, kjer zadev nimaš ravno pod kontrolo (Bascom ipd.)...

[vilko]

[smatjaz]

Še ena moja izkušnja. Vprašanje sem zastavil tudi nekje na tem forumu nekaj let nazaj.
Podobno se mi je dogajalo, ko sem delal sistem regulacije z vklaplanjem enofaznega motorja. Okolje je bilo dokaj neugodno, polno EMV smeti. Po določenih vklopih se je zgodil restart, ali pa se je kontroler obesil. Poizkusil sem vse, toda direktno napake nisem našel.

Preprosto sem se odločil, da izdelam novo tiskano vezje (prejšnje je bilo narejeno z autorouterjem). Povezave sem po svoji intuiciji povezal ročno. Izognil sem se tudi tega, da so vsi releji, ki jih krmili mikrokontroler 12V in ne 5V, kot je bilo to rešeno v zgoraj opisanem primeru. S tem sem se izognil raznim motnjam v napajanju pri preklopu relejev.
To načelo uporabljam tudi še sedaj, povsod kjer uporabljam releje pa uporabljam 12 V napajanje s 5V regulatorjem.


Lp M.

[AlesK]

Mogoče malo neumno, pa vseeno.

Ali je možno, da ti GSM modul sprejme neko sporočilo (ne tvojega), ki ga sistem ne razume in odreagira po svoje?
Je mogoče antena GSM modula preblizu, pa moti delovanje vezja? Enkrat na mesec... mogoče ko je dež in mora GSM modul delat močneje?

LP Aleš

[RGorazd]

Jaz bi pa za tole naprtil krivdo ravno RTCju (PCF); čudno se mi zdi, da se mu "zmeša", razen, če se mu dejansko res nekaj ne utrga, ker drugače ga nima kaj dosti zmešati, mogoče ti potem I2C vodilo tako sesuje, oz, ker mogoče ne pošlje ravno tistega, kar bi moral po I2Cju poslati, se ti mikrokontroler tam obesi, ko čaka določen byte? Jaz v tej smeri razmišljam. Drugače je tako kot je napisal Silvo. PCFji so precej trdoživi in jih je težko spraviti s tira, ampak če pa ima kako prirojeno napako, pa lahko zafrkava.

LP G