Skip to content

Automatisierung

Grundfragen zur Erstellung von automatischen Abläufen

205 Themen 2.7k Beiträge

NEWS

  • Mehrere Lampengruppen richtig schalten.

    38
    4
    0 Stimmen
    38 Beiträge
    207 Aufrufe
    H
    @Asgothian Freut mich das du dir nachts über meine Probleme gedanken machst. So sieht es jetzt final aus und ja es passt jetzt alles. [image: 1768896384370-ad44aab5-3095-4743-a6b7-b350889f7da1-image.png] Ich kann die gruppen gegenseitig ein / ausschalten. Egal ob am Lichtschalter, mit der Visualisierung oder mit Alexa ;) Hier beispielhafterweise nochmal ein Script. Passend zu meinen obersten Scripten habe ich jetzt noch Zigbee Gruppen angelegt . Somit sind die Scripte wesentlich schlanker geworden. [image: 1768896228890-cfb3e59e-bc65-448e-be3b-d6a49e14f4b5-image.png]
  • Zigbee Lichttaster parallel halten.

    16
    1
    0 Stimmen
    16 Beiträge
    120 Aufrufe
    paul53P
    @Siggi0904 sagte: der eine Schalter sagt dem anderen Schalter Bescheid, wenn sich was ändert. Das kann unter bestimmten Umständen (Laufzeiteffekte) zu einer Trigger-Endlosschleife führen. Mein Vorschlag ist nahezu identisch, was den resultierenden Javascript-Code betrifft, allerdings mit dem Unterschied, dass durch die zusätzliche Prüfung eine Trigger-Schleife mit Sicherheit verhindert wird. on({ id: 'alias.0.Flur.Licht.Switch1', change: 'ne' }, (obj) => { if(obj.state.c != scriptName) setState('alias.0.Flur.Licht.Switch2', obj.state.val); }); on({ id: 'alias.0.Flur.Licht.Switch2', change: 'ne' }, (obj) => { if(obj.state.c != scriptName) setState('alias.0.Flur.Licht.Switch1', obj.state.val); });
  • Keba / KeContact Spezialist - Autorisierung in IoBroker

    3
    0 Stimmen
    3 Beiträge
    56 Aufrufe
    W
    @fuzzy1955 Danke. Da die States nur Read Only sind, habe ich die noch nicht angefasst. Checke ich heute sobald ich von der Arbeit zurück bin. Viele Grüße Walkinlarge
  • Schwellenwerte aus DP für Json Tabelle (vis inventwo)

    5
    1
    0 Stimmen
    5 Beiträge
    91 Aufrufe
    F
    Liegt es an meinem JSON format des DP? Ich habe folgendes eingestellt: [image: 1767082540114-caabe5da-e568-4def-84c5-78a656c3bc80-grafik.png] [image: 1767082595102-8415efbc-70bb-425c-a273-906b42fe45d4-grafik.png]
  • Shelly BLU RC Button sendet mehrfach Signale

    53
    0 Stimmen
    53 Beiträge
    1k Aufrufe
    mcm1957M
    Was tun? Ein DEBUG Log mot genauer Doku wann drr Taster gedrückt wurde sollte helfen. Ev auchvein Log mit level silly. Man muss als etstes mal festhalten was genau von Shelly gesendet wird. Und die Sequencenummer in jeder BLE Nachricht gibt es. Die vergibt Shelly. Und der Adapter ignoriert idente Meldungen mit selber Sequence Nummer = PID. Hab mir vor Weihnachten mal nen BLE 4 bestellt und werd nen Testaufbauch machen SOBALD ICH DAZU KOMME. Derzeit gibts aber noch einige andere Shelly Dinge und auch noch anderes zu tun.
  • Fremde System Timezone wird von Shelly reklamiert

    3
    0 Stimmen
    3 Beiträge
    68 Aufrufe
    C
    @crunchip Die Umstellung der /etc/localtime auf den SymLink zu /usr/share/zoneinfo/Europe/Berlin im Jail hat zum Erfolg geführt. Die Shellys sind seit dem Neustart des ntpd und des ioBrokers mit der Timezone zufrieden. - Danke für die schnelle Hilfe!
  • mqtt - Topic name zu lang

    2
    0 Stimmen
    2 Beiträge
    66 Aufrufe
    crunchipC
    spuckt die KI aus Die Warnung bedeutet, dass der MQTT-Adapter das Home‑Assistant‑Topic wegen seiner Länge nicht akzeptiert bzw. es hart auf eine interne Maximallänge begrenzt und deshalb eine Warnung loggt. ​ Ursache Dein Topic stammt offensichtlich aus einer Home‑Assistant‑Auto-Discovery‑Entität, die aus UPower generiert wird, daher der sehr lange Name homeassistant.sensor.roamer.battery__org_freedesktop_UPower_devices_mouse_dev_EA_97_39_D2_2C_BF.conf.... ​ Der MQTT‑Standard erlaubt theoretisch Topics bis 65.535 Byte, aber ioBrokers MQTT‑Adapter hat deutlich niedrigere interne Limits und loggt bei Überschreitung eine Warnung („Topic name is too long“). ​ Relevanz / Auswirkungen Funktional läuft der Adapter weiter, das Topic wird entweder gekürzt oder gar nicht als Objekt abgebildet; das ist in den meisten Setups unkritisch, vor allem wenn du dieses spezielle Topic nicht brauchst. ​ Das Log wird dadurch „zugemüllt“, ist aber kein Zeichen für einen generellen Fehler im Broker oder in deiner MQTT‑Verbindung.​ Mögliche Lösungen In Home Assistant bzw. der Integration, die diese UPower‑Sensoren erzeugt, die MQTT‑Discovery abschalten oder für diese Entitäten filtern, damit sie gar nicht erst als Home‑Assistant‑MQTT‑Sensoren publiziert werden. ​ Alternativ im ioBroker‑MQTT‑Adapter: Falls du den Adapter als Client betreibst: nur die wirklich benötigten Home‑Assistant‑Topics subscriben (Topic‑Filter anpassen), damit diese langen UPower‑Topics gar nicht eingelesen werden. ​ Wenn du den Adapter als Broker betreibst und die Warnung dich stört, auf einen externen Broker (z.B. Mosquitto) ausweichen, den ioBroker‑Adapter nur noch als Client nutzen und in Mosquitto längere Topics zulassen; die Warnung kommt dann dort nicht mehr von ioBroker. ​ Pragmaticher Umgang Wenn du das Topic nicht auswertest, kannst du die Warnung ignorieren oder im Admin‑Logfilter ausblenden. Technisch kritisch ist sie nicht. ​ Falls du „saubere“ Logs möchtest, ist der sinnvollste Weg, die Home‑Assistant‑UPower‑Topics auf der HA‑Seite abzuschalten oder umzubenennen, so dass der Topic‑String deutlich kürzer wird. ​
  • Alexa Summary ohne Steuerelement

    18
    0 Stimmen
    18 Beiträge
    414 Aufrufe
    padrinoP
    Also, hier ist die Verzögerung sehr unterschiedlich. Mein gewachsenes System baut auf vielen Blueprints auf (da ich damals kein Handy hatte mit dem ich Routinen hätte anlegen können). Die geben als Antwort immer ein "hmm," (Alexa, überlegt ;)) zurück. Dadurch wird die Verzögerung gefühlt schon kürzer (da was passiert, statt einfach nur langweiliger Stille :relieved:). Bis dann die wirkliche Antwort kommt, geht von direkt bis gar nicht. ;) Meist würde ich aber sagen, weit unter 5 Sekunden. Ich weiß ja nicht, welche Tricks und Kniffe Apollon77 so anwendet/anwenden muss, aber die greifen wohl unterschiedlich gut. Aber in Summe, würd ich sagen, eher besser als schlechter. aufholzklopf :D
  • Wie habe ich mein Telegram-Menü erstellt?

    6
    0 Stimmen
    6 Beiträge
    224 Aufrufe
    I
    Ich musste die App neu installieren.
  • Zustand SOC über Alexa abfragen

    6
    1
    0 Stimmen
    6 Beiträge
    333 Aufrufe
    F
    @mcu said in Zustand SOC über Alexa abfragen: @fibricus Zeig mal ein Bild von der Routine aus der App. Bitte entschuldige die späte Antwort - die hatte ich nicht gesehen... Hier ist ein Screenshot von der Routine: [image: 1762187800147-dbcc3a3a-ff1a-41ed-8cec-cb82e5a5eff7-grafik.png]
  • Wie Blockly besser organisieren, schreibt mir Protokoll voll

    62
    1
    0 Stimmen
    62 Beiträge
    4k Aufrufe
    W
    @paul53 Hier nochmal eine Kurze Rückmeldung, das manuelle Schalten der Regenwassertauchpumpe funktioniert ebenfalls. Die Bewässerung läuft erste Sahne. Logauszug: 2025-08-19 06:00:00.002 - info: javascript.0 (22801) script.js.Gartenbewaesserung.Bewaesserung: Morgens - schalte Ventil 01 ein 2025-08-19 06:00:00.060 - info: javascript.0 (22801) script.js.Gartenbewaesserung.Bewaesserung: Regenwassertauchpumpe EIN 2025-08-19 06:15:00.002 - info: javascript.0 (22801) script.js.Gartenbewaesserung.Bewaesserung: Morgens - schalte Ventil 01 aus 2025-08-19 06:15:00.003 - info: javascript.0 (22801) script.js.Gartenbewaesserung.Bewaesserung: Morgens - schalte Ventil 02 ein 2025-08-19 06:30:00.002 - info: javascript.0 (22801) script.js.Gartenbewaesserung.Bewaesserung: Morgens - schalte Ventil 02 aus 2025-08-19 06:30:00.054 - info: javascript.0 (22801) script.js.Gartenbewaesserung.Bewaesserung: Regenwassertauchpumpe AUS
  • Datensätze übertragen

    6
    0 Stimmen
    6 Beiträge
    408 Aufrufe
    S
    @paul53 ok danke
  • kecontact mit Keba Wallbox will nicht wie ich wohl will

    4
    4
    0 Stimmen
    4 Beiträge
    592 Aufrufe
    Stefan FaltS
    @rabe52 Hallo, das Problem ist gelöst. In batteryStorageStrategy muss nichts drinstehen. Aber ich sehe immer noch ein generelles Problem, wenn man z.B. von Überschussladen auf Laden aus dem Netz und zurück schaltet. Jedes mal wenn ich da manuell umschalte, gibt es (bei mir) Theater. Ich versuche das einfach zu verhindern, mit größerer PV und mehr Batterie. Nachts lade ich immer 1 bis 3 Stunden aus der Batterie, je nach SoC. Zum Glück funktioniert wenigstens das Stabil. MfG Wolfgang
  • Zeitraum Datensätze

    17
    0 Stimmen
    17 Beiträge
    1k Aufrufe
    Marc BergM
    @seide-th sagte in Zeitraum Datensätze: @marc-berg Moin ich muss leider noch mal nachfragen. Ich bekomme immer folgende Rückmeldung, nachden ich in der CLI von influx die Datenbank mit USE <iobroker> Die eckigen Klammern (größer als/kleiner als) dienen als Platzhalter und müssen weggelassen werden.
  • Bei Wertüberschreitung soll EMail gesendet werden

    2
    1
    0 Stimmen
    2 Beiträge
    296 Aufrufe
    M
    @derklotz Doppelt angelegt. https://forum.iobroker.net/topic/81494/bei-wertüberschreitung-soll-email-gesendet-werden
  • Reolink Kamera deaktivieren wenn Terrassentür geöffnet

    reolink onvif kamera
    7
    0 Stimmen
    7 Beiträge
    1k Aufrufe
    wendy2702W
    @david-g Danke. Schaue ich mir an.
  • Steckdose über vis Steuerelemente automatisieren

    25
    0 Stimmen
    25 Beiträge
    3k Aufrufe
    HomoranH
    @chenda sagte in Steckdose über vis Steuerelemente automatisieren: Da wiederum braucht es die geschweiften Klammern: sonst wäre es kein Binding
  • [gelöst] Log-Einträge nach Umzug doppelt vorhanden

    12
    0 Stimmen
    12 Beiträge
    1k Aufrufe
    Siggi0904S
    Sieht bisher gut aus. Hab die o.g. Scripte mal ausgelöst und den Cron abgewartet. Dieser wird aktuell auch nur einmal ausgeführt. Woher kommt sowas, dass das doppelt ausgeführt wird?
  • Datenpunkte in Zukunft - in Influx abspeichern?

    11
    0 Stimmen
    11 Beiträge
    1k Aufrufe
    S
    @martinp ne, der Token ist im Adapter :) Blockly Spoiler <xml xmlns="https://developers.google.com/blockly/xml"> <variables> <variable id="0grn+ZZ^A{TEgVTYs)x4">Influxdb</variable> <variable id="7h*q~fZDx{Qg;bxZv02f">Datenpunkt</variable> <variable id="bU67QEX4Pg0|ofer{R)T">Startdatum</variable> <variable id="{fo.)eP%`achV^,#lu7p">Enddatum</variable> <variable id="FY32ON^[.^(}pN3d25;j">Ergebnis</variable> </variables> <block type="procedures_defcustomreturn" id="^3P(QTQ]b)r44*Ap2[$s" x="138" y="-862"> <mutation statements="false"> <arg name="Influxdb" varid="0grn+ZZ^A{TEgVTYs)x4"></arg> <arg name="Datenpunkt" varid="7h*q~fZDx{Qg;bxZv02f"></arg> <arg name="Startdatum" varid="bU67QEX4Pg0|ofer{R)T"></arg> <arg name="Enddatum" varid="{fo.)eP%`achV^,#lu7p"></arg> </mutation> <field name="NAME">Query</field> <field name="SCRIPT">DQp2YXIgZXJnZWJuaXM7DQpzZW5kVG8oJ2luZmx1eGRiLicrSW5mbHV4ZGIrJycsICdkZWxldGVSYW5nZScsIFsNCiAgICB7aWQ6ICcnK0RhdGVucHVua3QrJycsIHN0YXJ0OiAnK1N0YXJ0ZGF0dW0rJywgZW5kOiAnK0VuZGRhdHVtKyd9DQpdLCANCg0KZnVuY3Rpb24gKHJlc3VsdCkgew0KICAgIGlmIChyZXN1bHQuZXJyb3IpIHsNCiAgICAgICAgY29uc29sZS5lcnJvcihyZXN1bHQuZXJyb3IpOw0KICAgIH0gZWxzZSB7DQogICAgICAgIC8vIHNob3cgcmVzdWx0DQogICAgICAgIC8vIGNvbnNvbGUubG9nKCdSb3dzOiAnICsgSlNPTi5zdHJpbmdpZnkocmVzdWx0KSk7DQogICAgICAgIGVyZ2VibmlzID0gSlNPTi5zdHJpbmdpZnkocmVzdWx0KTsNCiAgICB9DQp9KTsNCmF3YWl0IHdhaXQoMTAwMCk7DQpyZXR1cm4gZXJnZWJuaXM7DQo=</field> <comment pinned="false" h="80" w="160">Beschreibe diese Funktion …</comment> </block> <block type="variables_set" id="Qpo#umj?Zy%]d6sR7az+" x="138" y="-792"> <field name="VAR" id="FY32ON^[.^(}pN3d25;j">Ergebnis</field> <value name="VALUE"> <block type="procedures_callcustomreturn" id="~HE?3SQL+/75:(Ix}#^V"> <mutation name="Query"> <arg name="Influxdb"></arg> <arg name="Datenpunkt"></arg> <arg name="Startdatum"></arg> <arg name="Enddatum"></arg> </mutation> <value name="ARG0"> <block type="text" id="=4LUZp0ul,`Gc[P6~=Si"> <field name="TEXT">0</field> </block> </value> <value name="ARG1"> <block type="text" id="SZ[VuOHvHspXe~`(~DKe"> <field name="TEXT">xxx</field> </block> </value> <value name="ARG2"> <block type="text" id="5iMW`#nn-(+}AY5A%5+f"> <field name="TEXT">2024-08-17T13:00:00.000Z</field> </block> </value> <value name="ARG3"> <block type="text" id="hra#F(}ld5]Ul1Nw!n%3"> <field name="TEXT">2024-08-17T13:00:00.000Z</field> </block> </value> </block> </value> <next> <block type="debug" id="dBD/LU,q,`5r:-U]Y/Cy"> <field name="Severity">warn</field> <value name="TEXT"> <shadow type="text" id="/4edf?_}em?hla,K)f!a"> <field name="TEXT">test</field> </shadow> <block type="variables_get" id="Rovd}jR]w[OI3]21#V]c"> <field name="VAR" id="FY32ON^[.^(}pN3d25;j">Ergebnis</field> </block> </value> </block> </next> </block> </xml> Funktion Spoiler var ergebnis; sendTo('influxdb.'+Influxdb+'', 'deleteRange', [ {id: ''+Datenpunkt+'', start: '+Startdatum+', end: '+Enddatum+'} ], function (result) { if (result.error) { console.error(result.error); } else { // show result // console.log('Rows: ' + JSON.stringify(result)); ergebnis = JSON.stringify(result); } }); await wait(1000); return ergebnis;
  • Diehl Hydrus 173 mit wmbusmeters Auslesen

    hydrus wmbusmeters nanocul
    1
    0 Stimmen
    1 Beiträge
    352 Aufrufe
    Niemand hat geantwortet

471

Online

32.6k

Benutzer

82.1k

Themen

1.3m

Beiträge