Servus demel42,
vielen Dank für die schnelle Umsetzung!
Formaldehyd funktioniert wie erwartet.
qtar konnte ich im Debüt leider nicht finden und der Zielwert ändert sich auch nicht in der App wenn ich {„qtar“:0004} sende. Aber der Wert lässt sich ja auch in der App nicht ändern.
Somit wird das schon passen.
Gruß Isi
prima, ist als stable eingereicht
Hi @demel42 ,
irgenwie werden bei mir die Daten nicht oft genug abgerufen.
Die NOx Werte wurden 8:58 das letzte mal als geändert angezeigt, obwohl sie im Dyson schon auf „0“ stehen.
Aktualisierungsintervall steht auf 1 Minute.
richimaint
so ohne Debug ist das natürlich schwer zu sagen.
NOx entnehme ich der Nachricht ENVIRONMENTAL-CURRENT-SENSOR-DATA und die ist meiner Erinnerung nach eine der Antworten auf die (zyklische) Abfrage REQUEST-CURRENT-STATE.
Der Wert steckt nach meinen Nachforschungen in data.noxl.
Also ein ausreichend großes Debug, am besten mit einer solchen Änderung (vor und nach). Eventuell finde ich dann etwas
Ja mache ich, melde ich.
richimaint
Debug läuft…
In der App steht NOX gerade auf 0 und in IPS noch 1 und seit 40 Minuten nicht gändert, aber aktualisiert.
Auch vertehe ich nicht, in der App steh VOC auf 1 und in IPS gerade auf 2 geändert.
richimaint
dann wäre doch interessant zu sehen, was in den Daten steht, die um 11:39 übermittelt wurden, oder nicht?
Aktualisiert werde die Variablem natürlich immer, wenn Daten kommen und übernommen werden.
Debug ist raus…PM
richimaint
Vielleicht kann mir jemand folgende Fragen zum super Dyson Modul beantworten? Wir besitzen das Gerät Dyson Purifier Humidify+Cool™ Formaldehyde PH04.
Thx, G.
Kann ich nicht sagen., es sind zwei verschiedene Felder im Datensatz - entstand bei der Integration des DP05/PH01 Anfang 2021.
Die Variable ist im Modul gar nicht aktiviert, sollte nur eine Anzeige sein. Eventuell wurde das mal anders vorgesehen?
Schau mal in die Profileinstellungen der Variable: wenn da eine Stanadrdaktion aktiv sein sollte, am besten einfach mal die Variable löschen und in der Instanzseite was ändern um ein Speichern zu erzwingen (zB Instanz deaktivieren ein und gleich wieder aus schalten).
Dann sollte die Variable eigentlich wieder da sein, aber ohne _Standardaktion. Wenn nicht, müsste ich das nochmal genauer untersuchen, dann brauche ich von der Variable / Profileinstellungen ein Screenshot und/oder den Rückgabewert von IPS_GetVariable() dieser Variable
Dyson.Humidify hat keine Minimal-/Maximal-Wert sowie keine Schrittweite sondern ist als assoziatives Floatprofil ausgebildet (mit festgelegten Abstufungen).
Warum auch immer, da ich selber kein Gerät mit Befeuchtung habe, habe ich das seinerzeit nach Wunsch des Erstanwenders gemacht. Um das für dich anzupassen, einfach ein eigenes Variablenprofil machen mit den Grenzen 1…100 und Schrittweite 1; dieses Profil als Benutzerprofil der Variable zuweisen - dann sollte das gehen.
Hallo
leider funktioniert das Modul nicht…
TXT: 05.02.2024, 13:43:22 | doLogin_2fa_1 | read Attribute(„Auth“)={„lastLogin“:1707136996}
HEX: 05.02.2024, 13:43:22 | doLogin_2fa_1 | 72 65 61 64 20 41 74 74 72 69 62 75 74 65 28 22 41 75 74 68 22 29 3D 7B 22 6C 61 73 74 4C 6F 67 69 6E 22 3A 31 37 30 37 31 33 36 39 39 36 7D
TXT: 05.02.2024, 13:43:22 | doLogin_2fa_1 | lastLogin=13:43:16, now=13:43:22, dif=6
HEX: 05.02.2024, 13:43:22 | doLogin_2fa_1 | 6C 61 73 74 4C 6F 67 69 6E 3D 31 33 3A 34 33 3A 31 36 2C 20 6E 6F 77 3D 31 33 3A 34 33 3A 32 32 2C 20 64 69 66 3D 36
TXT: 05.02.2024, 13:43:22 | doLogin_2fa_1 | try not to login, last attempt was 13:43:16 (< 5m ago)
HEX: 05.02.2024, 13:43:22 | doLogin_2fa_1 | 74 72 79 20 6E 6F 74 20 74 6F 20 6C 6F 67 69 6E 2C 20 6C 61 73 74 20 61 74 74 65 6D 70 74 20 77 61 73 20 31 33 3A 34 33 3A 31 36 20 28 3C 20 35 6D 20 61 67 6F 29
TXT: 05.02.2024, 13:43:22 | getDeviceList | doLogin_2fa_1() failed
HEX: 05.02.2024, 13:43:22 | getDeviceList | 64 6F 4C 6F 67 69 6E 5F 32 66 61 5F 31 28 29 20 66 61 69 6C 65 64
TXT: 05.02.2024, 13:43:22 | getConfiguratorValues | devices=
HEX: 05.02.2024, 13:43:22 | getConfiguratorValues | 64 65 76 69 63 65 73 3D
TXT: 05.02.2024, 13:43:22 | CommonDestruct | resource info (today): memory=1.52M (Ø 1.52M [1.52M…1.52M]), duration=3.13ms (Ø 95.11ms [2.00ms…472.00ms]), count=56
HEX: 05.02.2024, 13:43:22 | CommonDestruct | 72 65 73 6F 75 72 63 65 20 69 6E 66 6F 20 28 74 6F 64 61 79 29 3A 20 6D 65 6D 6F 72 79 3D 31 2E 35 32 4D 20 28 C3 98 20 31 2E 35 32 4D 20 5B 31 2E 35 32 4D 2E 2E 2E 31 2E 35 32 4D 5D 29 2C 20 64 75 72 61 74 69 6F 6E 3D 33 2E 31 33 6D 73 20 28 C3 98 20 39 35 2E 31 31 6D 73 20 5B 32 2E 30 30 6D 73 2E 2E 2E 34 37 32 2E 30 30 6D 73 5D 29 2C 20 63 6F 75 6E 74 3D 35 36
TXT: 05.02.2024, 13:43:35 | doLogin_2fa_1 | read Attribute(„Auth“)={„lastLogin“:1707136996}
IPS 7.1 (2.02.2024) Typ Dyson BP03 B+Q Formaldehyde
Hmm, er sagt ja in dem Log-Ausschnitt, das die 2FA (also die 2-Faktor-Anmeldung) nicht funktioniert hat.
Das muss ja nach einem ganz bestimmten Schema durchführen - siehe auch README.md:
Die 2FA-Anmeldung funktioniert nur zusammen mit der Dyson-App auf dem Mobilgerät. Manchmal reicht es aus, einfach die Dyson-App zu starten, manchmal muss man etwas mehr machen:
- in der App vom Dyson-Konto abmelden
- erneut Anmeldung beginnen mit Eingabe vom Land un der Mail-Adresse - nicht abschliessen!
- in dem Konfigurator den Bestätigungs-Code anfordern (Schritt 1)
- Postfach prüfen auf Mail von Dyson mit Code
- Code eingeben und bestätigen (Schritt 2) War das erfolgreich, kann man sich in der Dyson-App wieder vollständig anmelden.
Wie hast Du das genau gemacht?
Zudem darf man das nur in bestimmten Intervallen machen - siehe Logfile: try not to login, last attempt was 13:43:16 (< 5m ago)
Noch eine Bitte: Logfile-Ausschnitte besser als Datei anhängen - Screenshots sind ziemlich unbrauchbar aber auch eingefügte Ausschnitte sind u.U. nicht so gut zu lesen, wie eine Datei.
Nachtrag: den angegebenen Typ „Typ Dyson BP03 B+Q Formaldehyde“ kenne ich auch noch nicht. Da werde wir auf jeden Fall noch dran arbeiten müssen.
Aber erstmal überhaupt das Login hinbekommen …
Hi,
bei der Luftstromstärke gibts Probleme mit der Darstellung:
Vom Modul gabe es doch jetzt kein Updates oder?
Dann kommt es doch vom letzten IPS Update.
richimaint
So ganz klar ist mir das nicht, was Du meinst. Ich spekuliere mal - ist das, das da alle Optionen als „-1“ ausgegeben werden? Wenn ich den Snape richtig lesen.
Ob es ein Update gab, weis ich nicht, weil ich ja nicht weis, wann du aktualisiert hast.
Aber irgendwie ist mir, als hätte ich die Tage das noch gelesen (meine das @Nall-chan was dazu gesagt hätte), das es möglicherweise mit 7.x eine geänderte Darstellung gegeben habe bei Variablenprofilen.
Ich vermute mal, es ist das Variablenprofil „Dyson.AirflowRate“ und das hat per Standard bei den Assoziationen %d drin stehen - das ist aber schon lange so.
Und irgendwie ist mir als hätte ich gelesen, das jetzt der aktuelle Wert bei %d ausgegeben wird - und das ist bei Auto eine -1.
Warum ich das mal so gemacht hatte? Keine Ahnung mehr, das ist seit 2020 so.
Als Versuch kannst DU ja mal alle %d durch den korrekten numerischen Werte ersetzen - ist das so lösbar, kann ich das übernehmen.
Das Variablenprofil „Dyson.AirflowRate ist als Standard drin und wenn ich den Text durch den Wert ersetzte, bleibt der Text. Dies restlichen Werte mit %d nehmen den aktuellen Wert an
richimaint
ok, dann werde ich mal die Profile ändern … finde ich zwar komisch, das das jetzt so zu sehen ist und nicht „schon immer“, aber ist ja lösbar …
Habe alle %d ersetzt durch die Werte und es funktioniert.
Ist das bei Euch auch so?
richimaint
Ja, ist es. Und ich persönlich fand die alte Umsetzung besser.
Michael
neuen Version als Beta veröffentlicht
habe es so gemacht bekomme keine Verbindung…
das gleiche per Homeassistant funktioniert sofort…
