Byggnation av ett övervakningssystem till en PX21

[JPJ78]

Jag är precis på väg att bygga ett övervakningssystem med följande spec.

Krav
1. Se vilken status det är på brännare... (Idle/Start/Drift/Avslut)
2. Se om det har blivit fel. (fel lampan har tänds)
3. Se hur mycket pellets som går åt.
4. Kunna starta om brännaren via webgränssnitt (kanske inte att rekommendera, men ändå en bra funktion).

Obs. Detta måste åstakommas utan permanent påverkan på brännare (med permanent påverkan menar jag t.ex. löda fast sladdar på dioder etc.). Detta är för att undvika ev. problem vid problem, garanti ärenden mm.

Grundutrustning
Ett Velleman K8055 (http://www.electrokit.se/item_show.php?code_no=12008055) som jag kopplar till en dator via USB. Till datorn kommer jag skriva en windows service som hämtar information från K8055:an i lagom intervall. Jag kommer även göra en webbsite som kommunicerar med windowsservicen så presentation kan göras.

För funktionalitet 1& 2:
Jag fäster fototransistorer ovanför respektive diod på brännaren (i ett ljustätt utrymme, kanske ett litet rör). Varje transistorer kopplas till en digital ingång på K8055.

För funktionalitet 3:
På skruvens strömförsörjning kopplar jag ett relä som är anslutet till K8055. Med detta kan jag mäta tiden som skruven går (och därmed uppskatta pelletsåtgången genom att multiplicera tiden med ett uppmätt kg/s värde).

För funktionalitet 4:
Från pannan går en strömkabel som jag seriekopplar med ett NC(Normally Closed) relä (behöver bara klara av 3A) som är anslutet till K8055. Detta är så att man kan bryta strömmen till brännaren och därmed göra en omstart. Anledningen till att Reläet ska vara ett NC är att brännaren ska fungera även om datorn pajar eller stängs av mm.

Pris
Uppskattat pris för detta är c:a 500-600 (datorn har jag redan)
Datorn kommer dra 20-40W beroende på belastning av hårddisken, skärmen släcker jag.

Framtiden
Koppla temperaturgivare för utomhus, panntemperatur, frammatning mm.
Koppla en extern skärm som jag kan ha moterad på en vägg i huset (kanske en digital fotoram)

Vad tror ni om detta?

[johano]

Exakt så har jag byggt min loggning, jag löste dock "funktionalitet 1" med skruvtidmätningen:

Om skruvmatning mäts till 40sek så matas startdosen ut, om skruvtiden är 0.8sek går den i minläge, 1.2sek i Maxläge och om ingen skruvaktivitet registrerats på t.ex. minut så har den gått tillbaka till vänteläge.

Nu hade dock min brännare en separat larmutgång som jag också läser för att kunna skicka sms-larm.

Jag är dock inne på att bygga ett separat uC-styrt loggkort som skickar upp "förfinad" data till PC-n via seriellkabel istället, då jag tror att nogrannheten på K8055 inte är den bästa..Dessutom lämpar sig inte PC m(med Windows) direkt för tidskritiska mätningar.

Men, det har faktiskt fungerat riktigt bra de två månader jag kört med det. Det är ju iaf. en väldigt enkel lösning.

/johan

[JPJ78]

PX21:an har en potentiallös utgång (5 och 6 i plinten, enligt en kille på Ariterm) som är till för larm, så den funderar jag på att använda istället för fototransistor över larmdioden.
Vad jag har läs mig till så verkar det som man kan max göra en poll till K8055 var 10ms (tro det eller ej, men det verkar som om det är USB protokollet som läser USB porten på detta sätt. D.v.s. interrupt från USB port är inga "riktigta" interrupt.)

Din lösning för funktion 1 måste jag säga är en enkel och bra... den klarar inte av att skilja på idle och avslut (när fläkten snurrar efter driftläge, innan idle), men det kan man ju koda in att xmin efter driften stannar är avslutsläge (för jag har för mig att det är någon fast tid som den kör avslutsfasen).

[johano]

PX21:an har en potentiallös utgång (5 och 6 i plinten, enligt en kille på Ariterm) som är till för larm, så den funderar jag på att använda istället för fototransistor över larmdioden.
Vad jag har läs mig till så verkar det som man kan max göra en poll till K8055 var 10ms (tro det eller ej, men det verkar som om det är USB protokollet som läser USB porten på detta sätt. D.v.s. interrupt från USB port är inga "riktigta" interrupt.)

Din lösning för funktion 1 måste jag säga är en enkel och bra... den klarar inte av att skilja på idle och avslut (när fläkten snurrar efter driftläge, innan idle), men det kan man ju koda in att xmin efter driften stannar är avslutsläge (för jag har för mig att det är någon fast tid som den kör avslutsfasen).

Jag pollar var 50:e ms och det verkar ge hyffsad nogrannhet.
Detta körs på en dedicerad liten laptop med WinXP som inte kör något annat för att minimera "störningar" - men det är ändå inte helt idealt.

Har sedan lagt all kod som genererar rapportert et.c. att köras när brännaren avslutat också för att mnimera störningar.

Men, ska börja knåpa ihop en uC-baserad skruvtidsloggare som får ta hand om den tidskritiska mätningen och som sedan skickar upp detta i "förfinad" form till PC:n som sedan dumpar ner det i databasen.

/johan

[JPJ78]

Är mätningen på skruven är egentligen tidskritisk?
Om man pollar varje 50ms så tror jag det är exakt nog med tanke på exaktheten i matningsvärdet är (kg pellets/s)

Värde som du multiplicerar med (om du gör på samma sätt som jag har tänkt) är inte exakt, det är ju mer av ett medelvärde av antal kg pellets/s som matas.

Hur skickar du SMS:en (har du en komponent som du använder dig av)?
Vad har du programmerat i för språk?
Jag programmerar i VB.NET (.NET 2.0 eller 3.5 har inte betämt mig än.)Tänkte köra Win98 på den bärbara för att minimera belastning på CPU och därmed elförbrukning.

[micke_932]

Nåja, 50ms är ju 5% av en sekund, och säg att skruven går 2 sekunder varje gång, då hamnar du ungefär 1,25% fel varje gång skruven går, den går kanske 4 ggr per minut så då har vi ett fel på kanske 5% per minut (men det kan ju vara både plus och minus så det kanske jämnar ut sig i längden), det springer rätt snabbt iväg, men som sas så är skruven inte speciellt exakt i vilket fall som helst.

[johano]

Jo jag tror (hoppas) nog oxå att felet jämnar ut sig över tiden, det verkar iaf. stämma tämligen väl med hur mycket jag får hälla i förrådet efter en vecka.

Jag hackade ihop programmet i C# mot framework 3.5. Hade lite tankar på att lägga till diverse temp.värden också (ett antal LM35:or är inköpta), men i dagsläget loggar jag bara utetemperaturen från temperatur.nu.

Ett potentiellt något allvarligare problem är att programmet kör under windows som inte kan garantera trådexekvering, finns mycket annat som ska snurra på burken oxå, t.ex. en liten SQLExpress för loggning, Asp.Net för lite rapporter, SMStjänsten för att kunna skicka larm men även ta emot "kommando-sms" för att automatsvara med nuvarande status, senaste körningar et.c.

Allt sådant kan ju "kollidera" med tråden som loggar skruvtider och också påverka mätvärdena.

Av den anledning (+ att det vore kul att bygga nåt "riktigt" )så tänkte jag som sagt bygga loggningen i en liten dedicerad uC (lutar åt AVRTINY2313)
och sedan dumpa ut gångtiderna via rs232 till PC:n.

/johan

[JPJ78]

Kom på en ny idé som kan vara rätt användbar, schemalagd avstängning.

Låt oss anta att jag sotar min panna varje lördag morgon runt 09.00. Normalt sett är det första jag gör att stänga av pannan och vänta c:a 1h. Om man istället lägger in en schemalagd avstängning varje lördagmorgon klockan 08.00-09.30 så bör pannan vara tillräckligt kall för att kunna börja sota direkt när man kommer till pannan vid 09.00.

Schemaläggningen fungerar så att brännaren stängs av vid första idle efter schemalagd tid.

[johano]

Finns mycket fiffigt att bygga när man väl har börjat
Denhär fiunktionen var en av de smartare!

/johan

[JPJ78]

Jag kollade runt lite efter SMS komponenter för SMS Larm/Information, men hittade kanske ingen optimal.

Vilken använder du dig av johano?

[johano]

Jag kollade runt lite efter SMS komponenter för SMS Larm/Information, men hittade kanske ingen optimal.

Vilken använder du dig av johano?

Det är en egenutvecklad smstjänst som snurrar som en service i Windows som hanterar både skickande/mottagning av sms genom ett COM-interface. (programmet skrevs för en 5-6år sen innan .Net fanns, har inte orkat göra om det sedan dess).

Den kommunicerar med ett Falcom Twist modem med ett vanligt kontant-simkort (kunde varit en helt vanlig gsm-telefon, men jag fick en sån här på jobbet) via en knippe AT-lkommandon.

/johan

[JPJ78]

Ok, då förstår jag.

Jag är inne på spåret med en SMS gateway.
Av två anledningar:
1. Om man har kontantkort så brukar krediten ha en viss förbrukningtid. (typ en laddning räcker max 1år)
2. Behöver en mobil eller liknande igång...(försöker få driftskostnaden minimal, snål smålänning som man är )

Jag har hittat ett par, men inga som ligger i sverige... Frågan är hur fördröjningen blir... man vill ju inte få ett larm 3timmar efter det har skett.

[johano]

Fördröjningen är nog inte så stort problem, däremot att du blir beroende av att internetlinan är uppe.

Med en fristående gsmmobil så kan du skicka sms även när/om strömmen har gått (en av anledningarna till att jag kör en laptop, den har batteritid till 2timmar iaf.)

Men, det jag har mest emot online smslösningar är att man måste teckna någon form av abonnemang hos någon operatör, jag gillar verkligen kontantkortsfilosofin.

/johan

[Lager]

Kontantkort grejen går att lösa med ett SMS till operatören och kolla kontantkort statusen lite nu och då...
Skicka sedan ett SMS och meddela att kontantkortet behöver fyllas på.

[Pettson]

Hur kopplas detta ihop med en mobil då?