NEWS
-
@rene_hm Ich bin mir nicht sicher, was du meinst. In den Objekten und in dem Zigbee-Adapter (v1.10.1) sind alle Geräte benamt. Sie haben einen Raum und eine Funktion zugewiesen. Könnte es auch was mit dem Telegram-Adapter (v3.0.1) zu tun habe? Vielleicht ist der nicht korrekt konfiguriert. Wobei, soviel geht da ja nicht.
@helmi Bei mir sieht die Konfiguration so aus (im Testsystem):
Als Nachricht bekomme ich dann
extended Actor Handling: Aktor1_2 - javascript.0.Aktor1_2 no success after trial 6 because ack not set! { "val": true, "ack": false, "ts": 1707645876201, "q": 0, "from": "system.adapter.heatingcontrol.0", "user": "system.user.admin", "lc": 1707645866167 }In dem Fall ist:
- Name: Aktor1_2
- OID: javascript.0.Aktor1_2
-
@rene_hm sagte in Test Adapter HeatingControl v2.12.x:
Bzgl. der Namen in den Benachrichtigungen: eigentlich sollte schon der Name des Aktors verwendet werden
Ich lasse mich per Pushover benachrichtigen, hier wird auch kein Name angezeigt, obwohl die Aktoren alle benannt sind.
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
Ich lasse mich per Pushover benachrichtigen, hier wird auch kein Name angezeigt, obwohl die Aktoren alle benannt sind.
Wo sind bei dir die Aktoren benannt? Wie in meinem Post hier oben?
Ich habe hier gerade bei mir nochmal getestet (zwar per email, das sollte aber egal sein)Ich bekomme:
HeatingControl: Aktor1 Aktor ausaus Aktor1_1 Aktor ausaus Aktor1_2 Aktor ausaus Aktor1_3 Aktor ausaus extended Actor Handling: Aktor1 - javascript.0.Aktor1 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296152,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286066} extended Actor Handling: Aktor1_1 - javascript.0.Aktor1_1 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296402,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286242} extended Actor Handling: Aktor1_2 - javascript.0.Aktor1_2 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296494,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286332} extended Actor Handling: Aktor1_3 - javascript.0.Aktor1_3 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296561,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286480}Die Texte sind seltsam, weil ich gleichzeitig die manuelle Einstellung der Nachrichten teste...
-
@helmi Bei mir sieht die Konfiguration so aus (im Testsystem):
Als Nachricht bekomme ich dann
extended Actor Handling: Aktor1_2 - javascript.0.Aktor1_2 no success after trial 6 because ack not set! { "val": true, "ack": false, "ts": 1707645876201, "q": 0, "from": "system.adapter.heatingcontrol.0", "user": "system.user.admin", "lc": 1707645866167 }In dem Fall ist:
- Name: Aktor1_2
- OID: javascript.0.Aktor1_2
-
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
Ich lasse mich per Pushover benachrichtigen, hier wird auch kein Name angezeigt, obwohl die Aktoren alle benannt sind.
Wo sind bei dir die Aktoren benannt? Wie in meinem Post hier oben?
Ich habe hier gerade bei mir nochmal getestet (zwar per email, das sollte aber egal sein)Ich bekomme:
HeatingControl: Aktor1 Aktor ausaus Aktor1_1 Aktor ausaus Aktor1_2 Aktor ausaus Aktor1_3 Aktor ausaus extended Actor Handling: Aktor1 - javascript.0.Aktor1 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296152,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286066} extended Actor Handling: Aktor1_1 - javascript.0.Aktor1_1 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296402,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286242} extended Actor Handling: Aktor1_2 - javascript.0.Aktor1_2 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296494,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286332} extended Actor Handling: Aktor1_3 - javascript.0.Aktor1_3 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296561,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286480}Die Texte sind seltsam, weil ich gleichzeitig die manuelle Einstellung der Nachrichten teste...
@rene_hm Eben kam eine Meldung. Tatsächlich kam jetzt der Name des Geräts in der Meldung vor. Mir war nicht klar, dass das an der Stelle so wichtig ist. Ich werde jetzt allen eingebundenen Geräten ordentliche Namen geben! Danke für die schnelle und kompetente Hilfe!!!
-
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
Ich lasse mich per Pushover benachrichtigen, hier wird auch kein Name angezeigt, obwohl die Aktoren alle benannt sind.
Wo sind bei dir die Aktoren benannt? Wie in meinem Post hier oben?
Ich habe hier gerade bei mir nochmal getestet (zwar per email, das sollte aber egal sein)Ich bekomme:
HeatingControl: Aktor1 Aktor ausaus Aktor1_1 Aktor ausaus Aktor1_2 Aktor ausaus Aktor1_3 Aktor ausaus extended Actor Handling: Aktor1 - javascript.0.Aktor1 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296152,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286066} extended Actor Handling: Aktor1_1 - javascript.0.Aktor1_1 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296402,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286242} extended Actor Handling: Aktor1_2 - javascript.0.Aktor1_2 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296494,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286332} extended Actor Handling: Aktor1_3 - javascript.0.Aktor1_3 no success after trial 6 because ack not set! {"val":false,"ack":false,"ts":1707646296561,"q":0,"from":"system.adapter.heatingcontrol.0","user":"system.user.admin","lc":1707646286480}Die Texte sind seltsam, weil ich gleichzeitig die manuelle Einstellung der Nachrichten teste...
@rene_hm sagte in Test Adapter HeatingControl v2.12.x:
Wo sind bei dir die Aktoren benannt? Wie in meinem Post hier oben?
Das sollte doch an der Stelle hier richtig sein, oder darf man diese nicht beliebig benennen?
EDIT: hier noch das Log dazu:
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+EMQX+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@rene_hm sagte in Test Adapter HeatingControl v2.12.x:
Wo sind bei dir die Aktoren benannt? Wie in meinem Post hier oben?
Das sollte doch an der Stelle hier richtig sein, oder darf man diese nicht beliebig benennen?
EDIT: hier noch das Log dazu:
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
oder darf man diese nicht beliebig benennen?
nein, das passt schon so. Da muss ich nochmal schauen...
-
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
Das sollte doch an der Stelle hier richtig sein, oder darf man diese nicht beliebig benennen?
ich denke, ich hab es gefunden.
In der 2.12.4 sollte das behoben sein... -
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
Das sollte doch an der Stelle hier richtig sein, oder darf man diese nicht beliebig benennen?
ich denke, ich hab es gefunden.
In der 2.12.4 sollte das behoben sein...@rene_hm sagte in Test Adapter HeatingControl v2.12.x:
ich denke, ich hab es gefunden.
In der 2.12.4 sollte das behoben sein...Super! Wenn man mal einen (eigenen) Fehler sucht, vereinfacht das die Suche.
-
@marc-berg sagte in Test Adapter HeatingControl v2.12.x:
Das sollte doch an der Stelle hier richtig sein, oder darf man diese nicht beliebig benennen?
ich denke, ich hab es gefunden.
In der 2.12.4 sollte das behoben sein...@rene_hm Ich versuche den Adapter richtig zu konfigurieren. Leider schlägt das auch nach intensivem Studium der Doku fehl. Beispielsweise werden in den VIS-Views lokale Daten verwendet (0_userdata.0.mdui.vis.primary_color), die bei mir nicht vorhanden sind. Auch ist unklar, wie denn die Daten in die Datenpunkte kommen. Ich habe das mal alles manuell definiert.
Am Ende sieht meine pageHzng im Editor so aus:
Und die Runtime:
Anmerkung: Ich hatte 3 Räume definiert und dann 2 wieder herausgenommen, damit die ganze Sache für den Anfang einfacher wird. Im Wartungsdialog hatte ich die ungenutzten DP's gelöscht. Das hat scheinbar nix geholfen. Büro ist aktiv, die anderen nicht.
Welches Basic mache ich falsch?
Hier noch die Einstellungen: system.adapter.heatingcontrol.1.json
QNAP 677 VM 16 ´GB, 4 Kerne, 3,4 GHz
17.258 Objekte
15.633 Zustände -
@rene_hm Ich versuche den Adapter richtig zu konfigurieren. Leider schlägt das auch nach intensivem Studium der Doku fehl. Beispielsweise werden in den VIS-Views lokale Daten verwendet (0_userdata.0.mdui.vis.primary_color), die bei mir nicht vorhanden sind. Auch ist unklar, wie denn die Daten in die Datenpunkte kommen. Ich habe das mal alles manuell definiert.
Am Ende sieht meine pageHzng im Editor so aus:
Und die Runtime:
Anmerkung: Ich hatte 3 Räume definiert und dann 2 wieder herausgenommen, damit die ganze Sache für den Anfang einfacher wird. Im Wartungsdialog hatte ich die ungenutzten DP's gelöscht. Das hat scheinbar nix geholfen. Büro ist aktiv, die anderen nicht.
Welches Basic mache ich falsch?
Hier noch die Einstellungen: system.adapter.heatingcontrol.1.json
-
@axel Du bist der Anleitung unter https://github.com/Pittini/iobroker-heatingcontrol-vis gefolgt? Dir ist bekannt, dass die Räume in der Vis selbst konfiguriert werden müssen, da dies nicht automatisch erfolgen kann?
-
@axel Du bist der Anleitung unter https://github.com/Pittini/iobroker-heatingcontrol-vis gefolgt? Dir ist bekannt, dass die Räume in der Vis selbst konfiguriert werden müssen, da dies nicht automatisch erfolgen kann?
-
@rene_hm Natürlich nicht. War für mich kein Anker ersichtlich. Nehme ich kommende Woche in Angriff.
Danke und GrüßeHmmm, wenn ihr schon bei VIS seid.... Bei VIS-2 funktioniert das ganze wohl nicht mehr, wie es scheint ?
Also zumindest bei mir zeigt es kauderwelsch...Muss man da nur irgendwelche Schalter umlegen, oder muss das jemand dafür ganz neu schreiben ?
Mike
-
Hmmm, wenn ihr schon bei VIS seid.... Bei VIS-2 funktioniert das ganze wohl nicht mehr, wie es scheint ?
Also zumindest bei mir zeigt es kauderwelsch...Muss man da nur irgendwelche Schalter umlegen, oder muss das jemand dafür ganz neu schreiben ?
Mike
@michael-mauer Hat es unter der alten vis funktioniert? Ich habe die vis von Pittini bisher nicht unter vis-2 ausprobiert. Ich bin aber dabei, mich in vis-2 einzuarbeiten (erst mal für die wetter-widgets) habe aber vor, so etwas ähnliches wie von Pittini als widgets unter vis-2 zu erstellen. Das dauert aber sicher noch etwas...
-
@michael-mauer Hat es unter der alten vis funktioniert? Ich habe die vis von Pittini bisher nicht unter vis-2 ausprobiert. Ich bin aber dabei, mich in vis-2 einzuarbeiten (erst mal für die wetter-widgets) habe aber vor, so etwas ähnliches wie von Pittini als widgets unter vis-2 zu erstellen. Das dauert aber sicher noch etwas...
@rene_hm Hallo Rene,
ja unter der alten VIS hat es funktioniert... Ich benutze zwar Iqontrol, weil ich zu wenig erfahrung habe, aber da habe ich das eingebunden über die VIS. Immerhin funktioniert es noch das ganze von VIS-1 aufzurufen, auch wenn ich die Lizenz schon auf VIS-2 umgeändert habe.
Mir hat das so gereicht, um mal schnell am Heizungsprogramm was zu verstellen.
Im Vis-2 sieht es bei mir so aus:
Gruß Mike
-
Hallo,
gestern sollte eigentlich meine Heizperiode enden.
Der Tag 31.05. ist auch gesetzt.Der Adapter hat das aber nicht umgesetzt, die Heizung blieb an.
Ich habe dann die Instanz neu gestartet.Der Neustart führte zur Deaktivierung der Heizzeit ohne das ich an den Einstellungen was geändert habe.
Der Adapter setzt also die Änderung um 0 Uhr nicht um, dies kann ich scheinbar auch reproduzieren.Kann das durch andere User bestätigt werden?
-
Hallo,
gestern sollte eigentlich meine Heizperiode enden.
Der Tag 31.05. ist auch gesetzt.Der Adapter hat das aber nicht umgesetzt, die Heizung blieb an.
Ich habe dann die Instanz neu gestartet.Der Neustart führte zur Deaktivierung der Heizzeit ohne das ich an den Einstellungen was geändert habe.
Der Adapter setzt also die Änderung um 0 Uhr nicht um, dies kann ich scheinbar auch reproduzieren.Kann das durch andere User bestätigt werden?
@siggi0904 sagte in Test Adapter HeatingControl v2.12.x:
gestern sollte eigentlich meine Heizperiode enden.
im log (info) sollte folgendes auftauchen:
set cron for heating period check based on settings between ...im debug sollte sogar noch etwas mehr dazu geloggt werden...
-
@siggi0904 sagte in Test Adapter HeatingControl v2.12.x:
gestern sollte eigentlich meine Heizperiode enden.
im log (info) sollte folgendes auftauchen:
set cron for heating period check based on settings between ...im debug sollte sogar noch etwas mehr dazu geloggt werden...
-
@rene_hm das kommt nur, wenn die Instanz neu gestartet wird.
In der Region zum Tageswechsel finde ich garnichts dazu.@siggi0904 sagte in Test Adapter HeatingControl v2.12.x:
das kommt nur, wenn die Instanz neu gestartet wird.
ja, das ist ja auch richtig. Der cron job soll bei Start der Instanz angelegt werden. Mir geht es darum, mit welchen Daten der job angelegt wird.
Zum Zeitpunkt der Ausführung sollte wieder geloggt werden. Wenn um Mitternacht nichts geloggt wurde, wurde der job irgendwie falsch angelegt und deshalb nicht ausgeführt... -
@siggi0904 sagte in Test Adapter HeatingControl v2.12.x:
das kommt nur, wenn die Instanz neu gestartet wird.
ja, das ist ja auch richtig. Der cron job soll bei Start der Instanz angelegt werden. Mir geht es darum, mit welchen Daten der job angelegt wird.
Zum Zeitpunkt der Ausführung sollte wieder geloggt werden. Wenn um Mitternacht nichts geloggt wurde, wurde der job irgendwie falsch angelegt und deshalb nicht ausgeführt...@rene_hm beim Restart der Instanz wird das abgelegt:
2024-06-01 13:42:46.253 - info: heatingcontrol.0 (667851) set cron for heating period check based on settings between 08.10. and 31.05. 2024-06-01 13:42:46.383 - info: heatingcontrol.0 (667851) 14 cron job(s) createdAnsonsten war am 01.06. früh nichts vom heatingcontrol in den Logs
Support us
308
Online32.6k
Users82.3k
Topics1.3m
Posts