Svenska ElektronikForumet

Hej,
Vet inte om det varit uppe innan i tråden, men jag skulle vilja nämna att oavsett flödesvakt bör du koppla rökgasfläken viloströmskopplat via relä så att fläkten stannar om det blir strul med din PIC/flödesvakt eller vad du nu ska ha.
Dessutom om du nu bygger något av enkla billiga komponenter tycker jag definitivt att du ska ha dubbla säkerhets system i serie. Kostar knappt något och är mycket tryggare.

Det finns ingen rökgasfläkt. Men i sak har du rätt, jag funderar på om jag skall koppla in ytterligare en µC på eget kort och låta dem polla varandra. Om en av dem dör får den andra göra ett mjukstopp. (stänga späll och cirkulstionsfläkt).

Jag skulle istället rekommendera dig att välja en modern PIC med intern oscillator med backup-funktion (fail-safe) samt använda watchdog-funktionen. Då kan en och samma µC "övervaka sig själv" och köra nödvändig felrutin ifall det behövs.

INTOSC ger fördelen med att det inte finns kristall eller resonator som kan gå sönder (fysisk eller elektrisk), den interna fail-safe klocka kan få det hela att gå i nödläge och ändå hacka sig fram i sakta mak. Att ha fler µC ger ingen säkerhet, snarare tvärtom:
- Sker det något med den ena kan den andra paja samtidig (vatten i lådan t.ex.).
- Om de är osams om vilket läge som ska gälla, vem har då rätt?

Vill du ha riktig säkerhet ska det vara 3 st system med 3 st olika tekniker (t.ex. PIC + AVR + Renesas) och 3 st sensor för varje mätpunkt, såklart ska de vara programmerat för samma funktion i 3 olika språk (t.ex. ASM + C + Pascal). Sedan ska man ha en bit elektronik som väljer majoriteten av de svar som kommer, då kan vi börja prata om riktig säkerhet.

Om det är PICkit2 kontra PICkit3 problem har jag en 3'a du kan låna ett tag...

Om man kör med två kärnor och man får avvikande svar från dom, så har naturligtvis bägge fel, den yttre processen ska nu styras mot det säkraste och stabilaste av lägen.

För att vara på säkra sidan kan man "pumpa" ut signalen, dvs en av utgångarna ändrar ständigt läge, upphör pumpningen, ska processen styras mot det säkra läget.

Icecap skrev:INTOSC ger fördelen med att det inte finns kristall eller resonator som kan gå sönder (fysisk eller elektrisk), den interna fail-safe klocka kan få det hela att gå i nödläge och ändå hacka sig fram i sakta mak. Att ha fler µC ger ingen säkerhet, snarare tvärtom:

Till detta projekt använder jag PIC16F887 med intern klocka, failsafe monitor osv.

Halvorsen skrev:Om man kör med två kärnor och man får avvikande svar från dom, så har naturligtvis bägge fel, den yttre processen ska nu styras mot det säkraste och stabilaste av lägen.

För att vara på säkra sidan kan man "pumpa" ut signalen, dvs en av utgångarna ändrar ständigt läge, upphör pumpningen, ska processen styras mot det säkra läget.

Jag tänkte att de 2 µC skulle sända RTS/ACK till varandra via en port. Om inget ACK erhålles så är den µC död och den som skickade sista obesvarade RTS stänger ner systemet. Så den ena µC innehåller alltså bara ett litet program för att stänga spjäll och fläkt samt slå på ett ljudlarm. Huvudsystemet slår av sig på samma sätt om ACK uteblir från slaven.

Risken för att båda går ner samtidigt ser jag som minimal om de är försedda med separat batteribackuppad strömförsörjning.

Hur vill du växla styrningen? I normala fall kommer det ju att vara µC-A som styr och ställer men fallerar den ska µC-B ta över och stänga ner. Hur gör du ett system som kan säkra att den friska µC får styrningen?

Den µC som fungerar tar över via gamla hederliga reläer. Det är ju bara 2 funktioner + larm som skall kopplas om.

Så där ja. Nu passerade jag demo limit 4000 byte kodstorlek och programmet är inte klart. Nu gäller det att skrapa botten på skattkistan och köpa en skarp version av microC pro för det facila priset av 249 US$

Nu kanske jag är taskig men vad gör den PIC? Har den ett ordbehandlingsprogram inne också? 2kWord som program är MYCKET! Hur avancerade funktioner sköter den? Det skulle inte förvåna mig om programmet kan bantas en del...

Och skulle jag lägga pengar på en kompiler ville MikroC inte vara förstavalet...

Utomhusgivare för att beräkna börvärde på hetluften (mot tabell), givare för rökgastemperatur för att försäkra mig om att inte tilluften ligger inom marginalerna, givare för hetluften till värmeväxlaren, PID-reglering av stegmotor för rätt temperatur på hetluften till värmeväxlaren, övervakning av flöde i varmvattensystemet, övervakning av varmvattentemperatur, övervakning av lufttryck från fläkten i värmeväxlaren, övervakning av tändförlopp, övervakning av nedsläckning, alla parametrar programmerbara med tryckknappar, tydlig information på bläddringsbar 4 x 16 display.

Det går säkert att banta koden genom smart programmering men varför hålla på med det när det finns 87% kvar av programminnet och 92 % av RAM.minnet. Förr eller senare vill jag ändå ha nytta av en obegränsad kompilator.

Att jag valt mikroC PRO beror på att det jag trivs med den. det är dessutom en mycket bra support med direktkontakt med supporten via deras forum. Jag har testat MPLABX men tycker faktiskt att mikroC känns bättre för mig med mina begränsade kunskaper. (Kanske jag ändrar mig när jag blir äldre och mer erfaren).

Lite OT men jag kör själv MikroC och håller bara med. Den funkar skitbra för oss som är lite nya,,,

Jag använder själv MikroC men har upplevd "icke planerade effekter" som definitivt berodde på fel bankselect.

MikroC är snyggt och prydligt men inte riktigt vassaste kniven i lådan.

Går lite trögt med projektet. Hoppas det inte slår till för hårt med kylan som är på gång. Har i alla fall köpt en licens för mikroC Pro för Pic.

Har med hjälp av mikroC lib. enkelt fått 4 st MAX DS18D20 att funka på samma wire. Samt en st MAX6675 som tar hand om en K-givare.

Återstår att koppla på ytterligare en MAX6675 med K-givare och sedan bunta ihop grejorna tillsammans med lite reläer, stegmotorkort m.m i en låda. Sedan skall den mekaniska delen till spällregulatorn byggas ihop.

Med den här takten hinner väl våren före, hmmm.

Det går sakta framåt, men nu börjar det dra ihop sig för test av prototyp till styrning. Ja, prototyp och prototyp föresten.

Jag hade tänkt att etsa ett kretskort med samtliga komponenter på, i stället för som det är nu med flera veroboard. Det får nog bli som det är nu, kanske jag gör en bättre lösning tiil nästa säsong.

Så här blev själva styrmekanismen. Hittade diverse mässingstänger, plåtbitar och en stegmotor i skrotlådan som jag skruvade och hårdlödde tillsammans. Mikrobrytarna (sista bilden) är till för nollpunktskörning samt att räkna hur många steg det är mellan ytterlägena.