UGSo Blocks for HA

Neu in 0.1.47: Aktionsfunktionen mit Parametern und bedingte Rückgabewerte. Der Gesamtkatalog enthält jetzt 166 unterstützte Blocktypen.

Neu in 0.1.46: Sprache → System / DE / EN / FR gilt jetzt für die gesamte Oberfläche, Dialoge, Status, Bestätigungen und Validierungshinweise. Eigene Namen, Entitätsdaten, Paketbeschriftungen und YAML/Jinja werden nicht automatisch übersetzt.

Neu in 0.1.45: vier doppelte Toolbox-Einträge entfernt. Zahl nur unter Mathematik, Text unter Text, Farbe unter Farbe, erweiterbares UND/ODER/NICHT unter Logik. Werte enthält Prozent; bestehende Projekte bleiben kompatibel.

Neu in 0.1.44: durchsuchbare Aktions- und Zielauswahl, fünf Zielarten, Mehrfachziele und manuelle Jinja-Eingaben. Bedienung und Grenzen.

Neu in 0.1.42: drei kompakte, gleich große Buttons beim YAML-Import, bei Bedarf mit zweizeiligen Beschriftungen. Rechts entfernt Eingabefeld leeren den Einfügetext und die Importfehlermeldung. Die aktuelle Automation und der Ersetzen-Haken bleiben erhalten.

Neu in 0.1.41: 15 verschachtelte Jinja-Blocktypen, insgesamt 163 Typen. Entitäten, Filter, Vergleiche, Berechnungen und einfache if/else-/for-Templates bearbeiten. Originaltext bleibt unverändert bis zur Bearbeitung; nicht unterstützte Templates bleiben Originalblocks. Zerlegung und Grenzen.

Seit 0.1.40 haben Blocks in allen Themes 16-px-Schrift. Das Blockmenü bleibt fest bei 100 Prozent: Einpassen, Mausrad und Zoomregler verändern nur den Arbeitsbereich. Startzoom 100 Prozent, Einpassen 85–120 Prozent, manueller Zoom 50–240 Prozent. Große Automationen bleiben verschiebbar; Einpassen verkleinert sie höchstens auf 85 Prozent, damit die Schrift lesbar bleibt. Geprüft in Full HD, 2560 px und HiDPI.

Neu in 0.1.39: 148 Blocktypen, erweiterte HA-Auslöser und Bedingungen, Ziele/Variablen/Optionen, Warten auf Auslöser, Parallelzweige und Aktionsgruppen sowie Jinja (experimentell) mit Erkennung und unverändertem Originaltext. Anleitung, Beispiele, Grenzen und Quellen.

Sprache → Systemsprache / DE / EN / FR nutzt die bevorzugten Browsersprachen; nicht unterstützte Sprachen fallen auf Englisch zurück. App-Beschriftungen, Dropdowns, Hilfetexte, Kategorien und Dialoge werden übersetzt. Der Wechsel sichert das gültige Projekt und lädt den Editor neu; bei unvollständigen Blocks oder gesperrtem Speicher bleibt die aktuelle Ansicht erhalten. Technische IDs, Variablennamen, eigene Texte, Templates und YAML bleiben unverändert. Blockpakete behalten die Sprache ihrer Autoren. Französische Dokumentation; Blockbilder im Katalog sind jeweils DE/EN/FR.

Neu in 0.1.18: Eigener Block-/Template-Editor als 95%-Dialog, Kategorie Benutzerdefiniert, mehrere Blocks pro Paket, kopierbarer JSON-Code und ZIP-Import/Export. Blockpaket-Katalog.

Neu in 0.1.17: Entitäten aus HA laden und in vorhandenen Blockfeldern nach Name/ID suchen. Passende Licht-/Script-/Helferfilter, manuelle IDs ohne Verbindung und serverseitige Zugangsdaten. Anleitung mit Bild und Grenzen.

Neu in 0.1.16: Theme-Auswahl UGSo Standard/Dark/Modern/Tritanopia und Zoom-to-fit-Knopf. Auswahl wird lokal gespeichert; eigene Blocks folgen den Paletten. Bedienung, Bilder und Originalquellen. Weiterhin 111 Blocktypen.

Version 0.1.47 · experimentelle HA-App. Mit visuellen Blocks entstehen native Home-Assistant-Automationen. Der Editor erzeugt YAML; Home Assistant übernimmt die Ausführung. HA-Aktionen und Ziele lassen sich aus lesenden Katalogen auswählen.

Seit 0.1.25 rechts YAML → Code importieren wählen, YAML einfügen und Importieren statt Speichern klicken. Ohne Haken werden Auslöser, Bedingungen und Aktionen ergänzt; Name, Einstellungen und bestehende Blockformen bleiben erhalten. Bedingungen werden gemeinsam als UND geprüft; zusätzliche Auslöser können weitere Starts verursachen. Zum vollständigen Ersetzen Aktuelle Automation vollständig ersetzen aktivieren und die Abfrage bestätigen. Unterstützt wird eine Automation als Objekt oder Liste mit einem Eintrag, maximal 1 MB. Ungültiger Code oder Abbruch lässt die aktuellen Blocks erhalten. Einfügetext bleibt beim Moduswechsel für diese Seite erhalten; nach Erfolg erscheint wieder die Ausgabe. Zum Ergänzen muss die aktuelle Automation gültig sein; vollständiger Ersatz funktioniert auch bei unvollständigen Blocks. Dateiimport über Öffnen bleibt verfügbar.

Die Blocks verwenden die klassischen Blockly-Puzzleformen (Geras) mit 16-px-Schrift. Das Menü bleibt unabhängig vom Editorzoom bei 100 Prozent. Einpassen im Arbeitsbereich nutzt 85–120 Prozent; große Automationen bleiben verschiebbar. Themes, Zoom und Lesbarkeit.

Liste der Blocks und Originalplugins

Neu in 0.1.13: 18 Blocks für Timeouts, Objekt, Logik, Schleifen und Listen. Native HA-Pausen mit Einheiten/Laufzeitwerten, Warten bis mit Timeout, Lauf stoppen, Wiederholungen, Dictionary-Zugriffe und -Zuweisungen, Fallauswahl, Bereichsvergleich, Ersatzwert und Listen. ioBroker / Original-Blockly / UGSo: Zuordnung und Grenzen.

Neu in 0.1.12: Konvertierung mit neun Blocks für Zahl, Boolean, String, Typ, Datum/Zeit, Datumsformat/-bestandteile, Zeitdifferenz und JSON. Dynamische Formatauswahl und JSON-Formatierung per Checkbox. JSONata bleibt als Erweiterung vorgemerkt. Anleitung und ioBroker-Gegenüberstellung.

Neu in 0.1.11: sieben Blocks für Datum und Zeit, mit Uhrzeitvergleichen, Zeiträumen über Mitternacht, Datumswerten, Kalenderbeginn, nächsten Sonnenereignissen, Zeitberechnung und Formatierung. Anleitung und ioBroker-Gegenüberstellung.

Neu in 0.1.10: Erhöhe Variable um … im Variablen-Menü mit Schritt 1, negativen und dezimalen Schritten. Bild, Beispiel und Voraussetzungen.

Neu in 0.1.9: Kategorie Logik mit Vergleich, kompaktem UND/ODER, NICHT, wahr/falsch, null und bedingter Wertauswahl. Variablen unterstützen jetzt auch Boolean und null. Alle sechs neuen Blocks mit Bildern und Beispiel.

Die Liste aller 163 Blocks zeigt jeden Block mit Bild und Funktionsbeschreibung. Die Tabelle der Originalplugins verlinkt direkt auf die jeweiligen Quellen.

Neu in 0.1.8: Variablen → Variable erstellen …, Setzen-/Lesen-Blocks und die Kategorie Templates mit eigenen Wert- und Bedingungsblocks. Variablen erzeugen native HA-variables-Aktionen; Lesen erzeugt {{ name }}. Jinja wird erst in HA ausgewertet. Anleitung, Beispiel und Importgrenzen.

Neu in 0.1.7: Suche am Menüende, mehrzeilige Texte, Prozent-Slider, Farbe und Lichtaktion, Datum heute und abhängige Helfer-Dropdowns. Plus/Minus ergänzt oder entfernt den letzten Eingang beziehungsweise sonst-falls-Zweig; S schaltet Sonst um. Entfernte Eingänge lösen ihre Blocks ab, löschen sie nicht. Das Zahnrad bleibt zum Umordnen.

Der Datumsvergleich einschließlich Jahr wird in HA mit now().strftime('%Y-%m-%d') ausgewertet; er verwendet die HA-Zeitzone und ist eine Bedingung, kein Auslöser. Diese Form erhält beim Import den Datumsblock; andere Template-Bedingungen erhalten den allgemeinen Template-Block. Die Lichtaktion erzeugt RGB-Farbe und Helligkeit in Prozent. Timer nutzen ihre konfigurierte Dauer; zusätzliche Parameter bleiben in der generischen HA-Aktion. Die tatsächlichen Gerätefähigkeiten müssen in HA geprüft werden.

Das eigene UGSo-Icon verbindet Haus und Puzzle-Baustein und wird in Oberfläche, Browser und HA-App verwendet. Zehn Originalplugins werden lokal ausgeliefert. Farbmischung und Zufallsfarben sind seit 0.1.15 umgesetzt; automatisch wachsende Anschlüsse und Live-Aktionsauswahl bleiben offen. Textverknüpfung und Listenbearbeitung sind umgesetzt.

Im HA-App-Store installieren

Das gemeinsame Repository https://github.com/rockbaer2007/ugso-ha-mqtt-addons hinzufügen beziehungsweise über die Repository-Aktualisierung neu laden. UGSo Blocks for HA installieren, starten und Weboberfläche öffnen wählen. Die App unterstützt amd64 und aarch64 und öffnet den Editor über HA-Ingress. Zum Öffnen ist keine zusätzliche Token-Eingabe nötig. Die App lädt Entitäten lesend über den Supervisor und schreibt keine HA-Systemdateien.

Start und Dateien

Der Code liegt neben Grafik Visual Studio im gemeinsamen Repository. Im Ordner blocks_for_ha mit Node.js 22.12 oder neuer:

npm install
npm run dev

Editor: http://127.0.0.1:4180/. YAML kann angezeigt, kopiert, als Datei gespeichert und wieder als Blocks geöffnet werden. Unterstützt wird eine Automation als Objekt oder Liste mit einem Eintrag. Nicht unterstützte Strukturen werden zurückgewiesen. JSON-Projekte erhalten zusätzlich Blockpositionen; der Browser sichert den letzten Stand lokal.

ioBroker / unsere Blocks: vorhandene Funktionen

111 Blocktypen einschließlich des Automationsrahmens; Variablen, Templates, Datum/Zeit und Konvertierung sind im Katalog beschrieben:

ioBroker-Konzept	UGSo Blocks für HA	HA-Ausgabe
Script-Rahmen	Automation	triggers, conditions, actions
Zustandstrigger	Zustand erreicht	trigger: state
Zahlenprüfung als Trigger	Grenzübertritt über/unter	trigger: numeric_state
Zeitplan	Uhrzeit	trigger: time
Astro	Sonnenaufgang/-untergang	trigger: sun
Systemstart, anderer Lebenszyklus	HA startet	trigger: homeassistant
Zustandsvergleich	Zustand ist	condition: state
Zahlenvergleich	Zahl über/unter	condition: numeric_state
UND/ODER/NICHT	Alle/mindestens eine/keine Bedingungen	and, or, not
Steuere/umschalten	Ein/Aus/Umschalten	Passende Aktion der Entitätsdomain
Adapteraktion	Generische HA-Aktion	action, optional Entitätsziel und JSON-Daten
Pause	Warte Sekunden	delay
Falls/sonst falls/sonst	Erweiterbarer Falls-Block	if oder choose
Zahl	Zahlen-Wertblock, auch als Shadow-Standardwert	Konstante für Grenze oder Wartezeit
Text	Text-Wertblock mit Shadow	Logmeldung
Prozent	Slider-Wert 0–100	Number-Konstante
Farbe	Farb-Wertblock	Colour-Wert
Lichtfarbe	Licht mit Farbe/Helligkeit	rgb_color, brightness_pct
Datum	Datum heute ist/ab/bis	HA-Template-Bedingung
Helfer steuern	Abhängige Aktionsauswahl	Schalter/Zähler/Timer
Debug-Ausgabe	Log mit Schweregrad	system_log.write
Script steuern	Starten/stoppen/aufrufen und warten	script.turn_on, script.turn_off oder direkter Aufruf
Aktualisiere State, andere Bedeutung	Entität aktualisieren	homeassistant.update_entity

Name, Beschreibung, ID und Ausführungsmodi single, restart, queued, parallel sind vorhanden. Für queued/parallel lässt sich die maximale Anzahl festlegen. Drei Beispiele zeigen Licht, Batterie und Abendlicht.

System-Blocks ab Version 0.1.6

Die Kategorie System enthält drei neue Aktionsblocks. Unter Werte steht zusätzlich ein grüner Text-Block bereit. Er besitzt einen String-Output und passt in den Meldungseingang des Log-Blocks; Zahlen und Bedingungen passen dort nicht hinein.

ioBroker	Unser Block	Bedienung und HA-Verhalten
Debug-Ausgabe	Log	Meldung als Text-Shadow oder eigener Textblock; Dropdown Info, Warnung, Fehler, Debug oder Kritisch. Erzeugt system_log.write.
Script steuern	HA-Script	Script-ID eingeben; starten ohne Warten, stoppen oder aufrufen und warten wählen.
Aktualisiere State	Entität aktualisieren	Fordert mit homeassistant.update_entity eine Aktualisierung an. Setzt keinen Zustand und besitzt keine ioBroker-ack-Semantik.
Text	Text-Wertblock	Editierbarer Text für Logmeldungen, im Projekt und YAML erhalten.

Starten ohne Warten erzeugt script.turn_on; die Automation läuft anschließend weiter. Stoppen erzeugt script.turn_off. Aufrufen und warten erzeugt einen direkten script.name-Aufruf: Die Automation wartet auf dessen Abschluss; Fehler können an den Aufrufer weitergegeben werden. Script-Parameter werden weiterhin über die generische HA-Aktion eingegeben.

Beim YAML-Import werden genau passende Systemaktionen als eigene Blocks erkannt. Zusätzliche Daten, etwa ein eigener Logger oder Script-Variablen, bleiben in der generischen HA-Aktion erhalten. Die Aktualisierung wird von der jeweiligen Integration unterstützt oder begrenzt. Logmeldungen entstehen erst bei Ausführung in HA; Info und Debug können durch die HA-Logkonfiguration ausgefiltert werden.

Referenzen: HA-Systemprotokoll, HA-Scripts, HA-Core-Aktionen.

Zahnrad: Falls erweitern

Wie beim vertrauten ioBroker-Editor öffnet das Zahnrad eine kleine Arbeitsfläche. Dort lassen sich sonst falls-Elemente an den Falls-Rahmen anhängen und ein optionaler sonst-Zweig ergänzen. Die jeweiligen Bedingungen und Aktionen werden anschließend im Hauptblock eingesteckt.

• Ein Falls-Zweig erzeugt if/then, optional else.
• Mehrere Zweige erzeugen choose, der Sonst-Zweig wird default.
• HA führt den ersten passenden Zweig aus. Weitere passende Zweige werden nicht ausgeführt.
• Entfernte Zweige lösen ihre verbundenen Blocks ab. Diese müssen wieder verbunden oder entfernt werden, bevor exportiert werden kann.
• YAML-Import und JSON-Projekte erhalten die Verzweigungen. Alte Projekte behalten ihre bisherigen Sonst-Aktionen.

UND/ODER/NICHT besitzt ein eigenes Zahnrad für 1–100 seitliche Bedingungseingänge. Auslöser und Aktionen lassen sich als Ketten erweitern. Sonnen-, Vergleichs- und Schaltvarianten werden direkt im Dropdown gewählt. Die generische HA-Aktion verwendet zunächst JSON-Daten; ein visueller Datenfeld-Mutator ist noch geplant.

Andocken und Bedienung

Das Kategorienmenü ist dunkel, die aufgeklappte Blockauswahl hell. Werte sind grün, Auslöser orange, Bedingungen violett und Aktionen blau. Die Kategorienmarkierungen zeigen die jeweilige Blockgruppe; die ausgewählte Kategorie ist zusätzlich hervorgehoben.

• Output links / Werteingang rechts: Bedingungen liefern Boolean-Werte. Sie passen in „Nur wenn“, „Falls“, „sonst falls“ und UND/ODER/NICHT. Zahlen liefern Number-Werte und passen in Grenzen oder Wartezeiten. Die Typprüfung verhindert unpassende Verbindungen.
• Previous oben / Next unten: Auslöser und Aktionen bilden jeweils eigene Ketten; sie können nicht miteinander vertauscht werden.
• Statement-Innenraum: „mache“ und „sonst“ nehmen Aktionsfolgen auf. Bedingungen gehören an die seitlichen Werteingänge.
• Shadow-Zahlen: Grenzen und Wartezeiten haben editierbare Standardwerte. Ein herausgezogener Zahlenblock kann sie ersetzen. Wird dieser entfernt, erscheint der Standardwert wieder. Logmeldungen nutzen String-Textblocks mit editierbarem Shadow. Sensor- und Entitäts-Wertblocks sind noch nicht umgesetzt.
• Kontextmenü: Rechtsklick beziehungsweise langes Drücken bietet die Blockly-Funktionen, etwa Duplizieren, Kommentar, Einklappen, Deaktivieren, Löschen und Hilfe. Hilfe führt hierher. Kommentare bleiben im JSON-Projekt; sie werden noch nicht als YAML-Kommentare exportiert.
• Deaktivieren: Deaktivierte Aktionen und Auslöser werden beim Export übersprungen. Deaktivierte Bedingungen werden ausgelassen. Pflichtinhalte bleiben erforderlich; fehlende Auslöser, leere Falls-Bedingungen oder leere Aktionszweige verhindern den Export.
• Papierkorb: Blocks löschen, den Papierkorb öffnen und gelöschte Blocks zurück auf die Arbeitsfläche ziehen. Der Verlauf ist auf die aktuelle Sitzung begrenzt. Rückgängig/Wiederholen steht zusätzlich bereit.
• Einfügemarkierung: Blockly zeigt beim Ziehen die mögliche Andockposition an.

Projektdateien aus Version 0.1.4 und früher werden automatisch auf die neue Anschlussstruktur umgestellt. Alte Bedingungsketten werden als UND-Gruppen mit derselben YAML-Bedeutung erhalten. Die bestehenden YAML-Dateien bleiben importierbar.

Blockly-Bibliothek und verbindlicher Entwicklungsstand

Wir verwenden bereits Blockly 13.3.0, die originale Bibliothek, statt eine eigene Block-Engine zu entwickeln. Blockly übernimmt Arbeitsfläche, Kategorie-Toolbox und Flyouts, Verbindungen mit Typprüfung, Shadow-Blocks, Mutatoren, Kontextmenü, Zoom, Papierkorb und Einfügemarkierungen. Unsere HA-Blocks, Strukturvalidierung, Projektmigration und der YAML-Generator sind eigener UGSo-Code. Es wird kein ioBroker-JavaScript ausgeführt.

Die Originaldokumentation zur Arbeitsfläche und zu Blockteilen und die Blockly-Beispiele dienen als Referenz für vertraute Bedienmuster. Bibliotheksupdates werden bewusst mit Verbindungs-, Import-/Export- und Browserprüfungen übernommen.

Aufgabe	Stand in 0.1.16 / nächster Schritt
Anschlussgeometrie und Typprüfung	Boolean-Bedingungen und Number-Werte seitlich; Auslöser/Aktionen als getrennte Statement-Ketten umgesetzt
Erweiterbare Blocks	Falls, UND/ODER/NICHT, Fallauswahl, Objekte und Listen umgesetzt; Aktionsdaten später als visuelle Felder
Standardwerte	Shadow-Zahlen und Textblocks umgesetzt; Entitäts-Wertblocks offen
Sensorwerte und Attribute	Eigene Wert-Blocks offen; über Templates bereits nutzbar. Typumwandlung als Konvertierungs-Blocks vorhanden
Editorbedienung	Kontextmenü, Hilfe, Deaktivieren, Papierkorb-Wiederherstellung, Zoom und Einfügemarkierung vorhanden
Kommentare	Im Projekt erhalten; YAML-Kommentare und eigener Kommentarblock offen
Menü und Blockfarben	Dunkles Kategorienmenü, helle Blockauswahl, getrennte Gruppenfarben umgesetzt
ioBroker-Kategorien	System, Datum/Zeit, Konvertierung, Timeouts, Objekt und Logik geprüft; Unterschiede zur HA-Ausführung dokumentiert
JSONata	Vorgemerkt; native Objekt-/Listen-Zugriffe und optionalen HA-Runtimeadapter prüfen
Veröffentlichung und Updates	Jede neue HA-App von Anfang an im gemeinsamen Repository mit installierbarem Paket; Paket- und Oberflächenversion gemeinsam anheben
HA-Verbindung, Katalog und Plugins	Lesende Entitätsanbindung und deklarative Blockpakete vorhanden; Live-Aktionsauswahl und Paketupdates offen

Diese Seite hält umgesetzte Funktionen und offene Aufgaben zusammen fest und wird mit jeder Erweiterung gepflegt.

Eigene Blocks: umgesetzt und Roadmap

Seit 0.1.18 sind der eigene HA-Editor, Blockly-Vorschau, Wert/Bedingung/Aktion/Auslöser, typisierte Felder und Werteingänge, Paketimport/export und eingebettete Projektdefinitionen umgesetzt. Bedienung und Grenzen.

Die Einbettung der originalen Blockly Developer Tools, Dropdowns, Bilder, Variablenfelder, Statement-Container, Mutatoren, dynamische Eingänge, Paketupdates und Deinstallation bleiben vorgemerkt.

System: Stand und nächste Schritte

Steuern, Umschalten, Wartezeit, generische Aktionen, Log-Ausgabe, Script-Steuerung, Entität aktualisieren und Helfer steuern sind vorhanden. Entitätsauswahl ist seit 0.1.17 umgesetzt. Eigene Blocks für Kommentar, Zustand/Attribute als Werte, Existenz/Verfügbarkeit und Zahlen-/Texthelfer folgen schrittweise. ioBroker-ack, Adapterinstanzen und Datenpunkt-Erzeugung haben kein direktes HA-Gegenstück.

Die vollständige Gegenüberstellung mit Umsetzungsstatus wird bei jeder Erweiterung aktualisiert. Deklarative Blockpakete und Beispielkatalog sind seit 0.1.18 vorhanden.

Prüfung und Original

Der Editor prüft die unterstützte Struktur. Entitäts-IDs werden gesucht oder manuell eingegeben; installierte Aktionen und echte HA-Ausführung sind damit nicht verifiziert. Vor Verwendung Beispiel-Entitäten ersetzen und Aktionen in HA prüfen. Der Editor schreibt keine HA-Systemdateien.

Built with Blockly. Eigene HA-Blocks, kein ioBroker-Fork. Eigener Code und Blockly: Apache-2.0; YAML-Bibliothek: ISC. Lizenztexte werden mitgeliefert.

Built with Blockly

Blockly ist eine Open-Source-Entwicklerbibliothek der Raspberry Pi Foundation, ursprünglich bei Google entwickelt. Seit 0.1.19 verwendet die App das unveränderte offizielle Badge mit 32 Pixel Höhe, Freiraum und Link zu Blockly. Beide SVG-Varianten werden lokal ausgeliefert. Originalhinweise zur Attribution.

Home-Assistant-Seitenleiste

Seit 0.1.20 verwendet der Eintrag das einfarbige Baustein-Icon mdi:toy-brick-outline. App aktualisieren, neu starten und In der Seitenleiste anzeigen aktivieren. Bei alter Anzeige die HA-Seite neu laden. Die native App-Konfiguration verwendet MDI-Icons; das farbige UGSo-Icon bleibt im App-Store und Editor. HA-Konfiguration · Originalicon.

Arbeitsbereichssuche und Tastaturbedienung

Seit 0.1.21 findet Suchen in der Werkzeugleiste bereits platzierte Blocks, einschließlich eigener HA- und Benutzerdefiniert-Blocks. Die Suche am Menüende findet weiterhin verfügbare Bausteine zum Hinzufügen. Suchen verändert die Ansicht, nicht YAML oder das gespeicherte Projekt.

Bei Fokus im Arbeitsbereich öffnet Strg/Cmd+F die Suche. Enter wählt den nächsten Treffer, Umschalt+Enter den vorherigen. Escape schließt die Suche und fokussiert den aktuellen Block. Die Suchknöpfe sind deutsch und zugänglich beschriftet.

Der Knopf ? öffnet die Tastaturhilfe. Blockly 13.3 bringt Navigation mit: Tab führt in den Arbeitsbereich, Pfeiltasten bewegen den Fokus durch Blocks und Felder, Enter bearbeitet Felder, T fokussiert die Toolbox und M nimmt einen Block auf. Zusätzlich aktiviert: Pos1/Ende innerhalb eines Blocks, Bild auf/ab innerhalb eines Stapels, Strg/Cmd+Pos1/Ende zum ersten/letzten Block und Strg/Cmd+Pfeiltasten zum Scrollen. Eingabefelder und Dialoge behalten ihre normale Textbearbeitung. Die Screenreader-Bedienung ist noch nicht unabhängig geprüft.

Originalquellen: workspace-search-Plugin, Blockly-Tastaturnavigation.

Seit 0.1.23 benötigen Einleitung und Automationseinstellungen weniger Höhe: kleinere Überschrift und Abstände sowie 32 Pixel hohe Projektfelder und Knöpfe geben der Arbeitsfläche mehr Platz. HA-Verbindungsstatus und Entitätsanzahl stehen jetzt ebenfalls in der Einstellungsleiste und sind auch auf schmalen Bildschirmen sichtbar.

Seit 0.1.24 klappt der Pfeil rechts oben die HA-Ausgabe nach rechts ein. Blockly erweitert sich in den frei werdenden Platz. Die schmale Leiste HA-Ausgabe öffnet das Panel wieder; der Zustand wird lokal gespeichert. Auf Mobilgeräten bleibt eine kompakte Zeile unter dem Editor. Das Einklappen verändert weder YAML noch Projekte.

Seit 0.1.28: Zustandslisten über Zustände als JSON-Liste, z. B. ["1_single","1_double"]; optionale Trigger-IDs in allen Standardauslösern; Ausgelöst durch ID als native Trigger-Bedingung (einzelne ID oder JSON-Liste). Allgemeine HA-Aktionen unterstützen Ziele als JSON-Liste, optionale Metadaten und erhalten ausdrücklich leere Datenobjekte. Vierfach-Taster mit vier choose-Zweigen sind vollständig importierbar.

Einzelne Automation · HA-Editor gibt keine oberste id aus. Trigger-IDs bleiben erhalten. Projekt und automations.yaml-Liste behalten eine vorhandene Automations-ID.

Home Assistant: Trigger IDs · Trigger condition

Seit 0.1.29 nutzt die Blockly-Arbeitsfläche die vollständige Höhe des Editorbereichs bis zur Legende. Eine höhere YAML-Spalte vergrößert auch die Arbeitsfläche; die Ausgabe bleibt einklappbar.

Seit 0.1.30: Ein Zeit-Auslöser akzeptiert über Uhrzeiten als JSON-Liste mehrere feste Uhrzeiten, z. B. ["10:00:00","13:00:00","19:00:00"]. Jede Änderung im Zustandsauslöser lässt to weg; Entitäten als JSON-Liste überwacht mehrere Entitäten. Ohne to reagiert HA auch auf Attributänderungen. Der Ereignis-Auslöser unterstützt z. B. timer.finished und einen optionalen JSON-Datenfilter. Die native Zeitbedingung erhält before/after unverändert; feste Uhrzeiten, nach inklusive und vor exklusiv, auch über Mitternacht. Gleiche Grenzen entsprechen ganztägig. Zeithelfer, Zeit-Templates und Wochentagsfilter bleiben hier noch außerhalb des unterstützten Imports. Die vollständige Poolpumpen-Automation bleibt einschließlich mehrzeiligem Timer-Template und verschachteltem choose erhalten.

Home Assistant: triggers · Time condition

Seit 0.1.31 unterstützt der neue Block den nativen Auslöser temperature.changed. Ziel (JSON): entity_id als Text oder Liste. Schwelle (JSON): type any, above, below, between oder outside. any benötigt nur type; above/below benötigen value, between/outside value_min und value_max. Zahlen: number plus unit_of_measurement (°C/°F). Referenzen: entity (sensor, number oder input_number). Optional ist eine Trigger-ID. Andere Zielarten (Bereich/Gerät/Label) sind noch nicht importierbar. MQTT-Topics, qos/retain/evaluate_payload und mehrzeilige JSON-/Jinja-Payloads bleiben erhalten.

Home Assistant: temperature.changed

0.1.32: Kalender und Antwortvariablen. →

0.1.33: Numerische Auslöser mit Haltezeit. →

0.1.34: Mehrere Variablen in einer Aktion. →

0.1.35: Wartezeit als Zeittext oder Template. →

0.1.36: Dynamische HA-Aktionsnamen. →

0.1.37: Zeitmuster-Auslöser.

0.1.38: Dynamische Zielentitäten.