marco acorte
Node-REDNode-RED 5.0 is now available!
- Modernised editor experience
- Improved accessibility
- Dark mode!
- ...and more
Check the blog post for all the details.
Ben HardillNode-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
🎉 Node-RED 5 now available
Node-RED 5 is now generally available! Full details are available in the release blog post - if you've been following the beta releases, make sure you read the post as there are a few extra goodies included since the beta-6 was published. Node-RED 5.0 is the biggest change to the editor experience in the history of the project. Back in our roadmap post we set out four areas of focus - modernising the UX, improving node appearance, targeted functional enhancements, and updating our project ...
Starting the Node-RED v5.0 release process
tbschEin Node-RED-Flow, der Zendure-MQTT-Topics in ein sauberes Schema für Home Assistant bringt.
Creasol - Smart Home solutionsDomBus modules for #homeassistant #domoticz #nodered #modbus : check our catalog at https://creasol.it/catalog
RonIch 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.
HabrАрхитектура автоматизации частного дома: 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 #АРТЭН
cnx-software.com [Unofficial]RAKwireless WisMesh Pi HAT RAK6421 turns your Raspberry Pi 4/5 into a modular Meshtastic gateway
RAKwireless WisMesh Pi HAT RAK6421 turns your Raspberry Pi 4/5 into a modular Meshtastic gateway
RAKwireless WisMesh Pi HAT RAK6421 is a modular Meshtastic gateway expansion board for Raspberry Pi 4/5 that adds support for the company’s WisBlock ecosystem. Designed for users running meshtasticd (the Linux-native Meshtastic service), it enables scalable, always-on Meshtastic base stations, MQTT gateways, and backbone relay nodes. Unlike other LoRa solutions based on Raspberry Pi, the RAK6421 takes a modular approach. Instead of a built-in radio, it offers two WisBlock IO slots and four sensor slots, allowing users to easily plug in or swap modules. This means you can choose between standard LoRa modules like the RAK13300 or higher-power 1W versions like the RAK13302, without dealing with messy USB adapters or breadboard wiring. RAK6421 WisMesh Pi HAT RAK6421 specifications: Compatibility Raspberry Pi 4, Raspberry Pi 5, and Raspberry Pi Zero 2W SBCs Potentially other SBC with standard 40-pin Raspberry Pi GPIO header (HAT+ compliant) Expansion 2x WisBlock IO slots for LoRa radio