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

[JB_Sullivan]

@klassisch sagte in Test Adapter device-reminder v0.x:

Ja, deswegen smartmeter. Die neuen Basiszähler, die bis 2032 eingebaut werden müssen liefern etwa im Sekundenrhytmus recht genaue Daten. Der Smartmeter Adapter kann die dann wandeln.
Aber ja, aus dieser Gesamtsumme das passende Gerät herauszufiltern mag in Einzelfällen einfach gelingen, wird aber generell noch lange eine Träumerei bleiben.

Discovergy - der Smartzähler Anbieter (habe ich bei mir verbaut) - versucht ebenfalls an charaktaristischen Trendkurven Verläufen, Geräte zu identifizieren. Mann muss sagen mit sehr mäßigem Erfolg.

Großverbraucher funktionieren einigermaßen, aber die sind weit davon entfernt das auf die Reihe zu bekommen. So werden z.B. Kaffeeautomaten als Durchlauferhitzer (was sie ja im weitesten Sinne auch sind) erkannt.

Ich will damit sagen, wenn so ein großes Unternehmen das mit den Algorithmen nicht hin bekommt, wie soll das eine so kleine openSource Community wie ioB schaffen?

[klassisch]

@JB_Sullivan sagte in Test Adapter device-reminder v0.x:

Discovergy - der Smartzähler Anbieter (habe ich bei mir verbaut) - versucht ebenfalls an charaktaristischen Trendkurven Verläufen, Geräte zu identifizieren. Mann muss sagen mit sehr mäßigem Erfolg.

Macht der das auf dem Client bei Dir zu Hause oder auf seiner Cloud? Die "großen" Smartmeter ab 6000kWh senden ihre Daten so etwa alle 15 Minuten zum Meßstellenbetreiber. Damit wird das nichts.
Dann kann man Einiges auch erst im Nachhinein erkennen, wenn das Pattern vollständig ist. Ob das dann noch hilft ist eine andere Frage.

Ich will damit sagen, wenn so ein großes Unternehmen das mit den Algorithmen nicht hin bekommt, wie soll das eine so kleine openSource Community wie ioB schaffen?

Ja, da bin ich derzeit ganz bei Dir. Deshalb Träumerei - also zumindest hier und heute. Aber ich durfte in meinem Berufsleben schon an der Umsetzung der einen oder anderen Sache, von der ich früher mal geträumt habe, teilhaben.

[gelberlemmy]

@klassisch Discovergy Daten kommen irgendwie alle Sekunde oder zwei. Da brauchst Du keine 6000 KWh.

[klassisch]

[/OT]
@gelberlemmy Danke! Dann ist das also sowas ähnliches wie die neuen Basiszähler aber mit einer angeschlossenen Datenbank und erweiterten Auswertefunktionen. Wenn man alle 3 Phasen einzeln hat (was leider nicht alle neuen Basiszähler haben, also eher die Wenigsten), dann tut man sich beim raten und wiedererkennen der Geräte etwas leichter.

[bob der 1.]

@klassisch
@gelberlemmy

Macht doch ein eigenes Thema auf....das hat alles nichts mehr mit dem Adapter zu tun.

[Xenon]

Patch auf Version 0.7.2

es gab Probleme, wenn ein telegram Bot in mehreren Instanzen genutzt wurde. Die Instanz wird nun in eckigen Klammern zusätzlich angezeigt

In der nächsten Version (0.8) wird whatsapp entfernt und ein universaler Datenpunkt hinzugefügt, mit dem es möglich sein wird, jeden Dienst zu nutzen der per Datenpunkt arbeitet (auch bei whatsapp wird einfach ein String in einen DP geschrieben und dann abgesendet)

[Xenon]

Patch auf Version 0.7.3

• Problem mit dem Telegram Bot bestand weiterhin, sollte jetzt aber funktionieren
• Abbrucherkennung kann nun abgewählt werden (war vorher automatisch für jedes device aktiv. Mehr dazu in der readme)

Es gab immer noch sporadisch das Problem, dass der Zustand am schwanken war, von daher:

• Werte <1W werden jetzt als 0W angesehen und als "ausgeschaltet" angezeigt, sollte das Gerät nicht in Betrieb sein
• Werte >=1W ergeben nun automatisch standby, wenn Gerät nicht in Betrieb

Zur Abbrucherkennung:
Wenn ein Gerät mehrfach in Folge (Anzahl ist abhängig von euren eingestellten Endvalue-Werten), einen Wert <= 0.2 W sendet und ihr die Abbrucherkennung (abort detection) in der Instanz für das Gerät aktiviert habt, wird keine Benachrichtigung mehr gesendet, da der Adapter davon ausgeht, dass das Gerät von Hand ausgeschaltet wurde (Ist noch im beta-Stadium, deswegen habe ich dafür keine neue Version vergeben, sondern nur Patch).

Wer das nicht nutzen will, einfach "abort detection" deaktiviert lassen

[Xenon]

das Telegram Thema geht mir langsam auf die Nerven. Es gab wieder Probleme mit der automatischen Erkennung. Hab einen neuen Patch auf 0.7.4 gebracht. Bringt das auch wieder Probleme, wird man in der nächsten Version die Telegram User auch von Hand angeben, so wie alexa und co

[Xenon]

@klassisch @sigi234

in der V 0.8 würde ich die email Benachrichtigung implementieren, ebenso Pushover. Ich selber nutze aber beide Dienste nicht. SendTo beim pushover ist selbsterklärend, bei der Email Sache sieht das anders aus. Was benötigt ihr da für Auswahlmöglichkeiten?

[klassisch]

@Xenon Vielen Dank!
In Javascript nutze ich immer folgende Zeilen:

sendTo('email', {from: emailFrom, to: emailTo, subject: 'Text Of Subject', text: 'Text of email. plain text or html.'});

Der email-Adapter muß natürlich installiert sein.

Bei einer Implementierung der Adapter würde ich erst mal so starten, daß

• emailFrom und
• emailTo
  erst mal global für alle Messages des Adapters gelten.
• Subject und
• Text
  natürlich für jedes event individuell.

In aller Allgemeinheit kann man sich zwar noch überlegen, ob man emailTo auswählen kann, ob an den "Adapter-globalen" Adressaten oder für eine spezifische Nachricht an einen anderen gesendet werden soll. Könnte ja sein, daß man je nach event verschiedene Personen benachrichtigen will. Oder man schafft für diese Möglichkeit verschiedene Adressaten in der Grundeinstellung und wählt dann den passenden beim Einzeevent aus.
Diese Zusatzwünsche könnten kommen.

Ich persönlich komme - wie oben gezeigt - mit einem globalen emailFrom und einem globalen emailTo komplett aus - derzeit für alle meine Skripte. Für mich würde also die Grundinstallation mit einem emailFrom und einem emailTo völlig ausreichen.
Alles andere bringt nur mehr Komplexität und Fehleranfälligkeit. Und wer es wirklich braucht, kann sich beim emailprovider eine automatische Umleitung über eine Regel einrichten, die über eine Textfolge gesteuert ist. So hatte ich auch lange Jahre in der Vor-Smartphone Ära den Versand von SMS gergelt. In den emailbetreff eine bestimmte Zeichenfolge eingebracht und den Rest hat eine Regel bei GMX erledigt. In Smartphonezeiten hat sich auch das erledigt, geht alles per email.

[Xenon]

@klassisch bist du auf dem iobroker discord? Ich baue grad pushover ein, danach könnten wir uns sonst da nochmal unterhalten

[klassisch]

@Xenon Bin jetzt gerade in Dicord eingeloggt.
Ist aber nicht so meine Sache. Macht auf mich einen ziemlich unstrukturierten Eindruck.

[Xenon]

@klassisch bin da gerade in der lounge

[Xenon]

Die 0.7.4 ist jetzt im stable zu finden.

Ich arbeite gerade an der 0.8, wo unter anderem pushover und Email vorhanden sein werden. Ich habe aber enorme Änderungen am Adapter vorgenommen, so dass es wohl zu Problemen bei der 0.8 kommen wird. Werde sie extra als beta Kennzeichen.

Ich gebe bescheid was alles beachtet werden muss, sobald Release da ist

[Apropo]

Guten Morgen,

Ich wollte jetzt auch endlich mal den Adapter testen. Installiert ist jetzt die Version 0.7.4 .Bei mir wird er leider nicht grün. Im Log findet sich folgendes. Die obersten Zeilen mit dem "No Adapter Config found" kommen nur, wenn ich den Adapter pausiere. Keine Ahnung ob das was zu bedeuten hat.

host.iobrokervm	2020-12-25 08:19:59.041	info	Do not restart adapter system.adapter.device-reminder.0 because disabled or deleted
host.iobrokervm	2020-12-25 08:19:59.038	error	instance system.adapter.device-reminder.0 terminated with code 3 (NO_ADAPTER_CONFIG_FOUND)
device-reminder.0	2020-12-25 08:19:58.439	warn	(25157) Terminated (NO_ADAPTER_CONFIG_FOUND): Without reason
device-reminder.0	2020-12-25 08:19:58.397	error	(25157) adapter disabled
host.iobrokervm	2020-12-25 08:19:43.875	info	"system.adapter.device-reminder.0" disabled
host.iobrokervm	2020-12-25 08:19:25.338	info	Restart adapter system.adapter.device-reminder.0 because enabled
host.iobrokervm	2020-12-25 08:19:25.337	info	instance system.adapter.device-reminder.0 terminated with code 0 (NO_ERROR)
device-reminder.0	2020-12-25 08:19:24.768	info	(24651) Terminated (NO_ERROR): Without reason
device-reminder.0	2020-12-25 08:19:24.766	info	(24651) terminating
device-reminder.0	2020-12-25 08:19:24.560	error	(24651) Error: The id is empty! Please provide a valid id. at validateId (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:482:19) at deviceReminder.getForeignObject (/opt/iobr
device-reminder.0	2020-12-25 08:19:24.550	error	(24651) unhandled promise rejection: The id is empty! Please provide a valid id.
device-reminder.0	2020-12-25 08:19:24.536	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().
device-reminder.0	2020-12-25 08:19:24.194	info	(24651) starting. Version 0.7.4 in /opt/iobroker/node_modules/iobroker.device-reminder, node: v12.18.0, js-controller: 3.1.4

Außerdem scheint Telegramm bei mir auch nicht richtig erkannt zu werden. Oder stimmt das so?

Kann mir jemand dabei weiter helfen?

[Xenon]

@Apropo Bild 1: du hast irgendeine Eingabe falsch gemacht bei der Geräte Erstellung.
Bild2: hast du die readme bezüglich Telegram beachtet?

[Apropo]

@Xenon

Viel falsch machen kann man da ja eigentlich nicht, oder hab ich was übersehen? Ich habs nochmal kontrolliert, aber finde keinen Fehler.

Die Struktur vom Telegramuser war falsch. Habs jetzt geändert. Jetzt sieht es so aus. Der untere undefinded ist immer noch da. Keine Ahnung woher das kommt.

Das Log hab ich mal auf Debug gestellt. Hilft das vielleicht weiter?

device-reminder.0	2020-12-25 09:04:39.502	info	(458) Terminated (NO_ERROR): Without reason
device-reminder.0	2020-12-25 09:04:39.498	info	(458) terminating
device-reminder.0	2020-12-25 09:04:39.462	error	(458) Error: The id is empty! Please provide a valid id. at validateId (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:482:19) at deviceReminder.getForeignObject (/opt/iobrok
device-reminder.0	2020-12-25 09:04:39.456	error	(458) unhandled promise rejection: The id is empty! Please provide a valid id.
device-reminder.0	2020-12-25 09:04:39.455	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().
device-reminder.0	2020-12-25 09:04:39.300	debug	(458) ARR INPUT telegram {"0":{"name":"Andreas","inst":".0"},"1":{"inst":".0"}}
device-reminder.0	2020-12-25 09:04:39.297	debug	(458) ARR INPUT whatsapp {"0":{"name":"","path":""}}
device-reminder.0	2020-12-25 09:04:39.297	debug	(458) ARR INPUT sayit {}
device-reminder.0	2020-12-25 09:04:39.296	debug	(458) ARR INPUT alexa {"0":{"name":"Wohnzimmer","path":"alexa2.0.Echo-Devices.G2A0RF0481420087.Commands.speak","volume":"50","timeMin":"0:00","timeMax":"23:59"},"1":{"name":"Schlafzimmer","path":"alex
device-reminder.0	2020-12-25 09:04:39.295	debug	(458) ARR INPUT devices {"0":{"name":"Waschmaschine","type":"washing-machine","pathConsumption":"shelly.0.SHPLG-S#376CC3#1.Relay0.Power","pathSwitch":"shelly.0.SHPLG-S#376CC3#1.Relay0.Switch","startTe
device-reminder.0	2020-12-25 09:04:39.227	info	(458) starting. Version 0.7.4 in /opt/iobroker/node_modules/iobroker.device-reminder, node: v12.18.0, js-controller: 3.1.4

[Xenon]

@Apropo hast du eine WhatsApp Eingabe gemacht? Da steht ein leerer WhatsApp User im debug
Das undefined verschwindet in der nächsten Version

[Apropo]

@Xenon Das wars! Da stand ein leerer User drin. Ich kann mich zwar nicht erinnern einen Whatsapp User eingegeben zu haben, da ich gar keinen Whatsapp Adapter nutze, aber ich will auch nicht ausschließen, dass ich vielleicht irgendwie auf das + gekommen bin, oder mich zwischendurch verklickt hatte. Jetzt ist der Adapter zumindest schon mal grün und ich kann weiter testen. Danke dir für deinen Support am frühen ersten Weihnachtstag!

[Xenon]

@Apropo kein Problem 😉