Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread)
-
@dslraser jau, da eröffnen sich schon einige möglichkeiten!
wie gesagt, mit den emojis ist man doch "etwas" beschränkt... -
@s-bormann vllt wärs nicht schlecht, wenn du im einstiegs posting die stable und die aktuelle test-versions-nummer reinschreiben würdest...
auch wenns der entwicklungs tread ist.
gilt auch für den support tread. -
@dslraser said in Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread):
@s-bormann sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
@dslraser sagte in Test Adapter iQontrol 1.11.x Vis (Entwicklungs-Thread):
@s-bormann
Hallo Sebastian,
ich muss nochmal auf das leidige Thema HMIP Thermostate (über rpc Adapter) zurück kommen.
Sollte da jetzt eigentlich mit dem HMIP Thermostat (also als Gerät in iQontrol) auch Automatik/ Manuell und Boost „Out of the Box“ funktionieren ?
Ich hatte und habe es ein ganze Weile nur so laufen
Heute habe ich mal wieder versucht Control Mode einzubinden, aber das schaltet bei mir nur „Unsinn“ Z.B. wenn ich auf Manuell klicke geht Boost an un Automatik geht dann auf off(kann man in der Rasberrymatik gut beobachten)
Müssen in diesem Gerät noch immer Value List usw erstellt werden, oder soll das so, also ohne Schraubenschlüssel funktionieren?
In der Adapter Beschreibung auf Github sind HMIP Thermostate nicht extra beschrieben.Hi,
eigentlich dachte ich, es würde out of the box funktionieren. Da ich selbst aber nur klassische HM Thermostate habe, konnte ich es selbst nicht testen. Aktuell ist es im HM-IP-Thermostat Profil so hinterlegt:- AUTO-Mode: setzt .BOOST_MODE auf false und .CONTROL_MODE auf 0
- MANU-Mode: setzt .BOOST_MODE auf false und .CONTROL_MODE auf 1
- BOOST-Mode: setzt .BOOST_MODE auf true
Stimmt diese Zuordnung so nicht? Oder - noch schlimmer, bei EQ3 aber durchaus denkbar - haben die es für die einzelnen HM-IP-Thermostate (gibt ja recht viele unterschiedliche) auch unterschiedlich implementiert??
VG
Ich habe es jetzt als normales Thermostat eingebunden. (und Value List) und Boost über ADITIONAL_CONTROL
Boost Schraubenschlüssel
Und bei CONTROL_MODE Schraubenschlüssel
Springt das Boost Element wieder zurück auf "Aus" wenn der Boost vorbei ist?
Bei mir bleibt es irgendwie immer stehen, was etwas verwirrend ist. -
@martinschm
gerade mal Boost angeschaltet und durchlaufen lassen, der Schalter geht dann auch wieder auf aus. Funktioniert bei mir. -
@da_woody sagte in Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread):
@s-bormann vllt wärs nicht schlecht, wenn du im einstiegs posting die stable und die aktuelle test-versions-nummer reinschreiben würdest...
auch wenns der entwicklungs tread ist.
gilt auch für den support tread.Schau mal, so ok?
-
@s-bormann find ich gut, damit die mädelz sich auch auskennen.
vllt da auch noch einen link aufs changelog? schon paar mal aufgefallen, das einige nicht wissen welche funktion wann dazugekommen ist... -
@dslraser moinmoin. wusste nicht wo ichs hinpacken sollte.
hab vor paar tagen den whatsup adapter mit 2 instanzen gelöscht. seitdem meckert das adapter-monitor blockly rum.
im protokoll kommt dauernd:javascript.0 2022-03-03 11:20:53.875 warn Object "system.adapter.whatsapp-cmb.1" does not exist javascript.0 2022-03-03 11:20:53.874 error script.js.common.Überwachung.Adapter-Monitor: Cannot get common of null javascript.0 2022-03-03 11:20:53.874 warn Object "system.adapter.whatsapp-cmb.0" does not exist javascript.0 2022-03-03 11:20:53.874 error script.js.common.Überwachung.Adapter-Monitor: Cannot get common of nullwenn ich das blockly neu starte, auch nach löschen der DP:
11:21:50.010 info javascript.0 (487) Start javascript script.js.common.Überwachung.Adapter-Monitor 11:21:50.051 info javascript.0 (487) script.js.common.Überwachung.Adapter-Monitor: registered 0 subscriptions and 0 schedules 11:21:55.782 error javascript.0 (487) script.js.common.Überwachung.Adapter-Monitor: Cannot get common of null 11:21:55.782 error javascript.0 (487) script.js.common.Überwachung.Adapter-Monitor: Cannot get common of null 11:21:55.782 error javascript.0 (487) script.js.common.Überwachung.Adapter-Monitor: Cannot get common of null 11:21:55.783 error javascript.0 (487) script.js.common.Überwachung.Adapter-Monitor: Cannot get common of null 11:21:55.783 error javascript.0 (487) script.js.common.Überwachung.Adapter-Monitor: Cannot get common of null 11:21:55.783 error javascript.0 (487) script.js.common.Überwachung.Adapter-Monitor: Cannot get common of null 11:21:55.784 error javascript.0 (487) script.js.common.Überwachung.Adapter-Monitor: Cannot get common of null 11:21:55.784 error javascript.0 (487) script.js.common.Überwachung.Adapter-Monitor: Cannot get common of nullwitziger weise hab ich im fenter an der stelle 2 leerzeilen aber keine fehler angezeigt...
in den instanzen schauts so aus:
any ideas? -
@da_woody
starte mal admin und auch JS Adapter neu (nicht stoppen, nur neu starten) -
@dslraser
schaut gut aus im moment. nach absenden ist mir das auch eingefallen, wie immer... 
hab aber doch auf deine AW gewartet... jetzt sind auch die 2 leerzeilen weg.
-
@da_woody
ja, das ist dann noch im Puffer gewesen. -
@dslraser da sag ich mal nix zu...
Puffer...
na tögal, mehr oder weniger tauch bei mich das näxte problem auf, wenn auch zu einem anderen thema.
@haus-automatisierung hat ja im octoprint-adapter octoprint.0.printjob.progress.finishedAt eingebunden.
wenn ich den DP jetzt als level angebe, kommt das raus:
hab schon alles mögliche im schraubenschlüssel probiert, ich bekomm nicht das angezeigt. die kachel ist als wert definiert und ich hab:
hab durchs probieren sogar geschafft, daß mir der 1.1.1970 angezeigt wurde.
-
@da_woody
hast Du über den Schraubenschlüssel auch die role geändert ? (und vielleicht auch Typ ?)
-
@dslraser wenn ich value.time mache:
geh ich auf boolesch wird gar nix angezeigt.
ich kapier grundsätzlich mal nicht, warum mir ein DP nicht so angezeigt wird, wie er in den objekten steht. -
@da_woody sagte in Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread):
ich kapier grundsätzlich mal nicht, warum mir ein DP nicht so angezeigt wird, wie er in den objekten steht.
Das, was Du da beschreibst, ist das Rollen-Konzept von ioBroker. Datenpunkte können Rollen bekommen. In diesem Fall ist es ein numerischer Wert, welcher einen Unix Timestamp speichert. Da die Rolle aber "date" ist, erkennt der Admin das und zeigt den Wert als Datum an.
Gespeichert ist aber nach wie vor eine Zahl. Wie bei Dir jetzt
1040321244463. -
@haus-automatisierung das ich dann mal die Unix Timestamp bekomme hab ich ja schon rausgefunden, ist mir auch verständlich, wenn ich da was ändere.
ich bin offensichtlich nur zu dämlich das zu kapieren. eigentlich wollte ich mir nur das script ersparen, das ich schon umgeschrieben habe wegen deiner änderung auf printtimeLeft. -
@da_woody sagte in Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread):
@dslraser wenn ich value.time mache:
geh ich auf boolesch wird gar nix angezeigt.
ich kapier grundsätzlich mal nicht, warum mir ein DP nicht so angezeigt wird, wie er in den objekten steht.Wie willst Du es denn angezeigt haben ? Also was soll dann in der Kachel drinn stehen ?
-
@dslraser na zumindest da, was in dem DP drinnen steht.
im moment verwend ich ja wieder das script, das ich für mich umgebastelt habe.
im prinzip ist das ja fast OK vom script, der tag (Mo, Di, ...) davor würd mich schon gefallen.
wenns den DP jetzt im octo-adapter gibt, könnte ich mir eben das script nur für den einen DP sparen. ist sonst doppelt gemoppelt.
-
Moin @s-bormann
zur frühen Stunde habe zwei Fragen.
Zum einen sind drehende Kreise nach betätigen über den Knöpfen. Kann man das verhindern?
Und konntest du schon in Safari Log gucken, was hier passiert?
Danke!
-
Wie kann ich den Adapter auf deutsch stellen? IOB steht auf deutsch.
-
@da_woody sagte in Test Adapter iQontrol 2.0.x Vis (Entwicklungs-Thread):
im prinzip ist das ja fast OK vom script, der tag (Mo, Di, ...) davor würd mich schon gefallen.
so ?
Ich habe mir dafür mal einen DP aus ioBroker mit der Rolle
dategenommen und diesen über den Schraubenschlüssel für iQontrol angepasst.
