WLAN-Thermometer selbst bauen mit Raspberry Pi

[Joe16]

Hallo Phantomias,

was hältst du davon das wir alle dynamischen Daten in die Config im ini Format im unterordner data oder conf ablegen?

Damit meine ich nicht die aktuellen Messwerte oder das logging

Mein Watchdog wird bei jeder Änderung in dieser Datei eine Funktion ausführen die dann auf geänderte Werte darin reagieren kann.
Da dies mit dem pyinotify sehr ressourcen schonend ist kann das ruhig mal öfter geschehen und würde uns den vorteil verschaffen das wir auf alle Änderungen reagieren können!

Z.B. wenn ein Kanal vom GG Fühler zum GR Fühler umgeschalten wird und die Solltemperatur für diesen gesetzt ist muss der Regelungs Daemon doch auch mit diesen geänderten Parametern neu gestartet werden. Oder es keinen GR Fühler mehr gibt muss auch der Regelungs Daemon gestoppt werden.

Einfacher gesagt alle dynamischen Einstellungen sollten in die eine config --> Namen, Alarmwerte, Fühlerverwendung (GR, GG wobei es nur einen GR Fühler geben darf.)

Einfacher wäre es auch wenn Armin einfach die config in dem /var/www verwendet den bei einer kopie weis man nie welche version... Und außerdem würde es sicherlich zu etwas Verwirrung kommen und dem python programm ist es egal wo die liegt...

@Armin --> was meinst du zu den Änderungen ist dir das überhaupt recht? Ich will deinen Thread ja nicht "hijaken" aber ich kann hier nie mehr das leisten was du schon gemacht hast!

LG

Joe

PS: Vielleicht sollten wir wegen der Regelung mal ein Brainstorming z.B. via Skype machen?

 

[Phantomias2006]

Ja hört sich nicht schlecht an, ich würde aber die ini datein splitten...
z.B. tfühler.ini
FANTAST
FANTAST
FANTAST
etc.

Regler.ini
ch3=GR
tempsoll=110
Hysterese=2
etc.

regler.ini wird erst erstellt wenn man die Regelung per php startet. dein Daemon erkennt wenn die ini erstellt ist und regelt. Falls die ini nicht vorhanden ist wird die Regelung nicht gestartet. Beim stoppen der Regelung mittels php lass ich die ini einfach löschen und ende im gelände...
So in etwa hatte ich gedacht

Bezüglich den '../index.php'
wenn du ../ in der header datei weg tust funktioniert die Weiterleitung nicht mehr von der config Seite aus wenn du auf den Banner klickst...
Weil du ja mal gesagt hast dast einiges ändern hast müssen?!

Das in der set_temp "/" "\" hab ich schon geändert.

 

[Battleaxe]

Die Regelung weiß ich noch nicht ob ich einen PID oder I Regler verwende, oder eine einfache Regelung wie:
Jedes Grad das von der Solltemperatur abweicht wird mit einem Faktor Multipliziert und damit die Drehzahl Geändert mehr oder weniger stark verändert.

Hi,

ich habe keine Erfahrung im selber machen, arbeite jedoch an einer CNC-Drehmaschine.

Dort sind Schwellwerte und Verstärkungsfaktoren hinterlegt, und dabei sind die alle weitestgehend baugleich. Hier jedoch ist kein Lüfter bzw. keine Klappe wie die andere, daher würde ich vorschlagen:

LuefterStellungAnz: Anzahl der Schritte zwischen 0 und 100% = Beispiel 2
LuefterKennfeld: 0|0|-2|100

Bedeutet: Es gibt 2 Werte für den Lüfter (also an/aus).
Jedes Paar definiert eine Abweichung zum Sollwert und der zugehörige Zustand (der wird so lange gehalten bis ein anderes Paar gültig wird).
Das erste Paar sagt: Bei Sollwert (Abweichung 0) Lüfter aus, bei 2° unter Soll Lüftung an.

Wenn ich jetzt irre bin und eine extrem genaue Regelung machen möchte:

LuefterAnz:8
LuefterKennfeld: -2|100|-1|70|-0,5|50|-0.2|30|0|5|0,2|3|0,3|1|0,5|0

Das selbe für die Abgasklappe:

KlappenStellungAnz: 3
KlappenKennfeld: -0.5|100|0|5|0.5|0|

Die Klappe ist also bei Untertemperatur komplett offen, ab Soll fast geschlossen und bei 0,5 drüber ganz zu.

Wenn Du es jetzt sehr genau machen willst verdoppelt Du die Paare in "Aufsteigend" und "Absteigend"

LuefterKennfeldUp: -2|100|-1|70|-0,5|50|-0.2|30|0|5|0,2|3|0,3|1|0,5|0
LuefterKennfeldDown: -1|100|-0,5|70|-0,2|50|-0.1|30|0|7|0,2|2|0,3|1|0,5|0
KlappenKennfeldUp: -0.5|100|0|5|0.5|0|
KlappenKennfeldDown: -0.5|100|0,1|10|0.3|5|

Mit den Kennfeldern kann man die Steuerung auf sein Gerät einstellen ohne etwas an den Quellen verbiegen zu müssen.

Ausgeliefert wird mit einer 3-Punkt-Regelung für Lüfter und 2-Punkt für den Kamin.
Das sollte eigentlich für fast alle "normalen" Anforderungen reichen.

Wenn einer die Zehntelgrad kitzeln will kann er das machen.

Gruß Johannes

 

[Joe16]

Hallo Jungs,

das ist ja mal wieder ein Komunikativer abend!

@Battleaxe wenn ich deinen Tipp richtig interpretiere meinst du also mit

-2|100|-1|70|-0,5|50|-0.2|30|0|5|0,2|3|0,3|1|0,5|0

bei einer Temperatur
* Unterschreitung von 2 Grad 100% Lüfter
* -1 --> 70%
* -0.5 --> 50%
usw.

Also sind das alles paare die dann auch schön über ein GUI (Ja Phantomias das ist für dich ) zusammegestellt werden könnten und das sollte auf jedenfall für alle Anwendungen reichen und vor allem für jeden verwendbar sein!

Danke Battleaxe für diese gute Idee! :anstoßen:

@Phantomias --> Können wir machen aber ich denke das eine reichen sollte und wir dem vergangenen wildwuchs damit einhalt gebieten könnten.
Du kannst ja auch einfach in der einen Config die weiteren Parameter aus der [Regler] Sektion entfernen oder durch stellen des Paramters Kanal = none (von Kanal = 3) mir ein Zeichen geben das die Regelung deaktiviert ist.

Vor allem wenn wir die Regelung so wie oben von Battleaxe geschrieben machen sollten die Parameter der Regelung nicht verloren gehen oder?

LG

Joe

 

[Battleaxe]

Danke Battleaxe für diese gute Idee! :anstoßen:

Danke für die Blumen - Jungs, ihr seid so produktiv, da bin ich stolz ein kleines Quäntchen beitragen zu können.

Gruß Johannes

 

[SmoKing]

Ihr seid echt stark, Leute! :hutab:

Wegen einer Regelung hatte ich mich mal im Rahmen von Arduino mit auseinander gesetzt. Für C gibt es schon eine fertige PID-Library.
Ihr schafft ja unter Phython. Vielleicht gibt es das da ja auch? Oder vielleicht kann der Reglungsjob unter C programmiert werden?

Jedenfalls ist das Rad da schon erfunden worden.
... und ich würde auf alle Fälle auf einen PID setzen.

Weiter so!!!!! :sk_genauso:

 

[Phantomias2006]

Okay Joe dann bekommst du einen parameter.
z.B.:
tempregler=ch2

Dann regelt er nach dem ch2

Wen ich
Tempregler=false
Setze ist die regelung aus
So bleibts am übersichtlichsten oder?

Ich lasse vorerst zum testen noch meine set_temp.php
Und erstelle für die ini datei eine eigene ini_temp.php
Basierend auf das schon vorhanden script...
Wir müssen zum Testen zwar alles per hand eintragen wie in der anderen config derzeit aber es hat jetzt wenig sinn solange nicht alle parameter definiert sind.
Sobald alles läuft machen wir das gui mit dropdown etc für die einstellungen...
So bleibts vorerst übersichtlich. Oder was denkst du?

Bezüglich gnuplot,
armin du wertest eine datei aus TEMPLOG.csv die bei mir nicht angelegt wird weil ein timestamp drauf ist?! Hast du schon eine andere Version vom script?
Desweitern tritt das problem bei gnuplot auf dass logs wo 999,9 als wert gespeichert ist weil ein sensor nicht angeschlossen ist nicht erstellt werden (es kommt eine Fehlermeldung) da brauchen wir auch eine lösung weil sonst is der log jedes mal wenn ein fühler abgesteckt wird für die katz.... Hast du da eine Idee auf lager?

 

[Joe16]

Hallo Phantomias, Armin,

für das Gnuplot Werte Problem denke ich wäre es am einfachsten wenn bei einem Unplausiblen Wert statt 999.99 nur eine 0 aufgezeichnet würde, ich denke es wird keiner von uns bei 0 Grad garen und der Graph hat auch keine "Ausreiser". Aleine das Skalieren stell ich mir für gnuplot sehr schwierig vor wenn es einzelne Zahlenreihen gibt wo um die 100 bis 200 Grad und eine daneben mit 999.99

@Alle --> Danke für eure Mithilfe!

LG

Joe

 

[grillprophet]

Hallo Jungs,

Da das Projekt jetzt so richtig Fahrt aufgenommen hat, würde ich gerne mit einer veränderten Schaltung weitermachen.

Mein Plan:

Die Klinken für die Fühler ebenfalls auf eine Platine und die Schalter durch Relais ersetzen. Zusammen mit der AD-Wandlung soll dann alles auf ein Board und der Raspi entweder als Huckepackplatine oder über ein Flachbandkabel angeschlossen werden. Das ganze läßt sich dann wesentlich einfacher aufbauen und als komplette Baugruppe in ein Gehäuse setzen.

Jetzt kommt allerdings die Crux an der Sache. Ich brauche eure Hilfe. Uns gehen, wie bereits gesagt, die GPIO aus. Durch den wegfall der LED sind die I2C Leitungen wieder frei geworden. Zum Ansteuern der Relais habe ich mir daher vorgestellt, einen I2C Baustein PCF8574 mit 8 E/A zu verwenden. Dann könnte man gleich bei der Auswahl der Fühler über das Menü die Ausgänge des PCF8574 richtig schalten.

Was haltet ihr davon?


Grüße Marco

 

[Joe16]

Hallo grillprophet,

das klingt natürlich sehr verlockend aber was glaubst du wieviele die Fühler so mischen werden das sie dies benötigen würden? Ich verwende den Fantast und Maverick fühler und hier muss ich nichts umpolen.
Außerdem denke ich das die meisten schon alleine wegen des Preises den Fantast Fühler verwenden werden.
Ob das umschalten nun am Gehäuse mit einem Schalter oder im GUI gemacht werden muss ist denke ich egal und wir sollten uns die GPIO's aufsparen für andere Funktionen.

Aber dein Vorschlage einen 8 E/A Baustein zusätzlich anzubinden finde ich hingegen sehr gut!

LG

Joe

 

[Joe16]

Ihr seid echt stark, Leute! :hutab:

Wegen einer Regelung hatte ich mich mal im Rahmen von Arduino mit auseinander gesetzt. Für C gibt es schon eine fertige PID-Library.
Ihr schafft ja unter Phython. Vielleicht gibt es das da ja auch? Oder vielleicht kann der Reglungsjob unter C programmiert werden?

Jedenfalls ist das Rad da schon erfunden worden.
... und ich würde auf alle Fälle auf einen PID setzen.

Weiter so!!!!! :sk_genauso:

Hallo Smoking,

ich dachte auch zuerst das eine Standard Regelung am besten wäre. Aber bedenke das jeder bei seinem Sportgerät andere Regeleigenschaften benötigt.

Z.B. bei meinem Joe Smoker mit Holz befeuert ist die Regelung anders notwendig als wenn ich mit Kohle heize.
Bei einem UDS ist es wieder anders...
Und wenn jemand seinen Gasi damit regelt wieder.

Deshlab denke ich das der Vorschlag von Battleaxe für alle die beste Lösung ist weil jeder über den gui Einstellen kann ob er zwei drei vier oder fünf Punkte in seiner Regelkurve hat und sie dementsprechend verwenden kann.

@Phantomias --> hier wäre es denke ich super wenn sogenannte "Presets" für die Regelparameter apgespeichert werden könnten und bei bedarf wieder aufgerufen.

Z.B. Preset 01:

Name = Pullet Pork
GT = 140
GRF = ch0
Regelung01 = -5!100|-3!50|-2!20|-1!0 
Regelung02 = 1!100|2!80|3!50|4!20|5!0

Die "Presets" könnten wir dann ja sogar hier mit anderen Teilen oder? Also wäre auch eine Export / Import Schnittstelle dafür gut...

Aber nun wieder zurück zum umsetzen der Grundfunktionen...

LG

Joe

 

[grillprophet]

Hi, wie oft jemand seine Fühler wechselt oder woanders einsteckt kann ich natürlich nicht sagen.
Aber erstens denke ich, dass auch hier durch die Hard-und Software dem Mensch wieder eine Fehlerquelle abgenommen wird. Sowohl im Aufbau, als auch im Betrieb.
Zweitens erkaufen wir uns durch die Abgabe von 2 Pins die Möglichkeit eine weitaus größere Anzahl von E/A zu nutzen. Bsp. das LCD an einen Treiber am I2C und schon wieder 6 GPIO frei. Das wären dann, wenn ich jetzt aus der Ferne noch richtig im Kopf hab schon 10 freie GPIO.
Und drittens finde ich persönlich die 8 Schalter schon etwas häßlich.

Grüße Marco

 

[Joe16]

Hi, wie oft jemand seine Fühler wechselt oder woanders einsteckt kann ich natürlich nicht sagen.
Aber erstens denke ich, dass auch hier durch die Hard-und Software dem Mensch wieder eine Fehlerquelle abgenommen wird. Sowohl im Aufbau, als auch im Betrieb.
Zweitens erkaufen wir uns durch die Abgabe von 2 Pins die Möglichkeit eine weitaus größere Anzahl von E/A zu nutzen. Bsp. das LCD an einen Treiber am I2C und schon wieder 6 GPIO frei. Das wären dann, wenn ich jetzt aus der Ferne noch richtig im Kopf hab schon 10 freie GPIO.
Und drittens finde ich persönlich die 8 Schalter schon etwas häßlich.

Grüße Marco

Hallo Grillprophet,

Ja da hast du recht das ist "hässlich" aber soweit ich mich Erinnern kann ist die Umschaltung nur bei einem Fühlertyp notwendig oder? Ich brauche nur 4 Fühler und sollte ich einen anderen Typ haben so werde ich einen weiteren Anschluss mit der anderen Belegung verbauen...

Das mit dem E/A Chip halte ich für eine sehr gute idee wenn wir noch weitere IO's brauchen sollten.

LG

Joe

 

[Arminth]

AW: WLAN-Thermometer selbst bauen mit Raspberry Pi

Hallo Jungs,
Wollte nur mal kurz Hallo sagen. Bin zur Zeit wieder viel auf Achse und hab nicht so viel Zeit. Ich bleibe aber dran!

Grüßle und Tschöh!


Armin
(Mobil)

 

[Phantomias2006]

@Joe,

Hab mir gerade mal deinen code für das popup fenster angesehen und muss sagen ich habe mir gleich mal ein Bier rein gestellt

Is schon ser verschachtelt und tricky blick da noch nicht ganz durch...
gibts für das popup.js ein readme?!

Lg

 

[grillprophet]

Angekommen

 

[Arminth]

Zur Frage nach Templog.csv

Ja, ich habe das Script geändert. Ich erstelle einen Symlink namens TEMPLOG.csv, der auf die momentan zu befüllende echte Logdatei zeigt.
Ich hba es aber nicht released. Die nächste Release sollte definitv eine mit neuer GUI und Interface-datei statt statischer Index.html sein.

Von daher Haut rein Jungs!

Edith sagt noch: @Grillprophet Hab ich eben auch gesehen! Die Pappnasen haben natürlich erst gestern abgeholt!


Bei Bedarf kann ich das geänderte script aber auch schicken!

Grüßle und Tschöh!

Armin

 

[Joe16]

@Joe,

Hab mir gerade mal deinen code für das popup fenster angesehen und muss sagen ich habe mir gleich mal ein Bier rein gestellt

Is schon ser verschachtelt und tricky blick da noch nicht ganz durch...
gibts für das popup.js ein readme?!

Lg

Hallo Phantomias,

ich hab den Code in netz gefunden und er Funktioniert doch prächtig oder?

Was ich aber in PHP mache wirst du wahrscheinlich in JavaScript direkt machen wollen.

Sorry :anstoßen:

@Armin --> danke deine Änderungen betreffen im Moment meine Entwicklungen nicht aber wir sollten mal klären wer die arbeiten von uns zusammenführt?

Ich habe meinen watchdog morgen abend fertig und dann?

LG

Joe

 

[TheJJ1]

echt cool was ihr für ideen habt und wie ihr euch an dem projekt reinhängt.
tut mir leid, dass ich schon wieder nerve aber hat denn keiner lust einen funkempänger (Link) zum abfangen des maverick signals zu integrieren.
das könnte man doch auch in na config für jeden nutzer optional aktivierbar machen.es gibt bestimmt einige hier die das interessieren würde. abr bitte nicht wieder auf das andere projekt verweisen, da zu den maverick noch 3 fantast und einen außentemperaturfühler anschließen will.

Vorteile, wenn man nicht nur die Fühler des Maverick nutzt sonden das gesamt Signal abfängt:

+ keine Fehlerhaften Werte durch die hochohmigen Fühler
+ man kann das Maverick so wie es ist weiternutzen
+ man muss wenn man nur 2 Fühler (kommt ja auch mal vor, dass man keine 6 PP gleichzeitig überprüfen muss) braucht nicht die fantast nutzen sondern stell bloß den raspi inkl. breakout in die nähe des maverick und man kann trotzdem die daten mitloggen.
+ der funkempfänger kostet ca 12-13€ und stellt sicher, dass nach fertigstellung des wlan thermometers der maverick nicht im schrank verstaubt.
+ man kann das maverick als zusätzlichen alarm zum browser nutzen, da der piepser im breakout bei nachtschichten ja meistens nicht in reichweite ist.
+ die 65€ investition für ein maverick vor ein paar monaten wäre nicht total umsonst gewesen.

ich hoffe, dass ich euch die integration eines funkempfängers ein bisschen schmackhaft machen konnte und ihr euch dazu eintscheidet solch einen empfänger als option zu integrieren. bitte bitte bitte .
würde es gern selber machen aber leider fehlt mir dazu das nötige wissen in diesem bereich.
@Joe: du willst doch maverick fühler nutzen,oder? dann wäre das doch eine gute option für dich.

Vielen Dank schon mal!

 

[Joe16]

echt cool was ihr für ideen habt und wie ihr euch an dem projekt reinhängt.
tut mir leid, dass ich schon wieder nerve aber hat denn keiner lust einen funkempänger (Link) zum abfangen des maverick signals zu integrieren.
das könnte man doch auch in na config für jeden nutzer optional aktivierbar machen.es gibt bestimmt einige hier die das interessieren würde. abr bitte nicht wieder auf das andere projekt verweisen, da zu den maverick noch 3 fantast und einen außentemperaturfühler anschließen will.

Vorteile, wenn man nicht nur die Fühler des Maverick nutzt sonden das gesamt Signal abfängt:

+ keine Fehlerhaften Werte durch die hochohmigen Fühler
+ man kann das Maverick so wie es ist weiternutzen
+ man muss wenn man nur 2 Fühler (kommt ja auch mal vor, dass man keine 6 PP gleichzeitig überprüfen muss) braucht nicht die fantast nutzen sondern stell bloß den raspi inkl. breakout in die nähe des maverick und man kann trotzdem die daten mitloggen.
+ der funkempfänger kostet ca 12-13€ und stellt sicher, dass nach fertigstellung des wlan thermometers der maverick nicht im schrank verstaubt.
+ man kann das maverick als zusätzlichen alarm zum browser nutzen, da der piepser im breakout bei nachtschichten ja meistens nicht in reichweite ist.
+ die 65€ investition für ein maverick vor ein paar monaten wäre nicht total umsonst gewesen.

ich hoffe, dass ich euch die integration eines funkempfängers ein bisschen schmackhaft machen konnte und ihr euch dazu eintscheidet solch einen empfänger als option zu integrieren. bitte bitte bitte .
würde es gern selber machen aber leider fehlt mir dazu das nötige wissen in diesem bereich.
@Joe: du willst doch maverick fühler nutzen,oder? dann wäre das doch eine gute option für dich.

Vielen Dank schon mal!

Hallo JJ1,

sorry aber leider kann ich dir da auch nicht weiterhelfen...

Ich habe zwar einen ET 732 und auch 3 GG und einen GR Fühler aber werde diese direkt an das WLANThermo anschließen da ich selten unter 50 Grad gare sollten die große Tolleranz kein Problem sein.

Ich habe mich zwecks Haussteuerung kurz mit Funk beschäftigt und muss sagen was die Hersteller da für eine Arbeit abliefern ist echt arg, jeder verwendet den Standard aber mit seinem eigenen "Dialekt" so das wenn dieser nicht offen gelegt wurde nur über "reverse engineering" einigermaßen herausgefunden werden kann was hier daherkommt.

Auch denke ich das jedes weitere Gerät das zwischen dem Fühler und dem Alarm ist nur eine weitere "Fehlerquelle" sein kann und wegen dem Verstauben, ich mach nicht jede Woche 3 PP sondern werde den Weber auch so mit dem ET-732 weiter nutzen.

LG

Joe