UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[MartyBr]

@ciddi89
Das hat funktioniert. Ich hatte ein Device im BLE Adapter, der wurde alle (gefühlt 5h) als nicht erreichbar gemeldet.

Danke, nun ist alles gut.

[homecineplexx]

hallo

ich hab gesehen, dass du einige Geräte in unterschiedelichen Ordnern abfragst

if (watchZigbee) {
        myArrDev.push({"theSelektor":"zigbee.0.*.link_quality","theName":"common","linkQual":"zigbee","batt":"zigbee"})
    }
    if (watchBle) {
        myArrDev.push({"theSelektor":"ble.0.*.rssi","theName":"common","linkQual":"ble","batt":"none"})
    }
    if (watchMqttXiaomi) {
        myArrDev.push({"theSelektor":"mqtt.0.xiaomiantenna.*.status","theName":"Objectname2Level","linkQual":"none","batt":"none"})
        myArrDev.push({"theSelektor":"mqtt.0.xiaomiantenna.sensors.sensor.*_batt.state","theName":"Objectname1Level","linkQual":"none","batt":"dpvalue"})
    }

aber was ist zb mit:
mihome.0.devices.* ??

[A Former User]

@homecineplexx Kann das gerne mit Einpflegen. Muss dann nur wissen ob es da Datenpunkte wie zb Linkquality oder rssi oder ähnlich dort gibt.

[crunchip]

@ciddi89 nein gibt es da nicht, einzige was es gibt, wären die Batterie Datenpunkte in Volt bzw %, die aber total unterschiedlich aktualisieren.

[homecineplexx]

@ciddi89 also es gibt da unterschiedliche Devices
Schalter, die sehen so aus:

Magneten:

Motion:

Smoke:

hilft dir das?

[A Former User]

@crunchip & @homecineplexx hmm okay. Ich habs mit rein genommen. Diese werden dann über die Batterie Percent state abgefragt. Muss dann nur getestet werden ob die auch richtig abgefragt werden. Vorher die const watchMiHome auf true stellen.

Link zum Skript

[crunchip]

@ciddi89 ob das Sinn macht?
Deshalb schrieb ich ja, die Datenpunkte werden sehr unregelmäßig aktualisiert. Ich verwende zigbee, hab aber noch zwei Sensoren über mihome laufen, kann ja mal testen

[A Former User]

@crunchip said in Zigbee-Geräte überwachen:

@ciddi89 ob das Sinn macht?

Das selbe habe ich mich auch gefragt, wo ich bei dir gelesen habe, das die Batterie Stände sehr unterschiedlich aktualisiert werden. Naja wer will kann sich die ja mit auflisten lassen, wer nicht der nicht. Ich selber habe keine mihome Geräte die über diesen Adapter laufen. Daher kann ich das selbst nicht ausprobieren. Und in erster Linie soll es ja auch darum gehen Geräte mit einer Link quality / rssi zu überwachen.

[firebowl]

Moin zusammen,

wäre es vielleicht möglich auch bestimmte WLAN Devices aufzunehmen?
Ich denke da z.B. an Shellys. Ich habe hier bei mir einen Shelly HT im Einsatz.
Er liefert auch einen Batterie Wert, allerdings bin ich mir nicht so ganz schlüssig welchen Wert man für das offline nehmen sollte. Die Teile melden sich ja viel seltener als ZigBee Devices um Strom zu sparen.

[A Former User]

@firebowl klar könnte man die aufnehmen. Wäre aber von Vorteil wenn diese Geräte einen link_quality, rssi oder ähnlichen Datenpunkt hat. Darauf basiert das ja nämlich alles und wäre schön wenn man es so beibehalten könnte. Sonst müsste man die ganze Art und Aufbau des Skriptes überdenken wenn man nur battery States nutzt und überwacht.

Btw. Für alle interessierten: Hab den Adapter soweit fertig muss nur noch paar Kleinigkeiten machen und dann werde ich den wohl zum Testen freigeben. Johannes und ich haben den bereits zum Testen am laufen.

[A Former User]

Für die Leute, die den Adapter, der das gleiche macht wie das Skript, mal testen wollen:

https://forum.iobroker.net/topic/55426/test-adapter-device-watcher-v0-0-x-github-latest

[Pittini]

@ciddi89 UI, das ganze hier ist ja vollkommen an mir vorbeigegangen. Falls nicht schon bekannt, schau Dir mal mein Batterieskript an, da sind viele Probleme, auf die Du evtl. noch stoßen wirst schon gelöst, spicken gern erlaubt. https://github.com/Pittini/iobroker-Batterienauswertung

[tom_33]

hallo ciddi89!

ein tolles script, welches du uns zur verfügung stellst. besten dank!
vor allem das selbständige einbinden von neuen geräten taugt mir besonders.

nach dem importieren vom script habe ich zuerst keine messages von telegram bekommen.
es lag an der definition von sendTo('telegram' anstatt sendTo('telegram.0'

//Telegram function
async function telegram (msg) {
    sendTo('telegram.0', { 
        text: msg,
        user: userTelegram,
        parse_mode: 'HTML'

ich bin mir nicht sicher, ob die pfade nicht standardmäßig mit instanzname .0 aufgebaut werden.
wenn sich meine objektpfade vom üblichen aufbau unterscheiden, bitte vergiss die meldung.

nochmals danke für die super arbeit
bg tom

[A Former User]

@tom_33 Hallo Tom,

naja der dank sollte eher an @JohannesA gehen, er hatte die Idee und hat das Hauptskript geschrieben. :)

Ja in der Regel hat man ja eine Telegram Instanz und diese hat die Kennung 0. Es kann aber in Einzelfällen Abweichen. Lässt man die 0 weg schickt er es, wenn verfügbar, an alle Instanzen. Evtl. hat deine Instanz eine andere Kennung da du vielleicht mal zwei hattest und eine gelöscht hast? Du siehst das in der Instanzübersicht von telegram welche Instanznummer das ist.

[tom_33]

@ciddi89 @JohannesA

natürlich soll JohannesA ebenfalls ein dickes lob bekommen!:blush:

ich bin in javascript gar nicht fix (ich mach fast alles in blockly) und habe mit halbwissen an dem code rumgewerkelt.
auch wenn es nur ein . und eine 0 war :grin:
danke für die erklärung.

sg tom

[A Former User]

@tom_33 deswegen wird gerade an einem Adapter gearbeitet der es für alle einfacher macht. :) Aktuell hat der noch den Test Status aber ich hoffe es ändert sich bald. :)