An dieser Stelle würde ich Euch gern unser Projekt Traccar2Iobroker vorstellen. Infos zu Traccar:
http://traccar.org/
Gordon und ich haben mal begonnen zu versuchen eine Verbindung von Traccar zu Iobroker zu „basteln“. Gordon (Headhunter70) hatte am 22.8.2019 einen Adapter angefragt:
https://github.com/ioBroker/AdapterRequests/issues/243
und das Projekt „Einen Adapter bauen ist nicht schwer“
https://forum.iobroker.net/topic/32265/das-project-einen-adapter-bauen-ist-nicht-schwer
verzögert sich wohl noch. So haben wir uns mal mit Blockly dran versucht mit dem Ziel etwas „Adapter ähnliches“ zu bauen:
Zuallererst: Vielen Dank an paul53, Issi, Dutchman und alle anderen, die uns beim Stocken geduldig weiter geholfen haben. Ohne diese Hilfe hätten wir nichts geschafft! Danke auch an Raik, Ben und alle anderen, die getestet haben.
Was kann es und was macht es:
Traccar2Iobroker versteht sich als eine Geofence/IFTTT/Tado usw. Alternative und kann unter anderem zur Anwesenheitserkennung genutzt werden. Anders als die Geofence App, die es nur für IOS gibt, ist für Traccar eine App für IOS und Android (auch als Hidden Version) verfügbar. Erwähnenswert ist wohl auch, dass es keinerlei Beschränkungen gibt bei der Anzahl der ein zurichteten Geo-Zäune, sowie der Anzahl der Geräte/User gibt. Zum Traccen eignen sich sowohl Handys, wie auch (fast jeder) GPS-Traccer. So kann alles getracct werden, egal ob Mensch, Tier, oder Fahrzeuge aller Art. Für jeden Benutzer/Tracker werden in Iobroker folgende DP angelegt und aktualisiert:

Zusätzlich gibt es noch 2 (Bonus-) Verzeichnisse für extra DP für Anwesenheit Zuhause und auf der Arbeit:

Um z.B. Live Work Balance zu visualisieren

Das ganze läuft ohne Cloud, self Hosted und als Open Source kostenfrei.

Das Betreten und Verlassen der in Traccar eingerichteten Geofences, sowie deren Namen werden in Iobroker übernommen und auf Wunsch per Telegram gemeldet. Auch kann per Telegram die Standortdaten von jedem Gerät als Google Maps link angefordert werden.

In wenigen Schritten zur Installation:

1. Traccar Server installieren laut Anleitung von:
   https://www.traccar.org/download/
   Hier mal In Stichworten eine der vielen Möglichkeiten zur Installation zu kommen:
   Download von traccar.run, Erstellen eines unprivilegierten LXC Containers mit 1 Core, 2GB RAM, 5GB HDD und Ubuntu 18.04 Template. Verzeichnis kreieren und dort traccar.run rein kopieren, ausführbar machen, installieren (sudo ./traccar.run) und starten (sudo systemctl start traccar). Traccar ist dann unter seiner IP und Port 8082 aufrufbar(admin/admin). AmBesten gleich einen neuen User mit Adminrechten anlegen, im folgendem als Beispiel Benutzer iobroker mit dem Passwort iobroker
   
   Voraussetzung für die Funktion sind die korrekten Zeiteinstellungen: UTC im Traccar Server, sowie MEZ (=UTC+1), bzw. MESZ (Sommerzeit, CEST =UTC+2) in Iobroker, am besten über NTP.

2. Portfreigabe für den Port 5055 incl. Weiterleitung in den LXC Containers im Router einrichten, hier am Beispiel einer fritzbox:
   In der Fritzbox Portfreigabe einrichten für Port 5055
   Internet, Freigaben, Gerät für Freigabe hinzufügen, Gerät (traccar) auswählen,
   Neue Freigabe, Port Freigabe auswählen, Http Server, Port 5055
   Myfritz, oder anderer Dyn-DNS Dienst muss eingerichtet sein.
   

3. Handy App installieren und einrichten:
   
   Bei IOS Geräten unter Einstellungen, Datenschutz die Nutzung von Standortdaten für Traccar erlauben „Immer“. Bei Andoid Geräten ist dies auch einzustellen, außerdem sind Einstellungen vorzunehmen in den Akku-Optimierungen. („Energiesparmodus” „Alle Apps“ aus. Traccar „Nicht optimieren“.)

4. Gerät in Traccar mit den gleichen Einstellungen wie im Handy einrichten:
   

5. In Traccar Geofences erstellen und für die einzelnen Geräte aktivieren:
   (Werden keine Fences angezeigt, oben aufs Männchen mit dem Kreis klicken)
   
   

6. GeoFences für die einzelnen Geräte aktivieren:
   Geräte, Einstellungen, Geo Zäune, anhaken
   

7. Blockly_States_erzeugen.txt importieren, Ganz oben den Namen/Fahrzeug eintragen, und dem die DP erzeugt werden sollen. Blockly speichern und starten und nach kurzer Zeit wieder stoppen. Sollen für mehrere Namen DP erzeugt werden, einfach wiederholen. Da die Erzeugung der States nur einmal benötigt wird, kann das Blockly nach dem Erstellen ausgeschaltet bleiben. Ein nachträgliches Erzeugen überschreibt keine Einstellungen.
   Traccar2Iobroker_Blockly_States_erzeugen.txt

8. Unter 0_userdata.0.traccar.System_Konfiguration gibt es DP die eingestellt werden müssen: IP_Adresse:Port des Traccar Servers, Benutzer:Passwort des angelegten Benutzers in Traccar, sowie die Sommerzeit auf true setzten, falls gerade Sommerzeit ist. Diese Einstellung braucht man nur einmal vornehmen, regelt sich später selber. Die unter System_Konfiguration gemachten Einstellungen gelten für alle Benutzer
   
   Traccar2Iobroker Blockly Import Benutzer.txt

9. Blockly_Benutzer.txt unter dem Blockly Namen des Benutzers (z.B. Traccar Peter) importieren. Ganz oben im Blockly den Namen eintragen, speichern und starten. Der Name sollte identisch sein, wie in Traccar eingegeben. Dies für jeden Benutzer wiederholen. Nun kann man unter 0_userdata.0.traccar.Name.Konfiguration Einstellungen vornehmen: Die hier gemachten Einstellungen betreffen nur den jeweiligen Benutzers. Das Blockly sollte die richtige Device_ID Nummer vom Traccar ausgelesen und eingetragen haben.
   GPS Aktualisierungs Frequenz ist die im Handy eingestellte Aktualisierungszeit. Da es durch die Laufzeit zu Verzögerungen kommen kann, sollte diese Zeit solange angehoben werden, bis keine Fehler im LOG mehr auftreten. Dieser Aufschlag ist Anhängig vom Handy Modell und Mobilfunk Provider. Typische Werte sind 70 (Iphone) – 100 (manche Android Handys mit O2). GeoFence_Info_bekommen =true Beim Eintritt/Verlassen wird Telegram verschickt, bei =false nicht. Beim DP GeoFence_Info_Empaenger kann festgelegt werden, wer diese Meldungen bekommt. Leer=alle sonst Name eintragen, mehrere Namen mit Komma trennen (Peter,Paul,Mary). Genauso kann bei Info_Abruf_Empfänger eingetragen werden, wer bei Abruf die Meldung bekommen soll. Abgerufen wird die Info, wenn der DP Info_Abruf_Ausloesen aktualisiert wird (z.B. über Text2Command) Es kann vorteilhaft sein, sich kreuzweise einzutragen: In den DP von Mary wird Peter als Empfänger eingetragen, bei Peter wird Mary eingetragen, so bekommt Peter den Standort von Mary angezeigt und Mary kann den Standort von Peter abfragen. IN ID_Arbeit und ID_Zuhause kann man sich die jeweiligen Id´s eintragen und es werden zusätzliche States entry (true bei Anwesenheit, false bei Abwesenheit) sowie letzte Zeit des Betretens/Verlassens.
   
   Nun sollten sich die Datenpunkte in Iobroker automatisch aktualisieren.
   Viel Spaß beim Ausprobieren.

Headhunter70 created this issue in ioBroker/AdapterRequests

closed Traccar - Iobroker adapter #243

Ab Proxmox Virtual Environment 8.3.0 werden auch Benachrichtigungen per Webook unterstützt

Hier eine Möglichkeit diese neue Funktion zu nutzen, um die Proxmox Meldungen (auch) per Telegram zu erhalten.
Voraussetzungen in Iobroker:
Installierter SimpleAPI Adapter
Installierter Telegram Adapter
Installierter JavaScript Adapter

Vorbereitung in Iobroker:
Unter Scripte ein neues Script (Blockly) anlegen mit aussagkräftigem Namen, z.B. "Proxmox Notification"

folgenden Import importieren:

<xml xmlns="https://developers.google.com/blockly/xml">
  <variables>
    <variable id=".4k)IR;1`CvvlUPHtcdl">telegram_Empfaenger</variable>
  </variables>
  <block type="variables_set" id="j%8L3aW5a6:|h.6;#6%X" x="-387" y="-462">
    <field name="VAR" id=".4k)IR;1`CvvlUPHtcdl">telegram_Empfaenger</field>
    <value name="VALUE">
      <block type="text" id="bLs:A0zg7,a9Xj3SW:xR">
        <field name="TEXT">Joerg</field>
      </block>
    </value>
    <next>
      <block type="create_ex" id="STj_k?(S4A7qIs;ME`I[">
        <field name="NAME">0_userdata.0.System.Proxmox_msg</field>
        <field name="TYPE">string</field>
        <field name="READABLE">FALSE</field>
        <field name="WRITEABLE">FALSE</field>
        <value name="VALUE">
          <block type="text" id="dA_/eZW?eT/uI0GHLM!9">
            <field name="TEXT"></field>
          </block>
        </value>
        <next>
          <block type="on_ext" id="*QkBTn(w?!/@T{XRoamc">
            <mutation xmlns="http://www.w3.org/1999/xhtml" items="1"></mutation>
            <field name="CONDITION">ne</field>
            <field name="ACK_CONDITION"></field>
            <value name="OID0">
              <shadow type="field_oid" id="ScT2EA}X@es?wqNHW!_C">
                <field name="oid">ID auswählen</field>
              </shadow>
              <block type="text" id="b)3`!:sCY`Yzn$0IIY`O">
                <field name="TEXT">0_userdata.0.System.Proxmox_msg</field>
              </block>
            </value>
            <statement name="STATEMENT">
              <block type="telegram" id="$!#YYB|5s`n:.lHINIhW">
                <field name="INSTANCE">.0</field>
                <field name="LOG"></field>
                <field name="SILENT">FALSE</field>
                <field name="PARSEMODE">default</field>
                <field name="ESCAPING">FALSE</field>
                <field name="DISABLE_WEB_PAGE_PREVIEW">FALSE</field>
                <value name="MESSAGE">
                  <shadow type="text" id="8JJ]7_AopnEV$zVnSX!`">
                    <field name="TEXT">text</field>
                  </shadow>
                  <block type="get_value_var" id="K8G=8|}GTj.AHU?MEeS#">
                    <field name="ATTR">val</field>
                    <value name="OID">
                      <shadow type="field_oid" id="O0|pfAyXJ*OEEr[MN~3G">
                        <field name="oid">ID auswählen</field>
                      </shadow>
                      <block type="text" id="$z0^CnFB/ujtwQx2=ShM">
                        <field name="TEXT">0_userdata.0.System.Proxmox_msg</field>
                      </block>
                    </value>
                  </block>
                </value>
                <value name="USERNAME">
                  <block type="variables_get" id="+-_WN/Eo#J_ka*[bo?gH">
                    <field name="VAR" id=".4k)IR;1`CvvlUPHtcdl">telegram_Empfaenger</field>
                  </block>
                </value>
              </block>
            </statement>
          </block>
        </next>
      </block>
    </next>
  </block>
</xml>

Telegram Empfänger anpassen, das Script speichern uind gleich noch einmal restarten
Das Script legt einen neuen Datenpunkt an:

0_userdata.0.System.Proxmox_msg

Damit ist die Einrichtung auf Iobroker Seite bereits erledigt

Weiter bei Proxmox:
Unter Rechenzentrum, Benachrichtigungen, Hinzufügen, Webhook auswählen

Namen vergeben (z.B. Iobroker)
Methode bleibt "Post"
(IP Adresse vom Iobroker anpassen)
http://192.168.0.222:8087/setValueFromBody/0_userdata.0.System.Proxmox_msg/
Neuen Header anlegen:
Markdown Yes
Im Body:
{{ message }}
mit OK speichern

Der Webook kann jetzt bereits einmal getestet werden:

Wenn das funktioniert hat, wird der Versand (ohne Fehlermeldung) bestätigt:

Der Datenpunkt wurde beschrieben:

Eine Testmeldung wurde per Telegram erhalten:

Weiter geht es bei Proxmox:
Benachrichtigungs-Matcher hinzufügen:

Namen geben:

Unter Filter, Hinzufügen, Regel für "Schweregrad", Schweregrad alle belassen, oder anpassen

Unter Benachrichtungsziel den angelegten webook auswählen und aktivieren:

Mit OK abschließen

Zeit für einen Test, hier ein Backup:

Nach über 5 Jahren mal eine vorsichtige Frage in die Runde:

Wie sieht es mit einem Treffen aus?
Hätte den Museumshafen
Oevelgönne als Location im Auge.

An dieser Stelle beschreibe ich mal für Interessierte wie man einen LoRaWAN GPS-Tracker in Traccar integriert. Die ersten Schritte hierzu kann man sicherlich auch dazu nutzen beliebige Sensordaten in Iobroker zu holen. So hat man z.B. die Daten seiner Wetterstation, die an einem beliebigen Standort aufgebaut ist, auch zu Hause.
Ein Wort vorab zur Sendeleistung und zur Strahlungsbelastung von LoRa, welches für Long Range steht: Wie für alle Geräte die im Bereich 868MHz senden (Homematic, Z-Wave uvm.), gilt auf für LoRa eine maximale Sendeleistung von 25mW und eine maximale Sendezeit von 1%. Dies entspricht eine maximale Sendezeit von 36 Sekunden in einer Stunde (3600 Sekunden). Üblicherweise sendet ein Node in der Praxis aber weniger als 10 Sekunden in einer Stunde. DECT ist begrenzt auf 250mW und beim Telefonieren über Handy hält man sich für Dauer des Gesprächs eine Sendeleistung von maximal 2000mW direkt an den Kopf. Trotzdem sind die Reichweiten, wie ich finde erstaunlich. Mit einem Lora-GPS Tracker ohne extra Antenne und aus einem geschlossenem Auto heraus kommt man schnell auf Reichweiten über 10km, mit extra Antenne auch schon mal über 100km. Damit wird der Name zum Programm.
Als ich nach einer Integration von LoRa Tracker zum Traccar gesucht hatte, habe ich folgende Lösungsansätze gefunden:
https://www.reddit.com/r/Traccar/comments/e4lu6g/lora_gps_tracker_to_traccar/
Hier ist eine PHP fähige Domain nötig, die nicht jeder zur Verfügung hat.
https://www.heise.de/ratgeber/LoRaWAN-GPS-Tracker-mit-Traccar-verknuepfen-6204356.html
Hier muss im Traccar Server Apache nebst SSL Zertifikate installiert werden, sowie weitere Ports geöffnet werden. Eine von Außerhalb zu erreichende Scriptlogik kam für mich schon aus Sicherheitsgründen nicht in Frage, war aber auch viel zu kompliziert einzurichten.
Letztendlich ist es ein einfaches Blockly geworden, welches die Integration macht, ohne dass Einschränkungen bei der Sicherheit hinzunehmen sind, aber der Reihe nach. Folgende Schritte kann man bereits durchführen, ohne in Besitz eines LoRaWan Geräts zu sein.
Integration von TheThingsNetwork (TTN) zu Iobroker:
Wenn noch nicht geschehen, so muss ein kostenfreier Account erstellt werden:
https://account.thethingsnetwork.org/register
Man folgt den Anweisungen, bestätigt seine Email-Adresse und loggt sich im Bereich Europa ein:
https://eu1.cloud.thethings.network/console/
Man geht zu „Go to applications“ und wählt “+Add application”, wählt eine ApplicationID (nur Kleinbuchstaben und – erlaubt)

Ist die Application erstellt, wählt man unter „Integration“ „Mqtt“ an und klickt auf „Generate new API Key“. Diese ist zwingend zu sichern.
Nun wird im Iobroker Adapter Tab eine neue Instanz „mqtt-client“ erstellt und in der erzeugten Instanz eingetragen:
MQTT Broker IP: eu1.cloud.thethings.network
Port: 8883
Clint-ID: ApplicationID
SSL: Haken muss gestezt warden
Benutzername: ApplicationID@ttn
Kennwort: Der eben erstellte ApiKey
Zusätzliche subsciptions: v3/+/devices/+/up

Startet man nun die Instanz, wird diese grün und die Verbindung steht:

Damit ist die Integration von TTN zu Iobroker abgeschlossen. Sobald man Geräte im TTN anlegt und die ersten Daten versendet wurden, werden in Iobroker für jedes Device ein Ordner angelegt und darin ein DP mit dem Namen up, in dem die empfangenen LoRa Daten als JSON gespeichert werden.

Nun folgt die Integration eines LoRa GPS Tackers im TTN. Dies kann ein fertiges Gerät (z.B Io-Things IOT Tacker, Digital Matter Yabby edge, Tektelic GPS Asset Tracker, oder auch ein Browan object Locator/Cat-Tacker), oder etwas selbst gebautes sein, wie hier sehr gut beschrieben:
https://github.com/kizniche/ttgo-tbeam-ttn-tracker#ttn-tracker

Hat man im letzten Schritt den Payload Formatter eingerichtet, sollten im JSON im Iobroker Datenpunkt bereits Longitude, Latitude, Hdop und Altitude übermittelt werden. Auf diese Daten baut das Blockly auf, hier der Import:
https://paste.hafenmeister.de/?547bf6d1d8d49b2f#BFeWxFffTQc3RPndu5SaWnrfiqtBKZBg8GAJA8FArnpm

Zur Vorbereitung muss im Traccar ein neues Device angelegt werden. Der Name und die Kennung ist frei wählbar, ich habe die TTN Device ID genommen:

Im Blockly muss angepasst werden die Variable dyndns mit der IP/Port vom Traccar, oder (falls Iobroker und Traccar nicht im gleichen Netz sind) der Aufruf über IP/DynDNS, genauso wie in einem der Handys eingestellt, die DeviceID, die der Device Kennung im Traccar entspricht, sowie dem MQTT TTN Datenpunkt:

Sobald der Lora-Tracker eine Message absetzt, wird die im TTN Netzwerk aktualisiert und damit auch im mqtt-DP im Iobroker, warauf das Blockly getriggert wird eine Osmand Message an den Traccar Server zu senden. Diese Message beinhaltet nicht nur die Position, Höhe und Hdop (GPS Qualitätswert), sondern auch Infos über das Gateway, Rssi, Frequenz, Consumed Airtime usw. Sollte das Gateway seine Position bekannt gegeben haben, so wird auch diese, sowie die berechnete Entfernung mit übertragen; verrät das Gateway seine Höhe, auch diese.

In den Datenpunkten des Traccar Devices findet man dann alle Daten und braucht keine extra Datenpunkte anlegen.

@denjo
Mittlerweile ist der Nuki Hub in einer Version verfügbar, die das Nuki Lock Ultra unterstützt. Kannst ja mal einen Blick drauf werfen. Ich habe das Nuki 4.0 Pro mit dem Nuki Hub im Einsatz und könnte nicht zufriedener sein. An meiner Eingangstür ist eine Box in dem neben dem ESP32 für den Nuki-Hub noch ein weiterer ESP32 liegt mit https://espresense.com, der unseren Handys und den Abstand zur Tür erkennt. So ist die Tür smart nach meinen Vorstellungen, wir können ohne weiteres Zutun einfach durchgehen. Da dass WLAN im Nuki abgeschaltet bleiben kann, hält der Akku sehr lange. Das ganze funktioniert auch beim Ausfall des Internets, man spart sich die Cloud und braucht keinen Adapter.

@tritor
Der Einsatz von LoraWan fängt da an, wo klassischen Funktechnologien (WIFI, Zigbee, zWave, Homematic usw.) ihre Grenzen haben, nicht nur von der Reichweite, auch von der möglichen Geräteanzahl her. Beispiele von LoraWan Iobroker Integrationen die ich realisiert habe: Pegelüberwachung von Zisternen, Tanks und Schächten, Ultraschall von unten mit Dragino LDDS20, von oben mit einem Dragino LDDS75, oder auch die Integration von www.zisternensteuerung.de in Iobroker über LoraWan. Wobei hierbei nicht nur der Füllstand überwacht wird, sondern auch die Möglichkeit besteht Pumpen/Ventile oder ähnliches automatisiert zu steuern. Pegelüberwachung per Radar (z.B. VEGAPULS C 21) ist in Planung. Bodenfeuchte Sensoren für Acker, Gewächshaus, Hochbeet und Hydroponic stelle ich meist individuell, nach Anforderung zusammen, je nach dem, ob neben der Bodentemperatur und Feuchte auch der Leitwert (Düngegrad), pH Wert usw. von Interesse sind. Wetterstationen habe ich von der Balena Mini Weatherstation bis zur mechanikfreien Wetterstation die bei Bedarf alles misst (Windstärke, Richtung, Helligkeit, Feinstaub, Schall ect.) integriert. Natürlich nutze ich auch klassische Anwendungen wie Türsensoren, Raumklima Sensoren und bin fast fertig mit Hilfe des LoraWan Adapters das Heizungsthermostat MClimate Vicki in den Iobroker zu holen. Das ermöglicht eine 3stellige Anzahl von Heizungen auf einem riesigen Gelände zu versmarten, um so mindestens 30% Energie einzusparen. Beim Bau einer Stockwaage (Bienenwaage) habe ich darauf Wert gelegt, dass dieses System über ein Stecksystem beliebig erweiterbar ist. Bienenwaage. Tracking von Hund, Katze, Pferd und Kuh über LoraWan/Iobroker GPS Tracker hatte ich ja bereits hier im Forum vorgestellt. Der Einsatz von LoraWan und Iobroker ist nicht nur im SmartHome und SmartCity angekommen, sondern mittlerweile auch in der KRITIS. All das genannte sind aber nur einige Beispiele von vielen.

@Freaknet
Die Umstellung Sommer/Winterzeit war im Blockly eigentlich eingebaut, spielt aber auch keine Rolle mehr. Mittlerweile gibt es von Markus den POC Traccar Adapter für Iobroker, den ich selber auch nutze um die Daten von Traccar in Iobroker zu holen:
https://github.com/braindead1/ioBroker.traccar
Zusätzlich dazu habe ich ein AddOn gebaut, welches die alte Funktionalität beinhaltet und einiges zusätzlich bietet. (Zeiterfassung für jedes GeoFence, Messangerdienst und etliches mehr) Zur Zeit teste ich die Integration von
https://what3words.com/
Wer das AddOn testen möchte, dem schicke ich es.

@skorpil
Bin grad dabei ein Wiki aufzubauen, guck mal ob dir der Chirpstack Eintrag schon weiter hilft, wenn etwas unklar ist, einfach fragen.
Lorawan Wiki Chirpstack

Habe noch einen kostenfreien Udemy Kurs Lorawan gefunden, der die Grundlagen gut erklärt, wie ich finde:

Understand LoRaWAN Fundamentals

@BananaJoe

Hier die gewünschte Beschreibung QNAP von Iobroker aus herunterfahren zu lassen indem ein DP gesetzt wird, wie besprochen in [Problem mit dem Blockly-Block "exec"]
Die Idee mit dem Qnap runterfahren kam, als ich den "Core Temperaturen zu Iobroker Beitrag hier aus dem Forum um die Möglichkeit erweitert hatte Proxmox (z.B. bei Stromausfall mit USV) von Iobroker heraus runter fahren zu lassen.
Script zum schicken der Core Temperaturen und Shutdown von Proxmox
Qnap herunterfahren von Iobroker aus:

Ziel soll sein einen DP auf true zu setzen und die Qnap fährt eigenständig runter. Hoch fahren klappt ja bereits über den WOL Befehl.

Vorbereitung im Iobroker, Erstellung eines DP
0_userdata.0.System.nas.shutdown

0_userdata.0.System.nas.shutdown

Per ssh auf der Qnap einloggen (Putty)
login admin passwort

cd /share/homes
(DP1 und IPP anpassen)
vim shutdown.sh

#!/bin/bash
#ioBroker-Datenpunkt der den Shutdown auslöst
DP1=0_userdata.0.System.nas.shutdown
#ioBroker-IP:Port
IPP=192.168.0.222:8087

# ioBroker-Datenpunkt auslesen
DPSD=$(wget -qO- http://${IPP}/getPlainValue/${DP1})
# Wenn Datenpunkt für Shutdown gesetzt
if [ $DPSD = 'true' ]
then
   # kurz warten
   sleep 10
   # Rueckmeldung an ioBroker senden und DP auf false
curl http://${IPP}/set/${DP1}?value=false
   sleep 10
   # System standby/shutdown
   #echo mem > /sys/power/state
   /sbin/poweroff
fi

[ESC] :wq für speichern und schliessen
[ESC] :q! für quit ohne speichern
(nochmal reingehen und angucken!)

Ausführbar machen:
chmod +x shutdown.sh
testen (DP steht auf false)
Qnap sollte nach Aufruf des Scripts anbleiben
nach setzen des DP auf true und Aufruf des Scrips sollte Qnap runterfahren

Nun eine Zeile (ganz unten) hinzufügen ([EINFG]:
(ACHTUNG, der übliche Weg mit crontab -e funktioniert, aber nur bis zum nä. reboot)

vim /etc/config/crontab

* * * * * /bin/sh /share/homes/shutdown.sh > /dev/null 2>&1

Mit [ESC]:wq Speichern und schließen, Crontab Dienst neu starten

crontab /etc/config/crontab && /etc/init.d/crond.sh restart

Prüfen ob eingetragen:

crontab -l

0 12 * * * /mnt/ext/opt/LicenseCenter/bin/qlicense_tool local_check
0 0 * * * /usr/local/sbin/qsh nc.archive >/dev/null 2>&1
45 15 * * * /mnt/ext/opt/QcloudSSLCertificate/bin/ssl_agent_cli
* * * * * /bin/sh /share/homes/shutdown.sh > /dev/null 2>&1

Soweit so gut, es funktioniert und übersteht einen reboot/neustart! Zum Schluss noch die Logik für Alexa:

Der DP Nas1starten triggert den WOL Skript, somit funktioniert „Alexa, schalte NAS ein“ UND „Alexa, schalte NAS aus“

createState("javascript.0.NAS1Starten", 0);   // Generiert beim starten den Datenpunkt, wenn nicht vorhanden
var wol = require('wake_on_lan');         // Lädt von ioBroker die das nötige Paket
var myNAS1 = "00:08:9B:E6:7F:C0";         // MAC definieren
// Ab hier automatisch
on({id: "javascript.0.NAS1Starten", change: 'any'}, function (obj) {
   wol.wake(myNAS1);
   log("Script WOL - NAS 1 gestartet", "info");
    }
);

Hallo,
Kann der Gardinen Motor integriert werden?
Wir haben ihn in Supported Devices bei Zigbee2MQTT.io gefunden und haben naiv gedacht, dass er dann auch in iobroker funktioniert.
Log:
zigbee.0 2019-04-17 15:46:47.712 error Device 00158d0002ec2804 "lumi.curtain" not described in statesMapping.
zigbee.0 2019-04-17 15:44:59.026 info 12 (0x00158d0002ec2804): ZNCLDJ11LM - Xiaomi Aqara curtain motor (Router)
Kachel:

Modell: Xiaomi Aquara Curtain Motor ZNCLDJ11LM
Funktion:
open, close, stop, position
aber auch schon auf und zu wäre schon gut.
Vielen Dank. Wenn sonst noch was gebraucht wird...

Frage in die Runde:
Gibt es bei Euch Probleme mit dem Adapter?
Folgende Phänomene bei der Version 1.5.2, Node 22.15.1, js-controller: 7.0.6

Die Yeelight Color ist über 2 verschiedene Smartnamen über IOT und Matter eingebunden und funktionieren mit den Grundfunktionen wie An/Aus, Helligkeit Dimmen usw. über Alexa gut. Probleme stellen sich ein, sobald rot ins Spiel kommt.
Über Matter eingebunden heißt es bei "Bürolampe rot": "Bürolampe reagier gerade nicht"
Über IOT "Bogenlampe rot": "OK" Allerdings "verhaspelt" sich die Instanz und bleibt teilweise, oder ganz "Off"

Log:

yeelight-2.0
2025-06-04 07:39:42.866	error	this.generateWarnMessageForUploadState is not a function

yeelight-2.0
2025-06-04 07:39:42.865	error	TypeError: this.generateWarnMessageForUploadState is not a function at /opt/iobroker/node_modules/iobroker.yeelight-2/main.js:293:48

yeelight-2.0
2025-06-04 07:39:42.865	error	unhandled promise rejection: this.generateWarnMessageForUploadState is not a function

yeelight-2.0
2025-06-04 07:39:42.864	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

yeelight-2.0
2025-06-04 07:39:42.674	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

yeelight-2.0
2025-06-04 07:39:42.674	info	terminating

yeelight-2.0
2025-06-04 07:39:42.673	info	cleaned everything up...

yeelight-2.0
2025-06-04 07:39:42.664	error	this.generateWarnMessageForUploadState is not a function

yeelight-2.0
2025-06-04 07:39:42.664	error	TypeError: this.generateWarnMessageForUploadState is not a function at /opt/iobroker/node_modules/iobroker.yeelight-2/main.js:270:48

yeelight-2.0
2025-06-04 07:39:42.662	error	unhandled promise rejection: this.generateWarnMessageForUploadState is not a function

yeelight-2.0
2025-06-04 07:39:42.662	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

yeelight-2.0
2025-06-04 07:39:03.685	info	starting. Version 1.5.2 in /opt/iobroker/node_modules/iobroker.yeelight-2, node: v22.15.1, js-controller: 7.0.6

yeelight-2.0
2025-06-04 07:38:30.656	error	this.generateWarnMessageForUploadState is not a function

Ist dies ein Issue für den Yeelight Adapter, oder eher etwas was Matter / IOT betrifft?
Direkt im DP rgb eingetragen "#FF0000" ist das Light rot, generell steht aber eher bsw. sowas darin "16711680"

@shalalala
Schau mal nach der Möglichkeit in den Technikschrank einen kleinen WLAN AP zu legen, weil mit 2 ESP32-S3-ETH liegst Du preislich wohl auch >50€.

@shalalala
Du brauchst da entweder WLAN Empfang, oder LAN Kabel und dann die entsprechenden ESP32 mit Ethernet.

@stenmic
Die Funktion "Handy an einen Punkt halten, Tür schließt auf" habe ich auch, allerdings ohne noch weitere Hardware zu brauchen. Ich habe unter der Blende vom Taster des Treppenhauslichts einen NFC Tag geklebt, dort ist eine URL drauf, die zu meiner vCard verlinkt ist. Wenn unbefugte also wissen, wo dieser Tag ist, dann geht in keinem Fall die Tür auf, sondern die bekommen meine Visitenkarte aufs Handy.
Bei mir auf dem Handy ist mit der App Rest API eine Automatisierung "Wenn NFC Tag gefunden, dann rufe URL xxx auf" Diese URL für Iobroker API ist nicht nach außen exposed, sondern nur intern nutzbar. Da ich vor der Tür WLAN Empfang habe, bin ja lokal. Funktioniert wie es soll.

@shalalala
Warum braucht es 2 ESP32?
Gute Frage, die ich mir und anderen (Nuki Hub Projekt) gestellt habe. Nicht so umfangreich, aber doch implementiert waren die Grundfunktionen von Espresense in dem Nuki Hub, wurde aber wieder entfernt. Begründet wurde dies mit begrenzten Recourcen. Ich hätte das auch gern am Anfang alles unter einem Hut gehabt, im Nachhinein bin ich allerdings froh, dass es so ist und da beide ESPs (+ minus) verbunden sind, in einem Gehäuse mit nur einer Stromversorgung ist es ja quasi wie unter einem Hut. Der Vorteil dabei ist, dass du für jedes Device nun separat die (errechnete) Entfernung zum Nuki einstellen kannst. Da Beacons und selbst iPhones da Unterschiede haben ist das ein Riesen Vorteil.
Welcher ESP32?
Kannst jeden nehmen eigentlich, bei mir waren es die ESP32 DEV-Boards mit fertig eingelöteter Pinleiste von AZ-Delivery von Amazon. Da es da um Zuverlässigkeit geht, habe ich auf die 3€ Differenz zu irgend einem China Händler verzichtet.
Wieviel Zeit?
Hatte mich vorher schon mal mit ESPresense beschäftigt, aber liegen gelassen, da ich keine Anwendung dafür hatte, also hielt sich der Aufwand in Grenzen, das Ergebnis gibt Recht und da es Hobby ist, macht die Zeit auch Spass.
Etwas gedauert (bei mir) hat die Logik die "Entfernung" in DP zu haben:

@mcm1957
Mir ist deine Antwort nicht verständlich, auch bin ich mir unsicher, ob Du mit Deiner Antwort von mir erwartest, dass ich etwas zwischen den Zeilen lesen soll, kann das sein?
Ingo hatte das Issue mit auf die Agenda gesetzt.

Weder finde ich dazu in der Zusammenfassung im ersten Beitrag etwas dazu, auf den Du mich hingewiesen hast, noch eine Antwort in dem Issue selbst.

@apollon77
War gestern nicht die ganze Zeit dabei, konnte die Frage(n) beantwortet werden?

@dragon
Ja danke, im Text oben ist der Type Detector erwähnt, aber nicht verlinkt, zumindest hatte ich es nicht gesehen. Meine Frage (und Link) zum Type Detector hat sich aber zwischenzeitlich geklärt. Aber selbst die beste Beschreibung nützt nicht viel, wenn der Type Detector nicht wie beschrieben arbeitet, siehe:
Link Type-Detector Fehler

@apollon77
Ich frag mal andersrum:
Im Matter Adapter wird das hinzufügen "aus Kanal" angeboten. Beim Hinzufügen eines Thermostats wird aktuell was erwartet/erwünscht? Welche States sollten vorhanden sein, welchen Namen sollten die haben mit welchen Rollen? Welche Namen, oder Rollen sollten in dem Kanal nicht vorkommen?
Da gibt es bereits viel und es wird noch einiges dazu kommen, schätze ich (Tages/Wochenpläne, Childlock, WindowOpen Detektion usw). Gibt es eine zentrale Stelle, wo solche Infos gesammelt werden?
Nachtrag:
Wir sind schon ein Stück weiter gekommen

Einiges bleibt aber unklar:
Mode 4 für Heat wird so von Matter gleich übernommen (finde keine Beschreibung)?
Es wird ein State Power erzeugt, obwohl dieser Datenpunkt die Rolle "switch" hat und nicht wie dokumentiert "switch.power"


Issue erstellt:
https://github.com/ioBroker/ioBroker.matter/issues/463

J-Paul0815 created this issue in ioBroker/ioBroker.matter

closed Incorrect detection of device state "Power" when generating the states #463

@apollon77
Um "unsere" LoRaWAN Thermostate kompatibl(er) zu machen, wäre 1. Anlaufstelle hier?
https://github.com/ioBroker/ioBroker.type-detector/blob/master/DEVICES.md#thermostat-thermostat
Was bereits funktioniert bei

Richtig:

1. Ist Temperatur
2. Soll Temperatur
3. Luftfeuchte

Falsch:
Boost Mode (Mode Einstellung 2 bedeutet z.B. beim Vicki, dass externe Temperatur benutzt werden soll). Da müssen wir (auf unserer Seite) schauen.
Fehlt:
Ventil Stellung in %
Nachtrag:
Die Anzeige der Ventilöffnung in % ist wohl (noch) nicht in Matter inkludiert, allerdings Min/Max Temperaturen, sowie die Anzeige eines externen (Boden) Temperatursensors?