#mqtt — Public Fediverse posts

RAKwireless WisMesh Pi HAT RAK6421 turns your Raspberry Pi 4/5 into a modular Meshtastic gateway

https://fed.brid.gy/r/https://www.cnx-software.com/2026/05/26/rakwireless-wismesh-pi-hat-rak6421-turns-your-raspberry-pi-4-5-into-a-modular-meshtastic-gateway/

**Die Zeit für FHEM ist abgelaufen. Wir wechseln auf Home Assistant. **

FHEM stürzt regelmäßig über Nacht ab. Das macht mir das Logging kaputt, das macht unnötigen Aufwand, weckt Zweifel an der Stabilität. Oberflächen kontruieren in FHEM ist defakto unmöglich, externe Tools sind erforderlich, bei uns z.B.FUIP und Nodered und Standard-HTML. Klar, Nodered ist nicht der Weisheit letzter Schluss, aber in letzter Zeit sind viele Dinge bereits nach Nodered ausgewandert (unsere Solarsteuerung zum Beispiel).

Eine Installation, die weit über 15 Jahre alt ist, wechselt man natürlich zum einen nicht über Nacht aus und zum anderen nicht ohne einen konkreten Plan.

Unser System umfasst WLAN-Komponenten, ZigBee, Homematic, HomematicIP, HomeConnect, Echos und ALexa, Fritzbox u.a. Mindestens fünf andere Rechner liefern Zuarbeiten (NodeRed-Dashboards, Solarsteuerungen, Datenbank-Logging u.a.).

Ein Migarationsplan muss her:

**Phase 0: Inventur**
- Geräte-Inventur
- Logik-Inventur

Beispiel:
{ WriteFile('fhem_inventur_doif.txt', fhem('list TYPE=DOIF')) }

**Phase 1: Die Basis-Infrastruktur**
- Logging einrichten (MariaDB 10, machte bisher auch das Logging in FHEM
- Steuersysteme (zigbee2mqtt, Fritzbox, HomeConnect, ggf. Homematic und IP)

**Phase 2: Geräte-Migration (Hardware & APIs)**
- WLAN-Geräte
- zigBee-Geräte
- Homematic und HomematicIP
- Fritzbox, Fritzbox-Geräte
- HomeConnect
- Victron-Anlage mit allem was dazu gehört (MPPT, Batterie, CerboGX etc.)

**Phase 3: Die Logik**
- ATs
- notifys
- DOIFs
- sonstige Perl-Programme
- die Logik direkt über Nodered, HA dort einbinden

**Phase 4: Frontend & Visualisierung**
- Mein großes Infoterminal (NodeRed-Oberfläche)
- der kleine Bruder fürs Handy
- eine Mini-Version für den Desktop
- allgemeines FUI-Frontend

**Phase 5: Sprache & Benachrichtigungen**
- alexa einbinden
- E-Mail-System
- Status per Alexa verkünden

**Phase 6: Aufräumen und Abschalten.**
- Abschalten in FHEM, der Funktionen, die in HA umgesetzt wurden.
- Prüfen was übrig blieb
- Aufräumen (Dateien löschen, Datenbanken löschen etc.)

Ich denke, es wird mindestens ein Jahr dauern.

#fhem #homeassistant #nodered #migration #perl #MQTT #wlan #shelly #zigbee #homematic #HomematicIP #homeconnect

**Die Zeit für FHEM ist abgelaufen. Wir wechseln auf Home Assistant. **

FHEM stürzt regelmäßig über Nacht ab. Das macht mir das Logging kaputt, das macht unnötigen Aufwand, weckt Zweifel an der Stabilität. Oberflächen kontruieren in FHEM ist defakto unmöglich, externe Tools sind erforderlich, bei uns z.B.FUIP und Nodered und Standard-HTML. Klar, Nodered ist nicht der Weisheit letzter Schluss, aber in letzter Zeit sind viele Dinge bereits nach Nodered ausgewandert (unsere Solarsteuerung zum Beispiel).

Eine Installation, die weit über 15 Jahre alt ist, wechselt man natürlich zum einen nicht über Nacht aus und zum anderen nicht ohne einen konkreten Plan.

Unser System umfasst WLAN-Komponenten, ZigBee, Homematic, HomematicIP, HomeConnect, Echos und ALexa, Fritzbox u.a. Mindestens fünf andere Rechner liefern Zuarbeiten (NodeRed-Dashboards, Solarsteuerungen, Datenbank-Logging u.a.).

Ein Migarationsplan muss her:

**Phase 0: Inventur**
- Geräte-Inventur
- Logik-Inventur

Beispiel:
{ WriteFile('fhem_inventur_doif.txt', fhem('list TYPE=DOIF')) }

**Phase 1: Die Basis-Infrastruktur**
- Logging einrichten (MariaDB 10, machte bisher auch das Logging in FHEM
- Steuersysteme (zigbee2mqtt, Fritzbox, HomeConnect, ggf. Homematic und IP)

**Phase 2: Geräte-Migration (Hardware & APIs)**
- WLAN-Geräte
- zigBee-Geräte
- Homematic und HomematicIP
- Fritzbox, Fritzbox-Geräte
- HomeConnect
- Victron-Anlage mit allem was dazu gehört (MPPT, Batterie, CerboGX etc.)

**Phase 3: Die Logik**
- ATs
- notifys
- DOIFs
- sonstige Perl-Programme
- die Logik direkt über Nodered, HA dort einbinden

**Phase 4: Frontend & Visualisierung**
- Mein großes Infoterminal (NodeRed-Oberfläche)
- der kleine Bruder fürs Handy
- eine Mini-Version für den Desktop
- allgemeines FUI-Frontend

**Phase 5: Sprache & Benachrichtigungen**
- alexa einbinden
- E-Mail-System
- Status per Alexa verkünden

**Phase 6: Aufräumen und Abschalten.**
- Abschalten in FHEM, der Funktionen, die in HA umgesetzt wurden.
- Prüfen was übrig blieb
- Aufräumen (Dateien löschen, Datenbanken löschen etc.)

Ich denke, es wird mindestens ein Jahr dauern.

#fhem #homeassistant #nodered #migration #perl #MQTT #wlan #shelly #zigbee #homematic #HomematicIP #homeconnect

**Die Zeit für FHEM ist abgelaufen. Wir wechseln auf Home Assistant. **

FHEM stürzt regelmäßig über Nacht ab. Das macht mir das Logging kaputt, das macht unnötigen Aufwand, weckt Zweifel an der Stabilität. Oberflächen kontruieren in FHEM ist defakto unmöglich, externe Tools sind erforderlich, bei uns z.B.FUIP und Nodered und Standard-HTML. Klar, Nodered ist nicht der Weisheit letzter Schluss, aber in letzter Zeit sind viele Dinge bereits nach Nodered ausgewandert (unsere Solarsteuerung zum Beispiel).

Eine Installation, die weit über 15 Jahre alt ist, wechselt man natürlich zum einen nicht über Nacht aus und zum anderen nicht ohne einen konkreten Plan.

Unser System umfasst WLAN-Komponenten, ZigBee, Homematic, HomematicIP, HomeConnect, Echos und ALexa, Fritzbox u.a. Mindestens fünf andere Rechner liefern Zuarbeiten (NodeRed-Dashboards, Solarsteuerungen, Datenbank-Logging u.a.).

Ein Migarationsplan muss her:

**Phase 0: Inventur**
- Geräte-Inventur
- Logik-Inventur

Beispiel:
{ WriteFile('fhem_inventur_doif.txt', fhem('list TYPE=DOIF')) }

**Phase 1: Die Basis-Infrastruktur**
- Logging einrichten (MariaDB 10, machte bisher auch das Logging in FHEM
- Steuersysteme (zigbee2mqtt, Fritzbox, HomeConnect, ggf. Homematic und IP)

**Phase 2: Geräte-Migration (Hardware & APIs)**
- WLAN-Geräte
- zigBee-Geräte
- Homematic und HomematicIP
- Fritzbox, Fritzbox-Geräte
- HomeConnect
- Victron-Anlage mit allem was dazu gehört (MPPT, Batterie, CerboGX etc.)

**Phase 3: Die Logik**
- ATs
- notifys
- DOIFs
- sonstige Perl-Programme
- die Logik direkt über Nodered, HA dort einbinden

**Phase 4: Frontend & Visualisierung**
- Mein großes Infoterminal (NodeRed-Oberfläche)
- der kleine Bruder fürs Handy
- eine Mini-Version für den Desktop
- allgemeines FUI-Frontend

**Phase 5: Sprache & Benachrichtigungen**
- alexa einbinden
- E-Mail-System
- Status per Alexa verkünden

**Phase 6: Aufräumen und Abschalten.**
- Abschalten in FHEM, der Funktionen, die in HA umgesetzt wurden.
- Prüfen was übrig blieb
- Aufräumen (Dateien löschen, Datenbanken löschen etc.)

Ich denke, es wird mindestens ein Jahr dauern.

#fhem #homeassistant #nodered #migration #perl #MQTT #wlan #shelly #zigbee #homematic #HomematicIP #homeconnect

**Die Zeit für FHEM ist abgelaufen. Wir wechseln auf Home Assistant. **

FHEM stürzt regelmäßig über Nacht ab. Das macht mir das Logging kaputt, das macht unnötigen Aufwand, weckt Zweifel an der Stabilität. Oberflächen kontruieren in FHEM ist defakto unmöglich, externe Tools sind erforderlich, bei uns z.B.FUIP und Nodered und Standard-HTML. Klar, Nodered ist nicht der Weisheit letzter Schluss, aber in letzter Zeit sind viele Dinge bereits nach Nodered ausgewandert (unsere Solarsteuerung zum Beispiel).

Eine Installation, die weit über 15 Jahre alt ist, wechselt man natürlich zum einen nicht über Nacht aus und zum anderen nicht ohne einen konkreten Plan.

Unser System umfasst WLAN-Komponenten, ZigBee, Homematic, HomematicIP, HomeConnect, Echos und ALexa, Fritzbox u.a. Mindestens fünf andere Rechner liefern Zuarbeiten (NodeRed-Dashboards, Solarsteuerungen, Datenbank-Logging u.a.).

Ein Migarationsplan muss her:

**Phase 0: Inventur**
- Geräte-Inventur
- Logik-Inventur

Beispiel:
{ WriteFile('fhem_inventur_doif.txt', fhem('list TYPE=DOIF')) }

**Phase 1: Die Basis-Infrastruktur**
- Logging einrichten (MariaDB 10, machte bisher auch das Logging in FHEM
- Steuersysteme (zigbee2mqtt, Fritzbox, HomeConnect, ggf. Homematic und IP)

**Phase 2: Geräte-Migration (Hardware & APIs)**
- WLAN-Geräte
- zigBee-Geräte
- Homematic und HomematicIP
- Fritzbox, Fritzbox-Geräte
- HomeConnect
- Victron-Anlage mit allem was dazu gehört (MPPT, Batterie, CerboGX etc.)

**Phase 3: Die Logik**
- ATs
- notifys
- DOIFs
- sonstige Perl-Programme
- die Logik direkt über Nodered, HA dort einbinden

**Phase 4: Frontend & Visualisierung**
- Mein großes Infoterminal (NodeRed-Oberfläche)
- der kleine Bruder fürs Handy
- eine Mini-Version für den Desktop
- allgemeines FUI-Frontend

**Phase 5: Sprache & Benachrichtigungen**
- alexa einbinden
- E-Mail-System
- Status per Alexa verkünden

**Phase 6: Aufräumen und Abschalten.**
- Abschalten in FHEM, der Funktionen, die in HA umgesetzt wurden.
- Prüfen was übrig blieb
- Aufräumen (Dateien löschen, Datenbanken löschen etc.)

Ich denke, es wird mindestens ein Jahr dauern.

#fhem #homeassistant #nodered #migration #perl #MQTT #wlan #shelly #zigbee #homematic #HomematicIP #homeconnect

**Die Zeit für FHEM ist abgelaufen. Wir wechseln auf Home Assistant. **

FHEM stürzt regelmäßig über Nacht ab. Das macht mir das Logging kaputt, das macht unnötigen Aufwand, weckt Zweifel an der Stabilität. Oberflächen kontruieren in FHEM ist defakto unmöglich, externe Tools sind erforderlich, bei uns z.B.FUIP und Nodered und Standard-HTML. Klar, Nodered ist nicht der Weisheit letzter Schluss, aber in letzter Zeit sind viele Dinge bereits nach Nodered ausgewandert (unsere Solarsteuerung zum Beispiel).

Eine Installation, die weit über 15 Jahre alt ist, wechselt man natürlich zum einen nicht über Nacht aus und zum anderen nicht ohne einen konkreten Plan.

Unser System umfasst WLAN-Komponenten, ZigBee, Homematic, HomematicIP, HomeConnect, Echos und ALexa, Fritzbox u.a. Mindestens fünf andere Rechner liefern Zuarbeiten (NodeRed-Dashboards, Solarsteuerungen, Datenbank-Logging u.a.).

Ein Migarationsplan muss her:

**Phase 0: Inventur**
- Geräte-Inventur
- Logik-Inventur

Beispiel:
{ WriteFile('fhem_inventur_doif.txt', fhem('list TYPE=DOIF')) }

**Phase 1: Die Basis-Infrastruktur**
- Logging einrichten (MariaDB 10, machte bisher auch das Logging in FHEM
- Steuersysteme (zigbee2mqtt, Fritzbox, HomeConnect, ggf. Homematic und IP)

**Phase 2: Geräte-Migration (Hardware & APIs)**
- WLAN-Geräte
- zigBee-Geräte
- Homematic und HomematicIP
- Fritzbox, Fritzbox-Geräte
- HomeConnect
- Victron-Anlage mit allem was dazu gehört (MPPT, Batterie, CerboGX etc.)

**Phase 3: Die Logik**
- ATs
- notifys
- DOIFs
- sonstige Perl-Programme
- die Logik direkt über Nodered, HA dort einbinden

**Phase 4: Frontend & Visualisierung**
- Mein großes Infoterminal (NodeRed-Oberfläche)
- der kleine Bruder fürs Handy
- eine Mini-Version für den Desktop
- allgemeines FUI-Frontend

**Phase 5: Sprache & Benachrichtigungen**
- alexa einbinden
- E-Mail-System
- Status per Alexa verkünden

**Phase 6: Aufräumen und Abschalten.**
- Abschalten in FHEM, der Funktionen, die in HA umgesetzt wurden.
- Prüfen was übrig blieb
- Aufräumen (Dateien löschen, Datenbanken löschen etc.)

Ich denke, es wird mindestens ein Jahr dauern.

#fhem #homeassistant #nodered #migration #perl #MQTT #wlan #shelly #zigbee #homematic #HomematicIP #homeconnect

Ich habe einen lokalen Remote-Power-Controller für meinen PC gebaut.
Keine Cloud, kein Abo, kein „Server wird eingestellt, Gerät wird zum Briefbeschwerer“.

Aktueller Prototyp läuft auf einem ESP32 WROOM. Für das Gehäuse habe ich eine Vorlage genutzt und diese Angepasst für das Relais-Modul und aus ASA gedruckt.

Ein Relais-Modul hängt parallel am PC-Frontpanel-Powerbutton.
Befehle gehen per MQTT an einen lokalen Broker auf meinem Homeserver.

Niemand in irgendeinem Rechenzentrum kann mir die Hardware per Fernzugriff abschalten oder über TOS-Updates entwerten.

Die Box unterstützt derzeit zwei Kommandos: Kurzer Druck schaltet normal ein/aus. Langer Druck erzwingt einen Hard-Shutdown bei Hängern.

Für die nächste Version wechsle ich auf einen ESP-C3 – deutlich kleiner, günstiger und passt in viel kleineres Gehäuse. Strom bezieht es direkt über das ATX-Netzteil (Das liefert auch bei ausgeschaltetem PC 5V).

#selfhosted #decloud #datensouveränität #cloudfrei #righttorepair #vendorlockin #iot #esp32 #espc3 #mqtt #homelab #homeserver #diy #maker #3ddruck #asa #pcmodding #remoteaccess #lokaleinfrastruktur #opensourcehardware #3Ddruck #3ddrucker

Ich habe einen lokalen Remote-Power-Controller für meinen PC gebaut.
Keine Cloud, kein Abo, kein „Server wird eingestellt, Gerät wird zum Briefbeschwerer“.

Aktueller Prototyp läuft auf einem ESP32 WROOM. Für das Gehäuse habe ich eine Vorlage genutzt und diese Angepasst für das Relais-Modul und aus ASA gedruckt.

Ein Relais-Modul hängt parallel am PC-Frontpanel-Powerbutton.
Befehle gehen per MQTT an einen lokalen Broker auf meinem Homeserver.

Niemand in irgendeinem Rechenzentrum kann mir die Hardware per Fernzugriff abschalten oder über TOS-Updates entwerten.

Die Box unterstützt derzeit zwei Kommandos: Kurzer Druck schaltet normal ein/aus. Langer Druck erzwingt einen Hard-Shutdown bei Hängern.

Für die nächste Version wechsle ich auf einen ESP-C3 – deutlich kleiner, günstiger und passt in viel kleineres Gehäuse. Strom bezieht es direkt über das ATX-Netzteil (Das liefert auch bei ausgeschaltetem PC 5V).

#selfhosted #decloud #datensouveränität #cloudfrei #righttorepair #vendorlockin #iot #esp32 #espc3 #mqtt #homelab #homeserver #diy #maker #3ddruck #asa #pcmodding #remoteaccess #lokaleinfrastruktur #opensourcehardware #3Ddruck #3ddrucker

Ich habe einen lokalen Remote-Power-Controller für meinen PC gebaut.
Keine Cloud, kein Abo, kein „Server wird eingestellt, Gerät wird zum Briefbeschwerer“.

Aktueller Prototyp läuft auf einem ESP32 WROOM. Für das Gehäuse habe ich eine Vorlage genutzt und diese Angepasst für das Relais-Modul und aus ASA gedruckt.

Ein Relais-Modul hängt parallel am PC-Frontpanel-Powerbutton.
Befehle gehen per MQTT an einen lokalen Broker auf meinem Homeserver. Das Ding funktioniert offline. Niemand in irgendeinem Rechenzentrum kann mir die Hardware per Fernzugriff abschalten oder über TOS-Updates entwerten.

Die Box unterstützt derzeit zwei Kommandos: Kurzer Druck schaltet normal ein/aus. Langer Druck erzwingt einen Hard-Shutdown bei Hängern.

Für die nächste Version wechsle ich auf einen ESP-C3 – deutlich kleiner, günstiger und passt in viel kleineres Gehäuse. Strom bezieht es direkt über das ATX-Netzteil (Das liefert auch bei ausgeschaltetem PC 5V).

#selfhosted #decloud #datensouveränität #cloudfrei #righttorepair #vendorlockin #iot #esp32 #espc3 #mqtt #homelab #homeserver #diy #maker #3ddruck #asa #pcmodding #remoteaccess #lokaleinfrastruktur #opensourcehardware #3Ddruck #3ddrucker

Ich habe einen lokalen Remote-Power-Controller für meinen PC gebaut.
Keine Cloud, kein Abo, kein „Server wird eingestellt, Gerät wird zum Briefbeschwerer“.

Aktueller Prototyp läuft auf einem ESP32 WROOM. Für das Gehäuse habe ich eine Vorlage genutzt und diese Angepasst für das Relais-Modul und aus ASA gedruckt.

Ein Relais-Modul hängt parallel am PC-Frontpanel-Powerbutton.
Befehle gehen per MQTT an einen lokalen Broker auf meinem Homeserver.

Niemand in irgendeinem Rechenzentrum kann mir die Hardware per Fernzugriff abschalten oder über TOS-Updates entwerten.

Die Box unterstützt derzeit zwei Kommandos: Kurzer Druck schaltet normal ein/aus. Langer Druck erzwingt einen Hard-Shutdown bei Hängern.

Für die nächste Version wechsle ich auf einen ESP-C3 – deutlich kleiner, günstiger und passt in viel kleineres Gehäuse. Strom bezieht es direkt über das ATX-Netzteil (Das liefert auch bei ausgeschaltetem PC 5V).

#selfhosted #decloud #datensouveränität #cloudfrei #righttorepair #vendorlockin #iot #esp32 #espc3 #mqtt #homelab #homeserver #diy #maker #3ddruck #asa #pcmodding #remoteaccess #lokaleinfrastruktur #opensourcehardware #3Ddruck #3ddrucker

Ich habe einen lokalen Remote-Power-Controller für meinen PC gebaut.
Keine Cloud, kein Abo, kein „Server wird eingestellt, Gerät wird zum Briefbeschwerer“.

Aktueller Prototyp läuft auf einem ESP32 WROOM. Für das Gehäuse habe ich eine Vorlage genutzt und diese Angepasst für das Relais-Modul und aus ASA gedruckt.

Ein Relais-Modul hängt parallel am PC-Frontpanel-Powerbutton.
Befehle gehen per MQTT an einen lokalen Broker auf meinem Homeserver. Das Ding funktioniert offline. Niemand in irgendeinem Rechenzentrum kann mir die Hardware per Fernzugriff abschalten oder über TOS-Updates entwerten.

Die Box unterstützt derzeit zwei Kommandos: Kurzer Druck schaltet normal ein/aus. Langer Druck erzwingt einen Hard-Shutdown bei Hängern.

Für die nächste Version wechsle ich auf einen ESP-C3 – deutlich kleiner, günstiger und passt in viel kleineres Gehäuse. Strom bezieht es direkt über das ATX-Netzteil (Das liefert auch bei ausgeschaltetem PC 5V).

#selfhosted #decloud #datensouveränität #cloudfrei #righttorepair #vendorlockin #iot #esp32 #espc3 #mqtt #homelab #homeserver #diy #maker #3ddruck #asa #pcmodding #remoteaccess #lokaleinfrastruktur #opensourcehardware #3Ddruck #3ddrucker

Yesterday, I finally got an electrician to install a Shelly Pro 3EM smart meter for me. So it was time to set it up right.

[…]

Yesterday, I finally got an electrician to install a Shelly Pro 3EM smart meter for me. So it was time to set it up right.

[…]

Yesterday, I finally got an electrician to install a Shelly Pro 3EM smart meter for me. So it was time to set it up right.

[…]

Yesterday, I finally got an electrician to install a Shelly Pro 3EM smart meter for me. So it was time to set it up right.

[…]

Yesterday, I finally got an electrician to install a Shelly Pro 3EM smart meter for me. So it was time to set it up right.

[…]

ACHTUNG !!!
Warnung vor dem #Homeassistant #Core Update auf 2026.5.3 !!!

Ich habe das Update heute gemacht und danach ging alles, was in #HA auf #mqtt aufbaut (z.B. #Bitshake #Smartmeter #Reader, #EVCC, #mqttExplorer) nicht mehr, da die Anmeldedaten nicht mehr akzeptiert werden. Ich konnte das Problem weder mit einem Downgrade auf 2026.5.2 auf der Konsole noch durch Einspielen des Backups vor dem Update beheben. Am Ende blieb nur, auf das nächtliche #Backup der ganzen Proxmox #VM zurück zu gehen und alle #Daten und #Statistiken des heutigen Tages zu verlieren. 🤷‍♂️☹

Bitte #Boost für #Reichweite.

#Hausautomatisierung #SmartHome

ACHTUNG !!!
Warnung vor dem #Homeassistant #Core Update auf 2026.5.3 !!!

Ich habe das Update heute gemacht und danach ging alles, was in #HA auf #mqtt aufbaut (z.B. #Bitshake #Smartmeter #Reader, #EVCC, #mqttExplorer) nicht mehr, da die Anmeldedaten nicht mehr akzeptiert werden. Ich konnte das Problem weder mit einem Downgrade auf 2026.5.2 auf der Konsole noch durch Einspielen des Backups vor dem Update beheben. Am Ende blieb nur, auf das nächtliche #Backup der ganzen Proxmox #VM zurück zu gehen und alle #Daten und #Statistiken des heutigen Tages zu verlieren. 🤷‍♂️☹

Bitte #Boost für #Reichweite.

#Hausautomatisierung #SmartHome

ACHTUNG !!!
Warnung vor dem #Homeassistant #Core Update auf 2026.5.3 !!!

Ich habe das Update heute gemacht und danach ging alles, was in #HA auf #mqtt aufbaut (z.B. #Bitshake #Smartmeter #Reader, #EVCC, #mqttExplorer) nicht mehr, da die Anmeldedaten nicht mehr akzeptiert werden. Ich konnte das Problem weder mit einem Downgrade auf 2026.5.2 auf der Konsole noch durch Einspielen des Backups vor dem Update beheben. Am Ende blieb nur, auf das nächtliche #Backup der ganzen Proxmox #VM zurück zu gehen und alle #Daten und #Statistiken des heutigen Tages zu verlieren. 🤷‍♂️☹

Bitte #Boost für #Reichweite.

#Hausautomatisierung #SmartHome

ACHTUNG !!!
Warnung vor dem #Homeassistant #Core Update auf 2026.5.3 !!!

Ich habe das Update heute gemacht und danach ging alles, was in #HA auf #mqtt aufbaut (z.B. #Bitshake #Smartmeter #Reader, #EVCC, #mqttExplorer) nicht mehr, da die Anmeldedaten nicht mehr akzeptiert werden. Ich konnte das Problem weder mit einem Downgrade auf 2026.5.2 auf der Konsole noch durch Einspielen des Backups vor dem Update beheben. Am Ende blieb nur, auf das nächtliche #Backup der ganzen Proxmox #VM zurück zu gehen und alle #Daten und #Statistiken des heutigen Tages zu verlieren. 🤷‍♂️☹

Bitte #Boost für #Reichweite.

#Hausautomatisierung #SmartHome

ACHTUNG !!!
Warnung vor dem #Homeassistant #Core Update auf 2026.5.3 !!!

Ich habe das Update heute gemacht und danach ging alles, was in #HA auf #mqtt aufbaut (z.B. #Bitshake #Smartmeter #Reader, #EVCC, #mqttExplorer) nicht mehr, da die Anmeldedaten nicht mehr akzeptiert werden. Ich konnte das Problem weder mit einem Downgrade auf 2026.5.2 auf der Konsole noch durch Einspielen des Backups vor dem Update beheben. Am Ende blieb nur, auf das nächtliche #Backup der ganzen Proxmox #VM zurück zu gehen und alle #Daten und #Statistiken des heutigen Tages zu verlieren. 🤷‍♂️☹

Bitte #Boost für #Reichweite.

#Hausautomatisierung #SmartHome

Można było oglądać obraz z elektronicznych niań. Również w Polsce.

Gość, który pokazał jakiś czas temu jak zdalnie oglądać kamery z robotycznych odkurzaczy DJI, tym razem zabrał się za elektroniczne niańki. Efekt? Mógł oglądać obrazy z kamer 1,1 miliona wideonianiek na całym świecie (też w Polsce). Schemat podatności był podobny jak w przypadku odkurzaczy – czyli serwer MQTT (kolejkowy) był...

#WBiegu #Awareness #Iot #Mqtt #Nianie #Podatność

https://sekurak.pl/mozna-bylo-ogladac-obraz-z-elektronicznych-nian-rowniez-w-polsce/

Można było oglądać obraz z elektronicznych niań. Również w Polsce.

Gość, który pokazał jakiś czas temu jak zdalnie oglądać kamery z robotycznych odkurzaczy DJI, tym razem zabrał się za elektroniczne niańki. Efekt? Mógł oglądać obrazy z kamer 1,1 miliona wideonianiek na całym świecie (też w Polsce). Schemat podatności był podobny jak w przypadku odkurzaczy – czyli serwer MQTT (kolejkowy) był...

#WBiegu #Awareness #Iot #Mqtt #Nianie #Podatność

https://sekurak.pl/mozna-bylo-ogladac-obraz-z-elektronicznych-nian-rowniez-w-polsce/

Można było oglądać obraz z elektronicznych niań. Również w Polsce.

Gość, który pokazał jakiś czas temu jak zdalnie oglądać kamery z robotycznych odkurzaczy DJI, tym razem zabrał się za elektroniczne niańki. Efekt? Mógł oglądać obrazy z kamer 1,1 miliona wideonianiek na całym świecie (też w Polsce). Schemat podatności był podobny jak w przypadku odkurzaczy – czyli serwer MQTT (kolejkowy) był...

#WBiegu #Awareness #Iot #Mqtt #Nianie #Podatność

https://sekurak.pl/mozna-bylo-ogladac-obraz-z-elektronicznych-nian-rowniez-w-polsce/

Można było oglądać obraz z elektronicznych niań. Również w Polsce.

Gość, który pokazał jakiś czas temu jak zdalnie oglądać kamery z robotycznych odkurzaczy DJI, tym razem zabrał się za elektroniczne niańki. Efekt? Mógł oglądać obrazy z kamer 1,1 miliona wideonianiek na całym świecie (też w Polsce). Schemat podatności był podobny jak w przypadku odkurzaczy – czyli serwer MQTT (kolejkowy) był...

#WBiegu #Awareness #Iot #Mqtt #Nianie #Podatność

https://sekurak.pl/mozna-bylo-ogladac-obraz-z-elektronicznych-nian-rowniez-w-polsce/

Można było oglądać obraz z elektronicznych niań. Również w Polsce.

Gość, który pokazał jakiś czas temu jak zdalnie oglądać kamery z robotycznych odkurzaczy DJI, tym razem zabrał się za elektroniczne niańki. Efekt? Mógł oglądać obrazy z kamer 1,1 miliona wideonianiek na całym świecie (też w Polsce). Schemat podatności był podobny jak w przypadku odkurzaczy – czyli serwer MQTT (kolejkowy) był...

#WBiegu #Awareness #Iot #Mqtt #Nianie #Podatność

https://sekurak.pl/mozna-bylo-ogladac-obraz-z-elektronicznych-nian-rowniez-w-polsce/

Fun use of #MQTT here! https://www.hackster.io/news/anthony-marsico-s-modernized-take-on-the-telegraph-turns-morse-code-into-mqtt-messages-7e4fc7f6d766

Fun use of #MQTT here! https://www.hackster.io/news/anthony-marsico-s-modernized-take-on-the-telegraph-turns-morse-code-into-mqtt-messages-7e4fc7f6d766

Fun use of #MQTT here! https://www.hackster.io/news/anthony-marsico-s-modernized-take-on-the-telegraph-turns-morse-code-into-mqtt-messages-7e4fc7f6d766

Fun use of #MQTT here! https://www.hackster.io/news/anthony-marsico-s-modernized-take-on-the-telegraph-turns-morse-code-into-mqtt-messages-7e4fc7f6d766

Fun use of #MQTT here! https://www.hackster.io/news/anthony-marsico-s-modernized-take-on-the-telegraph-turns-morse-code-into-mqtt-messages-7e4fc7f6d766

They connected the data collector to the rest of the system using #Tailscale to connect to their house and #MQTT (Mosquito) to transfer the actual data. It looks like Signal K supports MQTT directly and then sensor data from #Zigbee sensors are pulled in using #Zigbee2MQTT. I've done something similar on the Zigbee side and Z2M is super useful because it can handle intermittent connections, which I'm sure you run into on a boat more often than a house.

They connected the data collector to the rest of the system using #Tailscale to connect to their house and #MQTT (Mosquito) to transfer the actual data. It looks like Signal K supports MQTT directly and then sensor data from #Zigbee sensors are pulled in using #Zigbee2MQTT. I've done something similar on the Zigbee side and Z2M is super useful because it can handle intermittent connections, which I'm sure you run into on a boat more often than a house.

They connected the data collector to the rest of the system using #Tailscale to connect to their house and #MQTT (Mosquito) to transfer the actual data. It looks like Signal K supports MQTT directly and then sensor data from #Zigbee sensors are pulled in using #Zigbee2MQTT. I've done something similar on the Zigbee side and Z2M is super useful because it can handle intermittent connections, which I'm sure you run into on a boat more often than a house.

They connected the data collector to the rest of the system using #Tailscale to connect to their house and #MQTT (Mosquito) to transfer the actual data. It looks like Signal K supports MQTT directly and then sensor data from #Zigbee sensors are pulled in using #Zigbee2MQTT. I've done something similar on the Zigbee side and Z2M is super useful because it can handle intermittent connections, which I'm sure you run into on a boat more often than a house.

They connected the data collector to the rest of the system using #Tailscale to connect to their house and #MQTT (Mosquito) to transfer the actual data. It looks like Signal K supports MQTT directly and then sensor data from #Zigbee sensors are pulled in using #Zigbee2MQTT. I've done something similar on the Zigbee side and Z2M is super useful because it can handle intermittent connections, which I'm sure you run into on a boat more often than a house.

Today's IT project was to install an MQTT broker on my #SelfHosting #HomeLab. After a bit of shenanigans with DNS and certificates I've got it working. I'm using the Caddy proxy to generate me a certificate, and a shell script to copy the certificate to my docker host for use by the #Mosquitto #MQTT broker. My router and DNS server make sure the messages end up on the docker host, and a test application on my home desktop is able to subscribe and receive messages from the broker.

The real fun starts now... writing an app that receives my location data from #OwnTracks on my phone, stores it in a database, and ultimately does all sorts of pretty geospatial stuff.

Today's IT project was to install an MQTT broker on my #SelfHosting #HomeLab. After a bit of shenanigans with DNS and certificates I've got it working. I'm using the Caddy proxy to generate me a certificate, and a shell script to copy the certificate to my docker host for use by the #Mosquitto #MQTT broker. My router and DNS server make sure the messages end up on the docker host, and a test application on my home desktop is able to subscribe and receive messages from the broker.

The real fun starts now... writing an app that receives my location data from #OwnTracks on my phone, stores it in a database, and ultimately does all sorts of pretty geospatial stuff.

Today's IT project was to install an MQTT broker on my #SelfHosting #HomeLab. After a bit of shenanigans with DNS and certificates I've got it working. I'm using the Caddy proxy to generate me a certificate, and a shell script to copy the certificate to my docker host for use by the #Mosquitto #MQTT broker. My router and DNS server make sure the messages end up on the docker host, and a test application on my home desktop is able to subscribe and receive messages from the broker.

The real fun starts now... writing an app that receives my location data from #OwnTracks on my phone, stores it in a database, and ultimately does all sorts of pretty geospatial stuff.

Today's IT project was to install an MQTT broker on my #SelfHosting #HomeLab. After a bit of shenanigans with DNS and certificates I've got it working. I'm using the Caddy proxy to generate me a certificate, and a shell script to copy the certificate to my docker host for use by the #Mosquitto #MQTT broker. My router and DNS server make sure the messages end up on the docker host, and a test application on my home desktop is able to subscribe and receive messages from the broker.

The real fun starts now... writing an app that receives my location data from #OwnTracks on my phone, stores it in a database, and ultimately does all sorts of pretty geospatial stuff.

Today's IT project was to install an MQTT broker on my #SelfHosting #HomeLab. After a bit of shenanigans with DNS and certificates I've got it working. I'm using the Caddy proxy to generate me a certificate, and a shell script to copy the certificate to my docker host for use by the #Mosquitto #MQTT broker. My router and DNS server make sure the messages end up on the docker host, and a test application on my home desktop is able to subscribe and receive messages from the broker.

The real fun starts now... writing an app that receives my location data from #OwnTracks on my phone, stores it in a database, and ultimately does all sorts of pretty geospatial stuff.

has anyone here built a truly redundant #MQTT broker/ infrastructure on non-cloud hardware?

currently exploring all the options (tcp load balancer vs. other solutions)…

has anyone here built a truly redundant #MQTT broker/ infrastructure on non-cloud hardware?

currently exploring all the options (tcp load balancer vs. other solutions)…

has anyone here built a truly redundant #MQTT broker/ infrastructure on non-cloud hardware?

currently exploring all the options (tcp load balancer vs. other solutions)…

has anyone here built a truly redundant #MQTT broker/ infrastructure on non-cloud hardware?

currently exploring all the options (tcp load balancer vs. other solutions)…

has anyone here built a truly redundant #MQTT broker/ infrastructure on non-cloud hardware?

currently exploring all the options (tcp load balancer vs. other solutions)…

I spent the last week or two working on a CLI for EasyMQTT and managed to get it to a point where I feel comfortable releasing, so here we go https://easymqtt.app/cli

For now it supports basic MQTT operations publishing, subscribing as well as accessing EasyMQTT data. This will make it easy for AI tools or assistants like OpenClaw and Hermes to interact with your MQTT setup,
I'm to see what people come up with!

#easymqtt #mqtt #cli #mcp #openclaw #smarthome

I spent the last week or two working on a CLI for EasyMQTT and managed to get it to a point where I feel comfortable releasing, so here we go https://easymqtt.app/cli

For now it supports basic MQTT operations publishing, subscribing as well as accessing EasyMQTT data. This will make it easy for AI tools or assistants like OpenClaw and Hermes to interact with your MQTT setup,
I'm to see what people come up with!

#easymqtt #mqtt #cli #mcp #openclaw #smarthome

I spent the last week or two working on a CLI for EasyMQTT and managed to get it to a point where I feel comfortable releasing, so here we go https://easymqtt.app/cli

For now it supports basic MQTT operations publishing, subscribing as well as accessing EasyMQTT data. This will make it easy for AI tools or assistants like OpenClaw and Hermes to interact with your MQTT setup,
I'm to see what people come up with!

#easymqtt #mqtt #cli #mcp #openclaw #smarthome

I spent the last week or two working on a CLI for EasyMQTT and managed to get it to a point where I feel comfortable releasing, so here we go https://easymqtt.app/cli

For now it supports basic MQTT operations publishing, subscribing as well as accessing EasyMQTT data. This will make it easy for AI tools or assistants like OpenClaw and Hermes to interact with your MQTT setup,
I'm to see what people come up with!

#easymqtt #mqtt #cli #mcp #openclaw #smarthome