Hallo Community,

nach einigem hin und her habe ich ja nun eine neue Grow Location gefunden. Platz für alle meine Wünsche ist vorhanden, doch leider bedeutet das, nicht mehr ständig vor Ort sein zu können. Deshalb und aufgrund der neuen Möglichkeiten habe ich mir zum Projekt gemacht, eine flexible Steuerung zu entwickeln.

Die Anlage besteht aus einem raum von rund 2m Breite und 3m Länge. in diesen Raum möchte ich 3 Growboxen stellen, mit je 100cm x 100cm. Eine Box wird meine Mutterpflanzen und Stecklinge beherbergen, eine für den eigentlichen Grow, und eine, damit der Kobold endlich anfangen kann mal etwas mit dem Breeden einer neuen Sorte zu experimentieren.

Da der Raum über eine Frischluftzufuhr verfügt, was zwar ganz nett ist, aber im Winter zum Problem werden kann, habe ich mir ein mehrstufiges Belüftungssystem überlegt. Jede Box bekommt einen eigenen AKF mit 2 Stufigen LTI, welcher gesteuert für den Luftaustausch innerhalb der Boxen sorgt und die von den Lampen erwärmte Luft in den Arbeitsbereich lüftet. Von da wird wiederum abhängig von dessen Luftfeuchte bzw. Temperatur durch einen weiteren AKF ins freie gelüftet. Ich möchte außerdem im Sinne des Brandschutzes ab einer Temperatur von über 60 Grad die komplette Anlage heruntergefahren haben.

Um das zu realisieren habe ich ein kleines technisches Spielzeug gebastelt. Angefangen habe ich dabei traditionell mit der Herstellung der PCB:

Belichtungsvorlage auf Folie Drucken (Layoutprogramm Eagle)...

Platine belichten und entwickeln:

Platine ätzen:

Platine bestücken (jaja... hab auch schon mal schöner gelötet....)

Und von oben:

Hochzeit mit dem Gehirn, einem Raspberry pi zero w und seinem Helferlein, einem ESP8266. Bigup @Wulfman77 für den Wink mit den ESP´s

Das Prinzip ist folgendes:

Der Raspberry steuert die 9 Relais, an denen Licht, Lüfter, Ventilatoren, Luftbefeuchter, Heizer,Wasserpumpen, etc. angeschlossen werden können.
An Sensorik können 4 Analoge Eingänge (Sensoren für Erdfeuchte, Temperatursensoren, RLF Sensoren, etc.) verwendet werden und zusätzlich ist eine Buchse für den I2C Bus vorhanden. Es gibt für nahezu alles was man messen möchte Sensoren für den I2C Bus.

Um es ein wenig blinken zu lassen verfügt das Board über 6 frei beschaltbare Status LED´s

Damit das ganze ausbaufähig ist habe ich einen ESP8288 verbaut, der per UART mit dem Raspberry verbunden ist und über ein eigenes Protokoll die schnurlose Koppelung mit den Erweiterungsmodulen übernimmt. Erweiterungsmodule speziell für Hydro, oder wenn ich mehr Sensoren oder Relais benötige oder für Bewässerungssystem, Löschsystem, oder, oder, oder....

Die Bedienung ist per Webpanel woran ich gerade in meiner Freizeit arbeite und als App für das Smartphone vorgesehen. Davon gibt es morgen die ersten Screenshots.

Zitat von Wulfman77

Ist doch mal ein cooles Projekt

konntest du dich endlich mal aufraffen

Dankeschön, naja, laut Arzt soll ich etwas kürzer treten und mir ein entspannendes Hobby suchen... Kiffen und dabei ne PCB zusammenpuzzlen hat da schon ganz gut geholfen muss ich sagen

So, mit dem Webpanel geht es auch gut voran, man kann nun Sensoren und Aktoren hinzufügen

Das Menü um Equipment hinzuzufügen

Feierabend für heute

Zitat von Sativa91

wie greifst du zu? VPN? hast du eine Firewall dazwischen?

Das mache ich über HTTPS. Die Anlage hängt im NAT und bekommt den 443 durchgereicht. Auf dem Raspi läuft ja Debian, da werden mir schon ein paar beruhigende Chains für die iptables einfallen Dann muss ich mich nur um die ordentliche config vom HTTP Dienst kümmern und halt ein ordentliches Webpanel schreiben. Auch da wird per Panel (PHP/AJAX Anwendung) lediglich in eine mariadb geschrieben und die eigentliche Steuerung übernimmt dann das Backend anhand der Daten in der Datenbank. Das werde ich in C oder Python bauen. Wird aber nicht besonders Laufzeitkritisch sein, also denke ich wird es wohl Python werden.

Ich denke ein VPN Tunnel wird nicht nötig sein um Stealth zu bleiben. Aber dann wäre doch ein Reverse Proxy ausserhalb von Europa nice

Bist du Integrator?

Zitat von Sativa91

in welchen NAT ? ist wieder die frage Firewall dazwischen?

Vor Ort ist ein Internetzugang vorhanden, an dem ein normaler NAT Router mit Openwrt läuft. NAT alleine wird ja schon oft als Firewall angesehen, auch wenn eine erhöhte Sicherheit ja nur ein Nebenprodukt der Adressübersetzung ist. Den Rest macht dann wie gesagt iptables was ja die Grundlage der meisten kommerziellen Firewalls darstellt.

Mobilfunk ist auch NAT, kein VPN (zumindest bei den Carriern D2 und O2).

Mit Python habe ich noch nicht so viel Routine, weswegen ich der Einfachheit halber eher irgend einen C Dialekt benutzen müsste. Python hat halt den Vorteil, dass es durch seine einfache Erlernbarkeit für sein Alter weit verbreitet ist. Das wäre natürlich eine gute Voraussetzung Falls ich das Projekt mal Opensource machen möchte.

Von den fertigen Skripten die ich mir angeschaut habe (gibts auch in java opensource), fand ich noch keine richtig Beauty um darauf aufzubauen. Und da die Logiken hier doch etwas spezieller werden, würde das Backend mehr aus Fork als aus der ursprünglichen Basis bestehen. Außerdem gibt es dem Kobold ein gutes Gefühl, Dinge zu erschaffen