Im Laufe der Zeit baut man immer wieder kleine Verbesserungen in die Flows ein, um Performance, Transparenz oder Betriebssicherheit zu steigern. In loser Folge sind hier meine Erkenntnisse dazu zu finden.
Viessmann API und Node-Red – Teil 8 – Sonstiges Tipps weiterlesen
Kaum sind ein paar Jahre vergangen, machen die Influx People wieder ein Update. Diesmal wegen regulärem Auslaufen des öffentlichen Paketschlüssels.
Bei sudo apt update kommt es zu der Fehlermeldung Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY D8FF8E1F7DF8B07E
Die Lösung befindet sich hier ist aber nicht so narrensicher dokumentiert wie seinerzeit in 2023.
Deshalb nachfolgend das Prozedere für den geneigten Amateur zum Nachmachen zuhause.
|
1 2 3 4 5 |
wget -q https://repos.influxdata.com/influxdata-archive_compat-exp2029.key cat influxdata-archive_compat-exp2029.key | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/influxdata-archive_compat-exp2029.gpg > /dev/null echo 'deb [signed-by=/etc/apt/trusted.gpg.d/influxdata-archive_compat-exp2029.gpg] https://repos.influxdata.com/debian stable main' | sudo tee /etc/apt/sources.list.d/influxdata.list sudo rm -f /etc/apt/trusted.gpg.d/influxdb.gpg influxdata-archive_compat-exp2029.key |
Im wesentlichen also "same procedure as last year" aber mit dem geänderten Schlüsselnamen influxdata-archive_compat-exp2029.key was wiederum darauf hindeutet, dass wir den selben Act wieder in 2029 veranstalten dürfen.
Die Genies bei Influx.com haben Ende Januar 2023 geruht, aus Sicherheitsgründen eine sogenannte Key-Rotation zu veranstalten. Das führt allerdings in erster Linie dazu, dass der Server Administrator rotiert, weil es beim Befehl sudo apt update zu einer Fehlermeldung kommt. Das passiert sowohl beim normalen Update des Systems als auch beim erstmaligen Installieren des InfluxDB Repositories. InfluxDB: Probleme bei Installation und Update – Lösung weiterlesen
Nach sehr langer Pause hat mich wieder einmal die Lust am Basteln und Experimentieren gepackt… Also, auf geht's:
Im Zuge des Vormarschs von Internet of Things (IoT) Produkten kommt vermehrt auch Geofencing zum Einsatz. Geofencing ist ein Kunstwort, zusammengesetzt aus den Begriffen "Geo" (Erde oder auch abgekürzt für Geographie etc.) und "Fence" (engl.: Zaun). Ein Geofence ist ein virtueller Zaun um einen bestimmten Punkt herum, bei dessen Überschreiten in die eine oder andere Richtung ein Ereignis (Heizungssteuerung, Licht an/aus, Garagentor auf/zu etc.) ausgelöst wird. Geofencing Experimente mit der Locative App
Teil 1: PHP weiterlesen
Home-Automatisierungslösungen wie FHEM sind mir eigentlich zu mächtig. Außerdem können die schon von Haus aus zu viel, man ist eher Administrator als Entwickler. Außerdem macht mir das Frickeln und Lernen uneimlich viel Spaß.
Für meine bescheidenen Anwendungsfälle reicht ein grafisches Universaltool wie Node -Red, das ideal für einen Microserver wie den Raspberry Pi geeignet ist. Es läuft sogar problemlos auf einem Raspberry Pi Zero der ersten Generation.
Geofencing Experimente mit der Locative App
Teil 2: Node-Red weiterlesen
…zumindest scheinbar. Auch das reicht schon so weit, dass sich sicher eine Menge Leute mächtig ärgern werden.
Dem allgemeinen Trend zur Bevormundung folgend und User für dumm zu erklären, haben die Mosquitto Leute ihr Produkt mit Version 2.0.0 ohne große Ankündigung "sicherer" gemacht und damit einen Großteil der existierenden Anwendungen gekillt. Gut gemeint ist eben das Gegenteil von gut.
Wer von euch Mosquitto über das Standard Raspbian Repository installiert hat, bekommt dieses Problem erst später, da dort im März 2021 noch Version 1.5.7 ausgeliefert wird. Wer, wie ich, das Mosquitto Repository verlinkt hat, ist zwar am "bleeding edge of the development" sammelt sich damit aber mit Version 2.0.0 ff. auch ein paar – lösbare – Probleme ein. Also weiterlesen:
