Kategorie: Techno

Tja, kaum ist das Wochenende da rumpelt es wieder in der Kiste. An zwöf Ecken wird gleichzeitig geschraubt und ich hoffe jedes mal nicht den Überblick zu verlieren. Nachdem die ersten Sensoren in mein Dashboar intergriert waren (ich erwähnte: Grafana) ging es daran auch die anderen Infrastrukturkomponenten dort sichtbar zu machen – zumindest das „sinnvolle“ ;-)

Als erstes wollte ich meinen DSL Leitungszustand sehen – letzte Woche waren wir tatsächlich ein paar Tage mit geringerer Bandbreite angebunden als bezahlt und ich merkte das erst subjektiv. Drum gesucht und nicht wirklich gefunden: Aus diesem Grund aus Codeschnippseln im Netz mal ein kleines Komandozeilentool gebastelt um verschiedene Dinge der Fritzbox abzufragen (ja, kommt online – doch Schritt für Schritt ;-). und ein Zweites um diese Infos dann zum MQTT Server zu geben.

Nebenbei kam ich beim python-phao-mqtt weiter und ich hab meinen ersten rudimentären Überwachungsclient für Linux & macOS der auf den Servern laufen kann. Dieser sendet nicht nur den Onlinestatus – und eben Offline per MQTT Last-Will, sondern auch die laufenden Services ganz einfach per aktueller Prozessliste minus meiner Ausschlussliste, was ich nicht sehen will = dynamische Prozessliste die ich übermittelt bekomme.

Läuft alles noch nicht so rund, wie ich möchte. Insbesondere die Sensoren melden sich für meinen geschmack noch zu häufig beim MQTT Broker ab und an – ggf liegt das am WLAN, welches ich nebenbei ja auch umgebaut habe. Nicht nur für die Froo, sondern auch für die Sensoren ;) gibt es jetzt ein ziemlich flächendeckendes Mesh aus drei Asus Routern – willkommen in der neuen Welt ;)

Ich mag WLAN ja nicht so, kennt ihr ja – aber was solls – wenns Daten bringt ‚;-) Schon echt faszinierend, was ich aus meinen Popeldaten für Rückschlüsse bez Anwesenheit von Personen und ähnlich schliessen kann. Bringt mich nicht auf die glücklichere Seite des Lebens – rein Welt-Gesamtbetrachtungstechnisch, aber wenigstens weiss ich nun ob es dem Fleisch in der Truhe auch gut geht, das ist wichtig!

PS: Wer in Bremerhaven / Cuxhaven und Umzu irgendein Kleinteil bez. Arduino, ESP8266 und Zubehör, wie Sensoren, Kabel, Ersatzteile für den Creality CR10-S benötigt, der gebe Bescheid: Ich mach den Arduino Späti.

Ich kann zwar für keine Verfügbarkeit garantieren – aber der Postboote meint: Chinas Lager müssten nun leer sein und er wundert sich jeden Tag, das er noch was bringen kann … es ist ja echt fein: Wenn man vor monaten mal angefangen hat was in China zu bestellen, dann trudelt das ja zeitlich sehr variant ein und jeder Tag ist eine Überraschung. Was kommt heute,? „Brauche“ ich das vor anderem Zeug oder leg ich das nur noch auf Halde, weil ich auf Grund der langen Lieferzeit schon vergessen habe, was das überhaupt ist?! ;) Haben ist ja bekanntlich besser als brauchen – und irgendwie nervt es halt, wenn man ne Idee hat und mn dann auf ein Teil wochenlang warten muss – die Wahrscheinlichkeit der Teileverfügbarkeit muss steigen ;) … manchmal klappt es schon sehr gut: Idee & einfach dafür in die Kisten greifen. Sehr fein. Ist halt Lego für „Erwachsende“ … und schon da half nur Quanti- & Diversität ;-)

Da die Sensorprodution läuft gab es schon jetzt am Wochenede mit dem Herrn D aus M zusammen eine etwas längliche Config-Session um Grafana, InfluxDB und Homie produktiv zu nehmen. Ich hab nämlich keine Lust irgendwann hunderte von Sensoren umstellen zu müssen ;-) – Mal endlich wurde Verschlüsselung & Co aktiviert und dazu noch eine etwas allgemeinere Erreichbarkeit sichergestellt. Vom nachfolgenden WLAN Umbau ,damit die Sensoren auch an jeder Ecke Netz haben, reden wir mal nicht. Und wie gesagt: Immer wenn Zeit war wurde weiter an meiner Unkenntnis des Lötens & der Elektronik gefeilt ;-) Irgendwie ist das löten ja für mich zur Winter-Meditation geworden…

Nach dem Waschmaschinensensor war ein Sensor für unsere Gefriertruhen auf dem Plan – wie schon im vorherigen Beitrag geschrieben sollen die Nachricht geben, wenn sie mal zu warm werden. Dafür musste ein neuer Sensor her, ein wasserdichter Temperatursensor DS18B20 der über I2C Protokoll angeschlossen wird – wieder viel falsch gemacht, ausprobiert, berichtigt & gelernt. Dazu noch ein Gehäuse nach meinem neuen „KleinDinger“-Standard gefertig und fein. Insgesamt ging das relativ fix für mein zweiten Versuch nen Prototypboard zu löten gar nicht mal so unzufriedenstellend. Dieses mal schon mit Silberdraht, anstatt 100% fliegende Leitungen.

Gleich hinterher gabs das etwas schwierigere Modell: Gas Sensor für die Schiffsbrücke. Die Froo heizt da im Winter mit Gas, und auch wenn die Heizung selbst schon nen Sensor haben soll: Trau, schau, wem. Außerdem kann das eingebaute Teil ja keine SMS senden ;)

Wenn ich beim zweiten Sensor basteln schon manches Mal gedacht hab: Jetzt hab ichs verstanden, so war es hier wieder wie so häufig: Immer einen Schritt vor, zwei zurück, sich Ruhe einreden, Aha-Erlebnis sofort wieder zunichte machen und trotzdem irgendwie vorwärts kommen und Spass haben. Das sind einfach wahnsinnig viele Komponeten, dazu an jeder Ecke neue Themen und dadurch andauern Unsicherheit bezüglich der Ursache, wenn etwas nicht klappt.

Hier mal eben neu: Gas Sensor MQ5 und Shift-Level Converter von 5 auf 3.3v und oben druff noch ein Buzzer zum Piepen. Ewas komplexer als Sensor zwei und zusätzlich auch mit Bauteilmodifikation – SMD LED auf dem Board des Gassensors raus und eine externe LED ran, damit die Kontrolleuchte vernünftig ins Gehäuse integriert werden kann.

Noch zackig ein Gehäuse (es wird tatsächlich langsam fein beim Deseign ;) nach Sveni Standard – auch, wenn es etwas höher muss, kein Problem: mein Workflow in Blender läuft langsam.

Ganz nebenbei hab ich meine Sourcecodes zusammengeführt und vereinheitlicht. Ich möchte nur eine Firmware auf allen Sensoren haben, jedoch möchte ich jeweils nur den benötigten Code kompiliert haben, der für die eingebauten Sensoren notwendig ist. Also eine Datei, für die Sensoren ein paar Variablen setzen, kompilieren und gut. Das läuft soweit für die bisher verwendeten Bauteile und auch wieder ne Ecke gelernt ;)

In der Praxis hat sich das zusammen mit den steckbaren, größeren Bauteilen wie Wemos & Tempsensor schon als sehr fein herausgestellt. Hatte ich hier erst den BMP280 verbaut (Temperatursensor ohne Luftfeuchtigkeit, dafür mit Luftdruck) stellte ich dann fest, dass mich auf der Brücke ja doch die Luftfeuchtigkeit interessiert. Also schnell nen BME280 aus dem Fach, Pins drangelötet, aufgesteckt und Variable im Sourcecode angepasst. Läuft.

Im weiteren Verlauf meiner Tüddelagen werde ich meine Datein hier dann veröffentlichen. Kann dann jeder selbst etwas drauss machen, wenn er will – oder drüber schmunzeln, mir wurscht ;)