Pelletsövervakning.. igen... (BILD sida 3 och 5)

[Variosboy]

Som du säger så finns det ju faktiskt 265 byte EEPROM, så långt hade jag inte ens tänkt..
Att spara undan räknarens värde i EEPROM och sen läsa det vid uppstart istället är ju klart bättre.
Då behöver man ju bara se till att man har en knapp för reset som sätter räknaren till 100 istället för att sätta det i uppstarten som nu.

[MiaM]

Läs gärna på om hur många skrivningar eeeprom'et tål o.s.v., och klura ev. på nån såndär algoritm som ser till att slita eeprom'et jämnt ifall det är risk att du kör slut på eeprom'et innan bygget blivit omodernt. (Tänk på att värmestyrprylar kan vara i drift i zillioner år när nästan all jämnårig elektronik kastats för länge sedan).

[Icecap]

Jag har en grej som använder just det inbyggda EEPROM till att spara värde i. I en PIC16F690 garanteras det minst 1M skrivcykler och typisk 10M.

Anta att 1M ska nås efter 20 år, det ger att man inte får skriva oftare än var 0:05:42, alltså ung. var sjätte minut.

Såklart ska man bara skriva om det finns en ändring och från första gången det finns en ändring och till man skriver låter man gå 5 minuter. På detta vis klarar EEPROM'en i kretsen lätt 20 år och typisk 200 år... (Parameter D124 i databladet)

Då data retention för flash-minnet (programminne, parameter D134) anges till lägst 40 år och att en pelletspanna knappast håller längre får det väl vara OK.

Och skulle det skita sig kan man spara 2 olika värden - med checksumma för varje, först spara ena värdet och en kort stund senare spara samma i en annan position. Vid uppstart kan man då kolla värdet mot checksumman och verifiera att allt är OK, detta säkrar mot att det blir fel om strömmen bryts mitt i en skrivning.

Är ena värdet fel återställer man såklart vid uppstart när rätt värde är hittat.

Ganska enkelt faktisk.

[Niklas-k]

Eller så känna av att strömmen kopplats bort och ha en lagom kondensator som håller liv i processorn tills man hunnit spara undan till eepromet.

[Variosboy]

Som jag skrivit koden nu så sparar den värdet i EEPROM:et varje gång en ändring sker i procent-variabeln, detta innebär 100 skrivningar på en knapp vecka - i värsta fall, sommartid handlar det om 100 skrivningar på nästan 2 månader.. Alltså blir det max 52x100 skrivningar per år vilket i sin tur ger 192 års tid innan man når 1 miljon skrivningar.

Worst case scenario är att strömmen går och kommer tillbaka med sådana intervall att det hinner att gå nästan 1% innan strömmen försvinner igen och att detta upprepas 100 gånger, då görs ju ingen nedräkning... Men sannolikheten för det ser som jag i princip försumbar..

Dessutom är koden skriven som så att efter uppstart så står det på displayen att strömmen varit bruten och detta måste kvitteras med en knapp för att få "normal visning"..

Kommer jag då tex hem efter jobbet eller går upp på morgonen så ser jag ju att strömmen varit bruten varpå jag besöker pannrummet för en koll i alla fall.

[Icecap]

Om ett strömbortfall kommer precis när det skrivs till EEPROM blir datan där sannolikt korrupt. Därför två skrivningar med checksumma och lite tid isär.

[MiaM]

Ett trick kan väl vara att vid strömavbrott helt fräckt anta att man missat en skrivning. Då kommer beräkningen fortfarande att slå fel, men den kommer larma för tidigt istället för för sent.

En räknare för strömavbrott kan kanske också vara bra. Den gör man nog bäst genom att istället räkna antalet tillslag av strömmen. Det är ju en busenkel grej att fixa ifall man ändå har gott om plats i eeprom'et och också gott om plats för kod.

[Icecap]

Om man missar en skrivning är alla tidigare data ju korrupta om man inte har dubbla! Och då kan man inte låtsas missa en skrivning, man har ju ingen data att gå vidare med.

Det är därför jag rekommendera att spara samma värde 2 gg i olika platser och ha checksum med samt att låta skrivningarna vara med en viss (kort) tid mellan. Skulle en skrivning skita sig finns det andra värdet kvar och med rätt checksum bör man kunde räkna ut vilken som är rätt.

[v-g]

Säkrast är ju att göra en "säker nedstängning" det behövs ju inga supergrejjer för att uppnå detta. Vill minnas att någon här på forat gjorde exakt detta för en båtdator eller vad det var, någon kanske minns ett nyckelord så man kan söka.

Alternativt gör man en batteribackup som klarar ett tags strömavbrott.

[Variosboy]

Som tillägg kommer jag att använda en ingång som läser matningen så att PIC:en vet när matningen försvinner, och när matningen försvinner ska den skriva till EEPROM och sen hamna i en "göra ingenting"-loop där den bara "läser" matningen tills den kommer tillbaka..

Sätter alltså en konding parallellt med PIC:ens matning så den kan gå en liten stund till efter att matningen försvunnit.. Mätningen gör jag direkt på liktriktarbryggan med en spänningsdelare tänkte jag..

[metric]

Va snyggt Jag älskar de där Hammond lådorna!

Ja, jag gillar dom skarpt, enkla och bra! Köpte på mig ett gäng i lite olika storlekar för några år sen när jag fick möjligheten att köpa dom till bra pris av en underleverantör jag hade då.

Var köper man dessa lådor ?
Dom ser snygga ut.

[Variosboy]

Jag köpte mina av en underlverantör jag hade för några år sedan, men jag vet att tex. electrokit har dom..

[Variosboy]

Sådär ja, du var enheten som ska sitta vid pannan klar.
Den mäter helt enkelt gångtiden på skruven samt kollar larmutgången på brännaren och skickar detta via RS232 till enheten med displayen i.