Supportthread zum WLAN-Thermometer mit dem Raspberry Pi

[Joe16]

Hallo ri70,

pit_pause ist die Zeit die der Pitmaster bis zum nächsten Durchlauf (Regelung) wartet, damit er nicht zu oft regelt und damit das System zum Schwingen bringt und die CPU des PI schont.

pit_min ist der Minimum wert also bei einer Luftklappe wäre das fast ganz geschlossen (sonst stickt die Glut ab!) und pit_max ganz offen. In meinem Beispiel ist pit_min deshalb 150 weil ich einen Fahrtenregler (Ventilator) damit ansteuere und dieser bei 150 Aus ist und bei pit_max = 190 die Maximale Drehzahl hat (alles unter 150 würde wenn der Lüfter keine Diode verbaut hat ihn Rückwärts laufen lassen...).

Mit diesen Werten errechnet der Pitmaster dann einen Wert in Prozent den er aufgrund der Soll und Ist Temperatur mit der pit_curve gestellt werden soll.

Hab ich nun alle klarheiten beseitigt?

 

[Joe16]

Das Display hat sich schon verbessert. Ich habe noch immer die ganz langen Kabel, die schon einmal als mögliche Fehlerquelle gehandelt wurden, aber das Display fällt nicht mehr aus.
Wo es noch immer Probleme gibt, ist wenn man mit der Schirmung der Fühler (in meinem Fall: FANTAST von IKEA) an Masseteile der Schaltung ankommt. zB Schirm der USB-Stecker, oder die Schrauben des Displays etc.
Das wird sich aber generell nicht lösen lassen.

Hallo ri70,

wo genau und welche Kondensatoren hast du bei dir verbaut?

 

[ri70]

Hallo Joe!

Generell ist die Sache jtzt schon klarer, aber halt noch nicht ganz
Wenn ich jetzt ein ganz normales Servo habe, und dieses mit dem Pitmaster vom linken Anschlag bis zum rechten Anschlag verwenden möchte, dann verwende ich aber schon die Werte 50 bis 250, wobei 150 dann die Mitte oder auch neutral sein müsste.

Bezüglich der Kondensatoren, habe ich je einen 1000µF Elko verwendet.
1 Stk. kam auf den USB-Hub parallel zum 5v -Eingang des Steckers, welcher auch am PI angeschlossen ist.

Die elektronischen Käfer wurden auch noch mit Kühlkörpern verstärkt, da diese sehr heiß werden.
Das wird vermutlich nicht jeder benötigen, weil nicht jeder einen Hub verwenden wird.

Auf der Grillprophet-Platine habe ich ebenfalls einen Elko zur 5V-Leitung parallel geschaltet.
Hierzu ist noch ein guter Platz über der Beschriftung.

Die 3 Einzeldrähte welche nach unten weggehen, sind die Anschlüsse für das Servo.
Rechts die Buchse, ist nur ein Anschluss, wo man 5V, 3.3V und GND einfach abgreifen kann, zB für einen Gehäuselüfter.

Leider bin ich noch nicht ganz mit dem Ausbau fertig, da erstens das Servo noch nicht funktioniert, und zweitens das ganze nochmals vereinfacht werden soll (zB ohne HUB, den braucht man eigentlich nicht) > Reduktion auf das Wesentliche. Was nicht da ist, muss auch nicht funktionieren
und drittens sollte das ganze noch Netzunabhängig funktionieren. Thema: Schrebergarten > 1) mit UMTS-I-Net und leider auch bald ohne Steckdose.

 

[ri70]

Hi,
also das mit dem Servo konnte ich klären. Von den 5 Servos die ich zu Hause hatte, war genau dieses kaputt Somit hat es auch nicht Befehle des RPI wie gewünscht angenommen.

Die anderen Servos lassen sich aber mit der Software bedienen, jedoch mit einem gewaltigen Wermutstropfen.
So weit ich das gestern im fliegenden Aufbau erkennen konnte, beeinflusst das Servo unseren RPi gewaltig.
Die Stromaufnahme von so einem Servo liegt laut div. Foren bei ca. 0.5A

Immer wenn das Servo sich bewegt kommt es zu massiven Rückwirkungen auf den RPI, was sich vor allem wieder auf das Display ausgewirkt hat.
In ganz schlimmen Fällen ist dann die Verbindung zum USB-HUB abgebrochen, was wieder einen Ausfall der WLAN-Verbindung erwirkt hat. Dann war es im Prinzip ganz aus, weil keine Aktionen am RPI mehr gesetzt werden konnten. Auch kein AUS-Befehl! (wird es hier einmal eine hardwarlösung geben?)

Was mich jetzt noch etwas stutzig macht, hier bin ich noch am Forschen, ist die Tatsache dass das Servo eigentlich immer angesteuert wird. Das ist zwar bei einem Fahrtenregler zum Betrieb eines Lüfters erwünscht, aber bei einem Servo mit einem hohen Stromverbrauch nicht optimal.
Eigentlich würde es reichen, wenn das Servo immer dann angesteuert werden würde, wenn es seinen Winkel verändern muss. Dann kann es ja länger angesteuert werden, damit es auch sicher seine Position erreicht. Anschliessend könnte es aber ohne weitere aktive Handlungen in der Position verharren.
Aber ich denke im Laufe einer 24h -Vergrillung wird das nicht so oft sein, weil das System sich ja doch selbst stabilisieren wird. Somit könnte man das System wesentlich energiesparender auslegen.

Kann man diese Funktion eventuell noch ergänzen? Oder ist meine ganze Theorie falsch.
Hat schon jemand außer mir überhaupt die Ansteuerung eines Servos versucht?

 

[ri70]

Ich habe meine Versuche mit dem Servo fortgeführt, und bin auf folgendes wichtiges Ergebnis gekommen.

Eine tatsächliche Regelbewegung des Servos, wird nur dann ausgeführt, wenn der Sollbereich nicht erreicht ist. Also steht das Servo zB auf 40% dann bewegt sich da auch nichts. Somit sollte auch der Strombedarf gering sein. Versucht man aber das Servo aus dieser Stellung mit der Hand rauszudrehen, regelt das Servo sofort nach.
Also bin ich Momentan der Meinung die Programmierung passt.

Das Zittern des Servos kam beim letzten Versuch anscheinend durch den fliegenden Aufbau. Wie generell bei dem RPI fliegender Aufbau zu 90% zu irgendwelchen Fehlern führt.
Wenn sich das Servo bewegt, fliest anscheinend doch etwas Strom, und man merkt das an der Spannungsversorgung.
In den Modelbauforen, wird daher auch immer empfohlen den Servos eine getrennte Stromversorgung zu verpassen.

Was mir jetzt leider wieder passiert ist, ist das durch das einbrechen der Spannung das WLAN-Modul ausgefallen ist. Von selbst reaktiviert hat es sich im Betrieb leider nicht mehr.
Somit war auch kein Bedienen der Software mehr möglich.

 

[ri70]

Könnte man den %-wert der Servos auch in einer Plotlinie darstellen?

 

[schnitto]

Hallo, habe nun alle Seiten durch. Wollte fragen ob es noch eine Platine gibt?
Bin noch nicht im PN Modus <- zu Neu.

Fettes Lob für dieses Mammutprojekt.

 

[TheJJ1]

@ri70
Funktioniert das mit dem 1000µF Elko, dass das Display keine Aussetzer mehr hat?
Ich hab leider bloß ein 2000µF 50V Elko zur Hand. Müsste aber auch funktionieren, oder? Bei den 50V handelt es sich ja bloß um die maximale Spannung und 2000µF sind ja eh besser als 1000µF.

 

[Arminth]

@jj
Geht genauso, wenn du genug Platz hast.
Grüßle und Tschöh!

Armin

 

[TheJJ1]

@jj
Geht genauso, wenn du genug Platz hast.
Grüßle und Tschöh!

Armin

Ok danke! Dann werd ich das am wochenende mal testen!

 

[ri70]

Hallo, wie Armin schon geschrieben hat, mehr ist sicher immer besser.
Ich habe schon den eindruck, dass die Spannungsversorgung des Displays verbessert wurde.
Ich hatte nur mehr Ausfälle, wenn die Versorgungsspannung generell abgesunken ist. (Versuche derzeit die Versorgung mittel Akku).

Soweit ich das aber mitbekommen habe, gibt es mit der Stromversorgung von externen Geräten über den RPI generell etwas Probleme.
Man misst auch nur ca. 4,8V am 5V Ausgang, auch wenn mit Sicherheit 5V anliegen. Der Spannungsabfall kommt anscheinend durch die Absicherung der Leitung am RPI zu Stande.

Eventuell ist es überhaupt besser, die Spannungsversorgung des LCD-Displays und sonstiger Zusatzteile (zB dem Servo), noch vor dem RPI von der 5V-Versorgung abzugreifen.

 

[TheJJ1]

also ich betreibe im moment das display und den rpi auch getrennt an einem 5V 2A netzteil. konnte noch keine probleme feststellen! der kondensator ist ja dann eigl nicht mehr notwendig oder?

EDIT: Es dürfte jedoch was bringen, wenn ich den Kondensator direkt ans Netzteil häng und dann erst Display und Raspi dranhäng. Das dürfte zumindest diese beiden Komponenten vor Spannungseinbrüche schützen.

Gesendet von meinem iPad mit Tapatalk

 

[911er]

Falls ihr auf Kernel 3.10.27+ geht und den tplink stick in Version 2 verwendet brauch ihr einen neuen Treiber, der am 17.01.14 veröffentlicht wurde. Hier ein link mit allen Kernelversionen und links zu den passenden Treibern:

http://www.fars-robotics.net


Gruß
911er

 

[TheJJ1]

Hallo,

Die Verdrahtung aber mal vorab für alle die das in ihrer Hardware verwenden möchten:

Der IO mit einer billigen Relaisplatine so:

VCC - +5V vom PI (PIN 2 oder 4)
IN - GPIO 2 / PIN 3
GND - PIN 6, 9 oder 14 (jeder GND des PI)

Der Halt GPIO 3 soll wie jeder GPIO des PI welcher einen Taster hat Beschalten werden.
GPIO Push Button Monkey - LeifBlog

Hallo,
ich habe mittlerweile endlich mein 1 Kanal Relais Modul aus China bekommen, leider habe ich noch ein paar Probleme bei der Inbetriebnahme. Wenn ich es so anschließe wie oben beschrieben tut sich irgendwie garnichts.

Hier ein Bild der Platine:

Der Jumper ist gesetzt! Ich geh mit dem GND direkt auf den Minus und mit Vcc auf den Plus meines 5V Netzteils. Den IN leg ich auf GPIO 2. Leider tut sich garnichts wenn ich den Pitmaster aktiviere.
Das Relais schaltet erst wenn ich den IN zusättlich auf Gnd leg.
Was mir weiterhin aufgefallen ist, dass GPIO 2 nicht auf der PWM Stiftleiste der grillprophet liegt. Lieg ich da richtig?

Wäre super, wenn mir wer die richtige Belegung sagen könnte damit ich heut noch mein Relais verbaun kann.
Außerdem wollte ich noch Fragen, ob der HALT Taster für das schon in die Software integriert ist und auf welche Pins ich diesen legen muss.

Danke schon mal!

 

[grillprophet]

Servus,
GPIO 02 liegt auf Pin 1 von K10

Das Relaismodul ist ein Low Trigger Modul. (Müsste auch irgendwo im Angebotstext stehen) Um das zu benutzen musst du das Ausgangssignal des GPIO 02 invertieren. Ob das über die SW geht hab ich noch net probiert. Du kannst allerdings nen zusätzlichen Transistor mit nem 3.3KOhm Widerstand nutzen.

Grüße Marco


(Irgendwo)

 

[sandflow]

Hallo zusammen,

benötige mal Anwender-Support. Habe gerade zwei Bacon Bombs im UDS. Leider habe ich mit der Web-Oberfläche (V1.0.1 - beta) Probleme. Bisher lief alles ohne Probleme, doch seit heute wird nur noch folgendes angezeigt.

Wenn ich die Adresse direkt mit /main.php aufrufe, sehe ich die Temperaturen. Hilft zwar, um den Job zu checken, aber nicht wie designed.

Liegt es an einem nicht gestarteten Dienst? Neustart des Raspi hat leider nichts gebracht.

Wer kann helfen?

Grüße aus Rheinland....

 

[TheJJ1]

Servus,
GPIO 02 liegt auf Pin 1 von K10

Das Relaismodul ist ein Low Trigger Modul. (Müsste auch irgendwo im Angebotstext stehen) Um das zu benutzen musst du das Ausgangssignal des GPIO 02 invertieren. Ob das über die SW geht hab ich noch net probiert. Du kannst allerdings nen zusätzlichen Transistor mit nem 3.3KOhm Widerstand nutzen.

Grüße Marco


(Irgendwo)

Ich bin ein ziemlicher Elektronoob deswegen die Frage. Wie mache ich das mit dem Transistor mit dem 3.3KOhm Widerstand? Wo muss ich was anschließen? Was bringt mir eigl der Jumper auf dem Relais-Modul? Kann ich das Problem auch anders lösen?

Danke schon mal für die Hilfe

 

[Phantomias2006]

@sandflow

Probiers mal indem du satt der main.php die index.php aufrufst
Die main.php ist nur ein script was im Hintergrund läuft und die Daten aufbereitet.
Darum dein Designproblem....

 

[Phantomias2006]

Habs falsch verstanden Sorry

Also ich würde mal sagen dass GUI findet die style.css Datei nicht. Bzw die wird nicht korrekt eingebunde.
Die v1.0.1 lief aber schon korrekt bei dir oder? Ich wurde den Browser-cache leeren und dann nochmal laden. Da ist sicher mal was schief gelaufen.

Lg

 

[sandflow]

Hallo Phantomias2006,

danke für den Hinweis, aber leider liegt es nicht am Client (Browsercache). Habe mehrere Browser und diverse Clients (Phone, Tablet, Notebooks) ausprobiert. Überall das gleiche Ergebnis.
Muss irgendwo im Bereich des Raspi liegen. Die v1.0.1 lief in den letzten Wochen bis gestern Mittag korrekt! Werde mal sehen, ob ich die Website irgendwie debuggen kann?
Hast Du Tipps, wie ich das am besten mache? Wäre es alternativ einfacher, die ganze Software nochmal zu installieren?

Beste Grüße
sandflow