• Du musst dich registrieren, bevor du Beiträge verfassen kannst. Klicke auf Jetzt registrieren!, um den Registrierungsprozess zu starten. Registrierte User surfen werbefrei, können Suchen durchführen und sehen die volle Darstellung des Forums mit vielen anderen Unterforen!!!

Pi-Ager (Reifeschranksteuerung mittels Raspberry Pi)

Status
Für weitere Antworten geschlossen.
Klasse
Danke
 
das heist also die Webcam von Amazon (fitTek® USB 50MP) würde sofort funktionieren oder wo ist der Unterschied zu den anderen?
Ich bin halt doch ein Digitaler Outsider
 
Besteht eigentlich die Möglichkeit einer Feuchtemessung des Produktes also vom Fleisch oder Wurst?
Ihr habt mich so angefixt
Wahnsinn
 
ramaa schrieb:
das heist also die Webcam von Amazon (fitTek® USB 50MP) würde sofort funktionieren oder wo ist der Unterschied zu den anderen?
Ich bin halt doch ein Digitaler Outsider
Zum Vergrößern anklicken....
Die läuft sofort mit dem Pi ohne externe Stromversorgung. Eine alte PS 3 Eye geht auch sofort.
 
Hi zusammen,

also bei mir läufts total unstabil. Nach einer gewissen Zeit (15min) ist der Pi nicht mehr erreichbar. Außerdem schalten die Relais nicht mehr.
Ich wage jetzt mal zu behaupten das es nicht an der Verkabelung und dem Aufbau liegt, das hab ich industrietauglich ausgeführt. Es läuft ja auch wie gesagt 15min. Danach bleibt alles stehen. Die Relais behalten ihren Schaltzustand bei.Habe den Pi2 Model B V1.1. Unter der roten Power LED am PI blinkt nach Neustart eine grüne "Act" LED in regelmäßigen Abständen. Wenn das System stehenbleibt leuchtet auch diese LED nicht mehr. Die Loop.py hab ich auch schon getauscht...
 
Hallo @Thommi77 !
Die Sensor Librarys sind nur mit dem Zero zu 100% getestet... damit läuft das System sauber durch...
Ein paar Tests habe ich auch gemacht: z.B. mit dem Pi3B und Pi3B+ funktioniert der DHT Sensor definitiv nicht, das habe ich selbst getestet.
Müsste mal mit einem Pi2B testen... ich habe aber im Moment nur einen DHT22 für mein Testsystem hier rumliegen...
Was steht eigentlich im Log wenn er aussteigt?
 
Hi,

als Sensor nutze ich den SHT. Der läuft auch sauber. Im Log steht auch nix vom Sensor oder Neustart o.ä.
Was mir aber aufgefallen ist, ist das immer der letzte Eintrag (der letzte Eintrag vorm Absturz sozusagen) im Log einen Zeitsprung zurück macht. Hier ein Beispiel:

18-05-02 20:14:05
***********************************************
Main loop/Unix-Timestamp: (1525284844)
-------------------------------------------------------
target temperature: 2 C
actual temperature: 22.88 C
-------------------------------------------------------
target humidity: 55%
actual humidity: 49.23%
-------------------------------------------------------
selected sensor: SHT
-------------------------------------------------------
circulation air timer active (fan on)
exhaust air timer active (fan on)
uv-light timer active (uv-light off)
light timer active (light off)
-------------------------------------------------------
heater off
cooling compressor on
humidifier on
circulation air on
exhaust air on
dehumidifier off
light off
uv-light off
-------------------------------------------------------
18-05-02 20:06:10 ***********************************************
18-05-02 20:06:10 sensortype set to SHT
18-05-02 20:06:14
***********************************************
Main loop/Unix-Timestamp: (1525284374)
-------------------------------------------------------
target temperature: 2 C
actual temperature: 22.74 C
-------------------------------------------------------
target humidity: 55%
actual humidity: 50.23%
-------------------------------------------------------
selected sensor: SHT
-------------------------------------------------------
circulation air timer active (fan off)
exhaust air timer active (fan off)
uv-light timer active (uv-light on)
light timer active (light on)
-------------------------------------------------------
heater off
cooling compressor on
humidifier off
circulation air on
exhaust air on
dehumidifier off
light on
uv-light on


Oder hier:

-------------------------------------------------------
18-05-02 21:14:07
***********************************************
Main loop/Unix-Timestamp: (1525288447)
-------------------------------------------------------
target temperature: 2 C
actual temperature: 23.18 C
-------------------------------------------------------
target humidity: 55%
actual humidity: 50.48%
-------------------------------------------------------
selected sensor: SHT
-------------------------------------------------------
circulation air timer active (fan on)
exhaust air timer active (fan off)
uv-light timer active (uv-light off)
light timer active (light off)
-------------------------------------------------------
heater off
cooling compressor on
humidifier off
circulation air on
exhaust air on
dehumidifier off
light off
uv-light off
-------------------------------------------------------
18-05-02 21:01:43 ***********************************************
18-05-02 21:01:43 sensortype set to SHT
18-05-02 21:01:47
***********************************************
Main loop/Unix-Timestamp: (1525287707)
-------------------------------------------------------
target temperature: 2 C
actual temperature: 22.92 C
-------------------------------------------------------
target humidity: 55%
actual humidity: 49.75%
-------------------------------------------------------
selected sensor: SHT
-------------------------------------------------------
circulation air timer active (fan off)
exhaust air timer active (fan off)
uv-light timer active (uv-light on)
light timer active (light on)
-------------------------------------------------------
heater off
cooling compressor on
humidifier off
circulation air on
exhaust air on
dehumidifier off
light on
uv-light on
-------------------------------------------------------

Das kann ich irgendwie nicht interpretieren.
 
Hhm.. wenn die Zeit zurück springt muss er kollabieren. Hast Du da einen ntp Daemon laufen? Und eventuell via DHCP statt fester IP?
Das geht so nicht normalerweise, es gibt immer noch viele DBs die mit Time Stamp statt Change Log arbeiten. Den zweier sogar eventuell übertaktet?
 
Puh. Eigentlich hab ich die SD Karte komplett formatiert. Da sollte an Altlasten nix mehr drauf gewesen sein. Dann hatte ich das alte Release 2 getestet und danach das Beta drauf gemacht. Das wars...
 
@Thommi77
Kannst du die langen Logfiles bitte hierhin schicken: support@pi-ager.org damit wir hier nicht alles vollmüllen?

Solche Sprünge passieren tatsächlich wenn man eine Reboot macht , das haben wir auch beobachtet, müssen mal schauen woran das liegt. ( beobachtet nur bei dem Temp/Feuchtigkeit Sensor )
Das für aber nicht zu einem Ansturz des Systems...
Es ist nur ein Schönheitsfehler im Plot...
 
Ha-Ma schrieb:
Kannst du die langen Logfiles bitte hierhin schicken: support@ pi-ager.org damit wir hier nicht alles vollmüllen?
Zum Vergrößern anklicken....
Ja mach. Sorry.
Ich hab nochmal überlegt. Mir ist eingefallen das ich das Image des Beta (siehe Seite 22) installiert hatte. Eventuell muss ich mir mal die komplette Prozedur der manuellen Installation antun. Das Image wird ja vom Zero sein, oder ?
 
Das Image an sich läuft grundsätzlich auf allen Pi’s... ich nehme immer das gleiche zum Testen egal mit welchem Pi ich rumspiele...
Nur die Librarys der Sensoren nicht ... daher die Empfehlung erstmal : Zero.
 
Hi,
ich hatte das schonmal ins Spiel gebracht: es ist ja so, daß sobald die Zeitwerte für Abluft und Umluft geändert werden, dieser Änderungswert als Startpunkt genommen wird. Wenn man nun die Werte GLEICHZEITIG ändert auf z.B. 720 min. Abluft und 360 min. Umluft hat man den Effekt, daß alle 12 Stunden Abluft und Umluft gleichzeitig laufen. Könnte man da eventuell einen Startzeitpunkt vorgeben oder ist das zu kompliziert wegen System Time Stamp vs. Date/Time?
Schönen Gruß
Peter
 
Ach so: eine Anmerkung zur WebCam aus der Einkaufsliste: da ist ein Mikro drin. für Paranoiker aufschrauben und abknipsen.
 
Status
Für weitere Antworten geschlossen.
Zurück
Oben Unten