#node-red — Public Fediverse posts

Running Node-RED in production? Node-RED Con 2026 wants to hear from you.

Edge deployments, AI integration, industrial automation — if you've solved something worth sharing, submit before July 31.

Not sure your project fits the theme? Lightning talks are open to any Node-RED project you're proud of.

👉 nrcon.nodered.org

#NodeRED #NRCon2026 #IIoT #CallForPapers

Running Node-RED in production? Node-RED Con 2026 wants to hear from you.

Edge deployments, AI integration, industrial automation — if you've solved something worth sharing, submit before July 31.

Not sure your project fits the theme? Lightning talks are open to any Node-RED project you're proud of.

👉 nrcon.nodered.org

#NodeRED #NRCon2026 #IIoT #CallForPapers

Node-RED Con 2026 is back. Tuesday, November 3rd.

After 1,100+ live attendees from 35+ countries last year, we're doing it again. This year's theme: "Node-RED at the Edge of Intelligence."

The Call for Papers is open until July 31. We're looking for talks on edge computing, AI integration, industrial deployments, and real-world Node-RED projects.

Submit: https://nrcon.nodered.org

#NodeRED #NRCon2026 #IIoT #EdgeComputing #AI #CallForPapers

Node-RED Con 2026 is back. Tuesday, November 3rd.

After 1,100+ live attendees from 35+ countries last year, we're doing it again. This year's theme: "Node-RED at the Edge of Intelligence."

The Call for Papers is open until July 31. We're looking for talks on edge computing, AI integration, industrial deployments, and real-world Node-RED projects.

Submit: https://nrcon.nodered.org

#NodeRED #NRCon2026 #IIoT #EdgeComputing #AI #CallForPapers

SolarFlow und Shellys in Node-RED harmonisiert, damit das Energie-Dashboard mit dem Zähler aufgeht.

https://tbsch.de/post/2026-06-19-zendure-solarflow-im-energie-dashboard/

#SmartHome #Energie #Guide #HomeAssistant #NodeRed #Solar #Zendure

صدر تحديث Node-RED 5.0 الأكبر في تاريخ الأداة، مقدماً محررًا مُعاد تصميمه بالكامل لتحسين تدفق المعلومات وكفاءة مساحة العمل. يتيح الإصدار الجديد تقسيم الشريط الجانبي عموديًا ويدعم مظهرًا داكنًا أصليًا، بالإضافة إلى تحسينات في إمكانية الوصول وتوثيق العقد. كما شمل التحديث تغييرات في سير العمل، مثل التنقل بالبحث ودعم تنبيهات Markdown، مع تعزيز الأمان. هذه التحديثات تجعل Node-RED أكثر مرونة وسهولة في الاستخدام.

#NodeRED

Das Smarthome (#homeassistant) eskaliert langsam total. Ich hab langsam für fast alles ein #nodered Flow. Heute erst die alte Hausklingel smart gemacht.

Das ganze läuft zwar auf einem HA-#Proxmox-Cluster mit zusätzlichen Backups, aber wenn das mal ausfällt... 😂 Also, quasi jammern auf einem Nerd-Niveau 🤓

Das Smarthome (#homeassistant) eskaliert langsam total. Ich hab langsam für fast alles ein #nodered Flow. Heute erst die alte Hausklingel smart gemacht.

Das ganze läuft zwar auf einem HA-#Proxmox-Cluster mit zusätzlichen Backups, aber wenn das mal ausfällt... 😂 Also, quasi jammern auf einem Nerd-Niveau 🤓

Node-RED 5.0 is now available!

- Modernised editor experience
- Improved accessibility
- Dark mode!
- ...and more

Check the blog post for all the details.

https://nodered.org/blog/2026/06/09/version-5-0-released

#nodered

Node-RED v5.0.0 is now available

Docker containers on Docker Hub and GHCR

https://discourse.nodered.org/t/node-red-5-now-available/101239

#NodeRED

Starting the Node-RED v5.0 release process

#NodeRED

Ein Node-RED-Flow, der Zendure-MQTT-Topics in ein sauberes Schema für Home Assistant bringt.

https://tbsch.de/l/rpu7w

#SmartHome #Guide #HomeAssistant #Mqtt #NodeRed #Zendure

Ich habe jetzt Homegear installiert. Grundsätzlich würde ich vermutlich meine Homematic-Geräte darüber nach Home Assistant bekommen. ABER: Ein parallel-Betrieb mit FHEM ist definitiv ausgeschlossen. Und damit kann ich nicht sanft migrieren.

Es bleibt also beim Plan, neue Logik wird in NodeRed definiert, vorhandene Logik wandert Schritt für Schritt nach NodeRed, bis in FHEM nur noch die Geräte stehen.

#homeassistant #fhem #nodered #homematic #homematicip #homegear

Der Wechsel von FHEM auf Home Assistant ist abgesagt

Der 1. Grund: Homematic geht nur einzubinden, wenn ich die Komponenten an der CCU3 neu anmelde. Vorher natürlich von HMUARTLGW abmelden. Das ist bei den alten Komponenten nicht trivial. Zum Anbinden muss man nämlich einen Taster am Gerät anschließen. Nur so kann man die Komponente ablernen und neuanlernen. Allerdings laufen über diesen Tasteranschluss 230 V. Also Sicherung raus, zwei Kabel rein. Sicherung wieder rein. Beide kabel mit den Kabelspitzen zusammentippen, ein paar Sekunden zusammen halten und das Gerät ist dann hoffentlich gelöscht. Neu anlernen. und das bei ziemlich genau 60 Komponenten. Sorry, nein. So nicht.

Der 2. Grund ergibt sich daraus, wie man das Problem aus 1 etwas entschärfen kann. Man bindet in FHEM einen MQTT-CLienten ein, baut eine Bridge und immer wenn ein Homematic-Gerät schaltet, kann das Home Assistant als MQTT auslesen. Das Funktioniert tatsächlich auch. Die notwendigen Attribute kann man mittels KI schnell erzeugen und fast genauso schnell über die Befehlszeile eingeben. Der Nacharbeit-Aufwand aber war beträchtlich. Ich musste bei allen state in die Eventliste packen. also 60 Komponente abklappern (oder wieder von der KI erzeugen lassen und über die Befehlszeile eingeben). Aber: die vporhandenen Zigbee-Geräte haben in HA dann nicht mehr funktioniert. Das lag vermutlich an der neu eingerichteten MQTT-Brücke/Broker.

Alles in allem ist mir das alles zu fummelig. Da bleibe ich lieber bei FHEM + Nodered.

Die Logik baue ich Schritt für Schritt wann immer ich mal etwas ändern muss in NodeRed nach. auf diese Weise wird FHEM irgendwann mal nur noch die Geräte enthalten.

Damit kann ich leben.

In NodeRed habe ich, darüber hatte ich unlängst geschrieben, drei FHEM Nodes definiert (sind Sub-Nodes):

a) Schreiben von Readings
b) Lesen von Readings
c) ausführen von befehlen (z.B. on oder off)

Ich kann also über NodeRed sehr leicht Werte auslesen/schreiben oder Geräte schalten.

Ein Vorteil ist auch, die Alexa Integration braucht nicht angefasst werden.

Na schön. Bleibt festzuhalten: HA ist nichts für mich und meine Installation.

#fhem #homeassistant #nodered #zigbee

Архитектура автоматизации частного дома: KNX, Modbus, Node-RED и Sprut.Hub

Стандартные решения удобны — спорить с этим сложно. Выбираешь, например, KNX, и дальше все работает по понятной схеме: оборудования много, типовые решения давно отработаны, софт удобный, интерфейсы выглядят аккуратно. Проблемы обычно начинаются, когда заказчик получает смету. Именно про такой проект пойдет речь в этой статье. Объект — двухэтажный частный дом площадью 300 м² в коттеджном поселке Bright Park под Казанью. Заказчик хотел автоматизировать почти все инженерные системы дома, объединить их в единый интерфейс и интегрировать с голосовыми ассистентами. Но когда заказчик получил коммерческое предложение на KNX, то схватился за голову. В результате интегратор пересмотрел архитектуру системы. Часть оборудования заменили, часть оставили. И вписались в бюджет.

https://habr.com/ru/companies/wirenboard/articles/1040316/

#Wiren_Board #KNX #Akubela #inprice #SprutHub #NodeRED #алиса #умный_дом #smart_home #АРТЭН

**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

**Node-RED & FHEM: Warum „Keep it simple“ manchmal der bessere Weg ist**

Ich habe mich in letzter Zeit intensiv mit der Verbindung von **Node-RED** und **FHEM** beschäftigt. Ursprünglich hatte ich die dedizierten FHEM-Nodes im Einsatz, aber ehrlich gesagt: Wir sind keine Freunde geworden. Die Dokumentation war für mich lückenhaft, und was schwerer wiegt: Das Schreiben von Readings hat mein FHEM regelmäßig in die Knie gezwungen.

Wenn man bei der Fehlersuche mehr damit beschäftigt ist, die Logik der Nodes zu verstehen, als den eigentlichen Flow zu fixen, läuft etwas falsch.

**Die Lösung: Zurück zu den Basics.**

Ich habe mir drei Subflows „geklöppelt“, die rein auf der **HTTP-Schnittstelle** basieren. Das ist stabil, transparent und vor allem: Es stürzt nichts mehr ab.

**Die drei Werkzeuge im Überblick**

Ich nutze jetzt drei spezialisierte Subflows für die tägliche Arbeit:

**1. Get Reading**

Hiermit hole ich mir aktiv Werte aus FHEM ab.

**Konfiguration:** FHEM-URL (ist im Subflow als Default hinterlegt), Device-Name, das spezifische Reading und der Datentyp (**Zahl, String oder Boolean**).

**Funktionsweise:** Der Knoten benötigt einen Trigger (z. B. eine Injection oder einen Impuls aus einem anderen Flow). Am Ausgang wird der Wert sauber in `msg.payload` ausgegeben.

**2. Set Reading**

Das Gegenstück, um Werte in FHEM zu schreiben.

**Konfiguration:** Identisch zum „Get“-Knoten, allerdings ohne Datentyp-Wahl.

**Funktionsweise:** Der Wert, der in FHEM geschrieben werden soll, wird einfach per `msg.payload` an den Eingang des Knotens gereicht.

**3. Execute Command**

Für die klassischen Schaltbefehle.

**Konfiguration:** URL, Device und der Befehl (z. B. `on`, `off`, `toggle`).

**Einsatz:** Perfekt für die schnelle Steuerung, ohne direkt Readings manipulieren zu müssen.

**Warum dieser Weg?**

Die Subflows sind im Grunde nur schlanke Kapseln um HTTP-Requests. Das macht sie extrem wartungsfreundlich. Wer schon mal Stunden mit der Fehlersuche in komplexen Drittanbieter-Nodes verbracht hat, wird die Einfachheit der HTTP-Web-Schnittstelle zu schätzen wissen.

**JSON-Import**

Für alle, die ähnliche Probleme mit den Standard-Nodes haben oder einfach eine schlanke Lösung suchen, ist hier das JSON zum Importieren in Node-RED:

[
{
"id": "sf_logic_prep",
"type": "function",
"z": "fhem_subflow_id",
"name": "URL bauen",
"func": "const baseUrl = env.get(\"FHEM_URL\");\nconst device = env.get(\"FHEM_DEVICE\");\n\nmsg.url = `${baseUrl}/fhem?cmd=jsonList%20${device}&XHR=1`;\nreturn msg;",
"outputs": 1,
"noerr": 0,
"initialize": "",
"finalize": "",
"libs": [],
"x": 210,
"y": 80,
"wires": [
[
"sf_logic_http"
]
]
},
{
"id": "sf_logic_http",
"type": "http request",
"z": "fhem_subflow_id",
"name": "",
"method": "GET",
"ret": "obj",
"paytoqs": "ignore",
"url": "",
"tls": "",
"persist": false,
"proxy": "",
"authType": "",
"senderr": false,
"headers": [],
"x": 370,
"y": 80,
"wires": [
[
"sf_logic_extract"
]
]
},
{
"id": "sf_logic_extract",
"type": "function",
"z": "fhem_subflow_id",
"name": "Wert wandeln",
"func": "const readingName = env.get(\"FHEM_READING\");\nconst targetType = env.get(\"RET_TYPE\");\n\ntry {\n let rawValue = msg.payload.Results[0].Readings[readingName].Value;\n \n if (targetType === \"Zahl\") {\n msg.payload = parseFloat(rawValue.replace(',', '.'));\n } else if (targetType === \"Boolean\") {\n let low = rawValue.toLowerCase();\n msg.payload = (low === \"true\" || low === \"on\" || low === \"1\" || low === \"yes\");\n } else {\n msg.payload = String(rawValue);\n }\n \n return msg;\n} catch (e) {\n node.error(\"Reading '\" + readingName + \"' nicht gefunden!\");\n return null;\n}",
"outputs": 1,
"noerr": 0,
"initialize": "",
"finalize": "",
"libs": [],
"x": 540,
"y": 80,
"wires": [
[]
]
},
{
"id": "sf_set_logic_prep",
"type": "function",
"z": "fhem_set_subflow_id",
"name": "URL bauen",
"func": "const baseUrl = env.get(\"FHEM_URL\");\nconst device = env.get(\"FHEM_DEVICE\");\nconst reading = env.get(\"FHEM_READING\");\nconst val = msg.payload;\n\n// Wert sicherheitshalber URL-kodieren (falls Leerzeichen o.ä. enthalten sind)\nconst encodedVal = encodeURIComponent(val);\n\nmsg.url = `${baseUrl}/fhem?cmd=setreading%20${device}%20${reading}%20${encodedVal}&XHR=1`;\nreturn msg;",
"outputs": 1,
"noerr": 0,
"initialize": "",
"finalize": "",
"libs": [],
"x": 220,
"y": 80,
"wires": [
[
"sf_set_logic_http"
]
]
},
{
"id": "sf_set_logic_http",
"type": "http request",
"z": "fhem_set_subflow_id",
"name": "",
"method": "GET",
"ret": "txt",
"paytoqs": "ignore",
"url": "",
"tls": "",
"persist": false,
"proxy": "",
"authType": "",
"senderr": false,
"headers": [],
"x": 410,
"y": 80,
"wires": [
[]
]
},
{
"id": "sf_cmd_logic_prep",
"type": "function",
"z": "fhem_cmd_subflow_id",
"name": "Befehl bauen",
"func": "const baseUrl = env.get(\"FHEM_URL\");\nconst device = env.get(\"FHEM_DEVICE\");\nconst command = env.get(\"FHEM_COMMAND\");\nconst val = msg.payload;\n\n// Basis-URL mit set Befehl\nlet fhemCmd = `set%20${device}%20${command}`;\n\n// Wenn ein Wert in msg.payload mitgeliefert wird, hänge ihn an\nif (val !== undefined && val !== null && val !== \"\") {\n fhemCmd += `%20${encodeURIComponent(val)}`;\n}\n\nmsg.url = `${baseUrl}/fhem?cmd=${fhemCmd}&XHR=1`;\nreturn msg;",
"outputs": 1,
"noerr": 0,
"initialize": "",
"finalize": "",
"libs": [],
"x": 220,
"y": 80,
"wires": [
[
"sf_cmd_logic_http"
]
]
},
{
"id": "sf_cmd_logic_http",
"type": "http request",
"z": "fhem_cmd_subflow_id",
"name": "",
"method": "GET",
"ret": "txt",
"paytoqs": "ignore",
"url": "",
"tls": "",
"persist": false,
"proxy": "",
"authType": "",
"senderr": false,
"headers": [],
"x": 410,
"y": 80,
"wires": [
[]
]
}
]

Vielleicht hilft es ja dem einen oder anderen, sein Smart Home Setup etwas stabiler zu gestalten. Fragen oder Feedback dazu gerne in die Kommentare oder per Direktnachricht! 🚀

#FHEM #NodeRED #SmartHome #HomeAutomation #IoT #Schnittstellen #Hacking

От PLC к своему HMI и AI-анализу

В первой статье и второй статье мы заставили крутиться PMSM-мотор под управлением комплекта P-NUCLEO-IHM03, внедрив в прошивку поддержку FDCAN. Чтобы превратить DIY-проект в нечто более серьезное, нам нужен верхний уровень: наглядный интерфейс, интеграция с индустриальными стандартами и, конечно, немного магии современных LLM для диагностики. Сегодня мы построим распределенную систему управления, где OpenPLC берет на себя логику, Node-RED — визуализацию, а AI-агент — роль инженера-диагноста.

https://habr.com/ru/articles/1025712/

#diyпроекты #orangepi #raspberrypi #llmмодели #n8n #nodered #llama

Гибридный умный дом: Wiren Board + Loxone + Node-RED

Мы побывали в двухэтажном частном доме в Подмосковье, где работает довольно необычная система автоматизации под управлением двух контроллеров и трех программных сред. Такая конфигурация сложилась исторически. Вряд ли кто-то стал бы проектировать подобную систему «с нуля», но на практике такие «солянки» встречаются чаще, чем может показаться. Дом достраивают, появляются новые требования, меняются предпочтения заказчика. В этой статье покажем, как устроен этот умный дом: какие задачи решает каждая платформа и как интегратор объединил разные устройства в одну систему.

https://habr.com/ru/companies/wirenboard/articles/1023052/

#Wiren_Board #Loxone #Умный_дом #Олег_Сагайдаков #Мегавольт #Датчики #nodered #автоматизация #реле #климат

Finally upgraded my home control #NodeRED instance.

It really was time to get off NodeJS 16...

Finally upgraded my home control #NodeRED instance.

It really was time to get off NodeJS 16...

I _may_ have gone a little overkill when it came to automating my non-smart fan to make it smart.... #HomeAutomation #Automation #NodeRed #HomeAssistant

I _may_ have gone a little overkill when it came to automating my non-smart fan to make it smart.... #HomeAutomation #Automation #NodeRed #HomeAssistant

Fuelled by #Claude, my little cute home bot is now responding intelligently with AI. Excited to see how this transpires as I am to expand him on my network.

Using Claude for now, but as CPU models get better I'll probably gradually offload him to local AI LLMs.

#AI #LLM #NodeRED

@mxp #zigbee2mqtt with #nodered could be a simple solution: https://flows.nodered.org/node/node-red-contrib-zigbee2mqtt

@mxp #zigbee2mqtt with #nodered could be a simple solution: https://flows.nodered.org/node/node-red-contrib-zigbee2mqtt

@ainmosni I’m using #nodered for all my automation. Be careful, it can be addictive 😉

@ainmosni I’m using #nodered for all my automation. Be careful, it can be addictive 😉

@Lemlems
Absolutely. I wouldn’t have expected anything.
And I’m good at finding exactly what I’m missing in a great new feature set.

For example:
How cool would it be to have a UX like #nodeRed to manage all your automation? And JavaScript automation blocks.

https://nodered.org/

@Lemlems
Absolutely. I wouldn’t have expected anything.
And I’m good at finding exactly what I’m missing in a great new feature set.

For example:
How cool would it be to have a UX like #nodeRed to manage all your automation? And JavaScript automation blocks.

https://nodered.org/

I’m embarrassed to admit that I’ve never really used #NodeRed before. It’s cool af.

I’m embarrassed to admit that I’ve never really used #NodeRed before. It’s cool af.

RadiationBot SL/Germany
@Radiation_SL • Joined: Mar 18, 2025

smol bot, that utilising #EspHome #HomeAssistant and #NodeRed sending every four hours your microdose of radiation information.

If the level of radioactivity exceeds certain threshold values, the bot sends a warning in shorter intervals.

Since November 2025 the bot adds an audio file containing the current radiation level - it sounds a bit like through an old radio.

if you...

#bot #BotsOfMastodon

@DJGummikuh Ein unheiliger Mix aus #nodered, #esp8266 mit 2 Relais an der SGReady Schnittstelle und viel tuning an der Heizungssteuerung. Die Verbräuche werden mit shelly EMs mit Phasenklemmen bzw. mit nem IR-Leser auf dem Stromzähler gesammelt.

After a sleepless night and a bit of "I may as well be doing something useful" coding, my #nodered installation is no more and everything is now in #homeassistant. It took me way too long to get my head around YAML, and I don't love that it's running in Docker containers, but it works and I guess that's what's important.