PellMon, pelletlogger med öppen källkod

[bosse123]

ersatte min .conf med den översta som du har länkat till, nu visar den inte ens några värden under "parameter"
behövde jag göra något med din nya conf fil?

[Honda]

Ja som jag skrev så hade jag ändrat den att läsa från fake adaptern, jag har ju inte din onewire adapter... Och du har nog inte fake adaptern konfad eftersom du inte får några värden alls. Bara ändra till små bokstäver i din conf, jag postade min testconf bara för att jämföra med. Hittade förresten hur jag får ConfigParse att ge 17 i att ändra nycklarna till lowercase, så i framtiden får man använda Stora Bokstäver. Tack för tålamodet och en hittad bug!

[bosse123]

Utsökt!
Nu fungerar det!
Jättetack för hjälpen, detta blir ju precis i min smak.

Återstår att publicera det över http, port 80.
Vad är det för ändelse om jag ändrar till port 80?
"minhemsida.se"/???/
kör apache2 i botten.


(vill inte gärna öppna port 8081, är inte helt trygg med säkerhetsnivån,mha till alla scriptkiddies.)

[Honda]

Kul att du gillar det.

Och sedan till det svåra... Du vill alltså köra pellmon under apache. Det kan absolut göras, men jag har inte paketerat det så, av den orsaken att det blir så mycket krångligare. PellMon har sin egen webbserver, http://www.cherrypy.org/, och webbapplikationen är konfad att köra på den servern på port 8081.

Porten kan ändras i conf filen, tex till 80 som är standardporten för webbsidor, vilket betyder att den inte behöver anges i URL:en. (Ursäkta om jag pratar självklarheter men jag tar det allmänt ifall någon annan är intresserad). PellMon finns då på http://minserver istället för http://minserver:8081. Men du kan inte köra två servrar på samma port (på samma dator alltså), så då du redan har apache på port 80 så faller det alternativet.

En cherrypy webbapplikation följer en standard för pythonbaserade webbapplikationer, WSGI http://en.wikipedia.org/wiki/Web_Server ... _Interface, vilket apache stöder med modulen Mod_WSGI. Du kan alltså köra PellMon bakom apache via Mod_WSGI, men det förutsätter att du kodar om pellmonweb en aning för att inte använda sin egen webbserver. Det är bland annat det jag har gjort för att få pellmon demosidan att köra på http://motoz.pythonanywhere.com/, koden finns på github i grenen pythonanywhere https://github.com/motoz/PellMon/tree/pythonanywhere (fast där är en hel del annat krångel för att få demot att fungera utan kontakt med pellmonsrv). Det här är nog den svåra vägen att gå.

Ett lättare sätt borde vara att fortsätta köra pellmon på sin egen server och sin egen port, och konfigurera apache som en reverse proxy för att komma åt pellmon via apache. Det här har jag faktiskt inte provat, men det ser ju hyfsat enkelt ut... Här är rätt bra beskrivning hur man confar apache: http://tools.cherrypy.org/wiki/ModProxy

Och här har vi hela listan på möjliga sätt: http://tools.cherrypy.org/wiki/BehindApache

Så då kommer vi till: varför vill du köra bakom apache? Cherrypy är inte min konstruktion, och även om det inte är apache så tror jag knappast att man behöver oroa sig för säkerheten i själva servern. Här finns en diskussion om säkerheten i cherrypy http://www.pythonsecurity.org/wiki/cherry-py/ Pellmonweb kör som standard under en egen systemanvändare med begränsade rättigheter, så även om det skulle finnas något hål i cherrypy så är skadan begränsad.

Då kommer vi till säkerheten i webbapplikationen, som ju hänger på bl.a. mig... Tyvärr så är inte webbprogrammering mitt område, men jag har gjort mitt bästa för att läsa på så jag tror inte att det finns någon större orsak att vara orolig. Och saken är ju den att även om man byter ut servern till apache så kör man ju samma webbapplikation, så finns det svagheter där så följer de ju med...

Det man kan använda apache till är förstås att lägga hela pellmonweb bakom apaches autentisering, det sätter nog tillräckligt med käppar i hjulen för alla scriptkiddies.

Eller så kan man vara helt paranoid och inte öppna för internetaccess över huvudtaget, och istället logga in med ssh och tunnla 8081 över den krypterade förbindelsen då man vill ha kontakt utifrån. Det fungerar alldeles utmärkt, även från min mobil. (Vet inte om det går med alla mobiler). Jag gör så för att jag kan ju både stänga av brännaren och ändra alla brännarinställningar via pellmon, vilket skulle kunna vara potentiellt farligt. Nivån på säkerheten bör ju hänga ihop med hur allvarligt ett inbrott kan vara, 'någon kan lyckas radera min loggdatabas som jag har backup på' jämfört med 'någon kan lyckas orsaka bakbrand i min källare'... Och email får jag ju automatiskt från pellmon om något krånglar så jag behöver ju inte logga in stup i kvarten för att kolla läget heller.

Hoppas någonting blev klarare...

En fråga till sist, visst eldar du pellet också? Tänkte du få med pelletloggningen också? Tillsvidare fungerar det ju bara på scottebrännare eller via raspberry pi, men det kan man ju ändra på om det finns behov.

[bosse123]

Tack för ditt utförliga svar!
Jag läser på om detta och funderar lite,
Låter som om att öppna port 8081 är en framkomlig väg.
Och configurera ett jail till fail2ban, samt säkra upp sig ytterligare på några sätt mot sql injektioner.
Det vore ju fint att om inte annat att se graphen externt.
Alternativt "skuggläsa" in den på en av sidorna under apache?

Pelletsloggning, jo det ska vi få igång, jag kan montera en givare på skruven, det är den enkla biten.

Funderar på om man kan ersätta Raspberryns GPIO med detta eftersom jag använder USB DS9490R

https://www.m.nu/d2pc-2-io-med-skruvter ... p-256.html


för att kompletteras med denna:

https://www.m.nu/d2pc-2-io-med-skruvter ... p-256.html

Hur ser du på detta?

[Honda]

Den där onewire ingången ska säkert fungera bra (båda länkarna gick till samma sida annars). Kollade snabbt databladet, verkar som att den har edge detect med latch på ingången så det är inte kritiskt att läsa av den snabbt. Borde bli finemang det, lite beroende på hur owfs hanterar den komponenten förstås.

Ang fail2ban, pellmon skriver inte misslyckade inloggningsförsök till loggen, men det borde jag absolut lägga till.

[bosse123]

Hej!
Beställt lite grejer, bara att vänta nu;-(

det jag försökte länka till var denna:
https://www.elfa.se/elfa3~se_sv/elfa/in ... &toc=20356

borde väl passa fint ihop med min beställda interface som jag länkade till tidigare?

[bosse123]

vilken tillgång att kunna se samtliga givare med hjälp av Pellmon. riktigt lättavläst, ska bli intressant att få igång pelletsloggningen också

Tänkte på loggning av fel autentiseringsuppgifter,
fick du till det och i så fall vill du dela med dig av koden?

funderar även på hur mailvarningarna konfigureras:
ska då även detta användas?

# CustomAlarms lets you define limits and actions for data items
#p02 = CustomAlarms

och det är enklast att köra över gmail? eller ska jag köra mot min interna postfixserver?

[Honda]

Har haft annat att göra sista veckan, men det kommer nog så småningom. Koden kommer naturligtvis på github så fort den existerar...

Jag har bara testat mailvarningar mot gmail. Koden består av hela fem rader i pellmonsrv.py, använder alltså tls:

Kod: Markera allt

        mailserver = smtp(conf.emailserver)
        mailserver.starttls()
        mailserver.login(conf.emailusername, conf.emailpassword)
        mailserver.sendmail(mail['From'], mail['To'], mail.as_string())
        mailserver.quit() 

Använder det här biblioteket: http://docs.python.org/2/library/smtplib.html Du kan ju testa och se vad som fungerar.

För att få mail kan du aktivera 'customalarms' och ställa in något gränsvärde, och aktivera mail för 'alarm' i konfigurationsfilen
# Send email when any of these change
conditions=alarm

[bosse123]

Det fungerar precis hur bra som helst! får numer mail om pannan går över 90 grader.
Är ju bara att utöka om man gillar att få mail i tid och otid.

har nu provkört min 1/0 givare den skriver en 1 vid öppen slinga och 0 vid stängd.
till följande fil:
/mnt/1-wire/12.EC0595000000/sensed.A

tänkte att jag frågar innan jag börjar joxa för mycket, men hur får jag nu ihop detta med detta plugin?
# RaspberryGPIO works only on a raspberry pi
#p03 = RaspberryGPIO

[Honda]

Du kan använda RaspberryGPIO pluginet som modell och göra ditt eget om du vill (kolla i src/Pellmonsrv/plugins). GPIO pluginet är egentligen betydligt krångligare eftersom man måste ha rooträttigheter för att komma åt hårdvaran, så det spjälker av en separat process som behåller rooträttigheterna då serverprocessen släpper dem. Rootprocessen hanterar input interrupten och debounce filter, allt det här krånglet kan du ersätta med en enda getItem('owfsinputnamn') för att läsa ingången via owfs. Men frågan är vem som ska sköta räknandet och hur ofta ingången måste läsas. Enligt databladet stöder kretsen latching, dvs du kan läsa av att ingången har varit aktiverad sedan senast, även om den inte är det längre. Om owfs stöder det så blir det ju enkelt, räcker med att läsa av en gång i sekunden eller nåt. Annars beror det på hur bred kamnock du har till brytaren (och skruvmotorns hastighet förstås). Kan tänka att ingången måste läsas 10 gånger i sekunden för att inte missa någon tick, och det kan eventuellt göra hela onewire bussen onödigt trög. Hur som helst, det skulle vara bra om du kan experimentera lite med den där kretsen och meddela hur det fungerar tillsammans med owfs, alltså om owfs kan läsa av latchen eller om den måsta pollas på 10Hz. Eventuellt kan den konfigureras för att fungera på olika sätt, bra om du postar hur den ser ut i owfshttp.

Sedan fixar jag nog koden i något skede, men jag lovar ingenting om när, det här är ju bara en hobby och tiden ska räcka till mycket.

[bosse123]

1390409683314.jpg (136.64 KiB) Visad 4077 gånger

[Honda]

Om jag fattar rätt så är alltså 'sensed.A' status för ingång A, och 'latch.A' indikerar att ingång A har ändrat status en eller flera gånger sedan latchen senast nollades. Kan du kontrollera att det fungerar så?

[bosse123]

Du har som vanligt förstått helt rätt!

cat sensed.A

ger antingen 0 eller 1 beroende på öppen eller sluten krets.

cat latch.A

ger 0 innan någon förändring är gjord efter senaste reset

ger 1 om det är gjort en förändring sedan senaste reset.

[bosse123]

kanske kan detta vara intressant läsning?
http://owfs.org/uploads/DS2406.3.html#sect11

En liten intressant bugg har uppenbarat sig, den gör uppehåll i ritandet av graferna i cirka 2,5 min med ojämna mellanrum typiskt 6 gånger på en timma.
Det gjorde den inte från början, har det att göra med att min ds2406 lastar ner 5 volten såpass mycket så att den tappar? (enda övriga ändringen är mailvarningarna)
å andra sidan så borde ju min andra graf (rrdtool) också tappa, den hämtar för övrigt med 2,5 minuters crontab.
skrivningen till mysql görs var 5 minut och det saknas inte en enda hämtning de senaste dygnen.