Beiträge von xlarry

Hunter, entschuldige die späte Rückmeldung.

Die Programmstart-Erkennung ist tatsächlich etwas "träge". Das ist insbesondere dann zu merken, wenn die Maschine zu Beginn des Waschgangs nicht gleich anfängt zu heizen, sondern erst noch ein Vorspülprogramm o.Ä. abspielt.

Ich hab im Backend die Möglichkeit, den Auslösestrom für deinen Adapter etwas zu reduzieren. Damit erhöht sich jedoch auch die Anfälligkeit für einen Fehlalarm ein wenig. Falls das für dich dennoch in Frage kommt, schreib mir gerne eine kurze Mail an [email protected] mit dem Link zu deinem Adapter (in der App unter "Einstellungen -> Teilen -> Linkfreigabe aktivieren" zu finden).

Zitat von Hunter

Spannend fände ich wenn man in der App noch einen Tages/Wochen/Monatsverbrauch für ein Gerät anzeigen oder der momentane Verbrauch in der App direkt visualisiert werden könnte.

Wurde letztes Wochenende in der v1.13.0 umgesetzt (einen kurzen Blog-Beitrag dazu gibts hier) ob man den Verbrauch über das Homebridge-Plugin in die Eve App bekommt, muss ich noch prüfen. Halte euch auf dem Laufenden

martindex: wird das zweite Gerät denn in Homebridge angezeigt oder ist da auch nur eins?

Schick mir ansonsten gerne mal ne Mail an [email protected] mit nem Link zu dem zweiten Adapter (in der App unter "Einstellungen -> Teilen -> Linkfreigabe aktivieren"), dann würde ich mir das mal genauer ansehen

Hallo l.brnds,

da wird es sicherlich einen Parameter geben, um das Abschalten bei laufendem Programm zu erzwingen.

Ganz inoffiziell: das Relais ist per HTTP (über PUT /relay) schon erreichbar - du könntest dir also einen Webhook bauen, um den Verbraucher auszuschalten.

Dabei sollte der JSON-Body wie folgt aussehen:

{ "state": false }

Disclaimer:

die Schnittstelle ist wie gesagt noch nicht final, d.h. die Parameter und/oder die URL könnten sich in einem zukünftigen Update nochmal ändern. Alle Automationen, die darauf basieren, müssten dann entsprechend angepasst werden.

Zitat von iPhoneast

Controller for HomeKit bemeckert, dass beide Laundrify-Stecker dieselbe Seriennummer haben. Da hat Controller for HomeKit nicht ganz unrecht, die Seriennummer ist nämlich in beiden Fällen n/a.

Ich habe gerade die v1.3.0 veröffentlicht, bei dem die Chip ID als Seriennummer verwendet wird. Ansonsten gab es nur kleinere (hauptsächlich interne) Änderungen, siehe Changelog.

Zitat von iPhoneast

Wenn Laundrify dieses „aus“ auch noch erkennen könnte, wäre das Klasse.

Die Differenz im Stromverbrauch zwischen "Standby" und "Aus" ist bei vielen Maschinen leider so gering, dass zwischen den beiden Zuständen kaum bzw. nicht sehr zuverlässig unterschieden werden kann. Auf Seite 10 und 11 dieses Threads befinden sich einige Beiträge dazu. Ich persönlich fand den Lösungsansatz von @Felipe sehr vielversprechend, der das ganze mit einem zusätzlichen Kontaktsensor an der Waschmaschinentür realisieren wollte.

Zitat von Hp246

Was stellt man den als Wert ein?

Hp246: du sprichst von der Einstellung der Schwellwerte in der laundrify-App, richtig? Schick mir gerne mal eine Mail an [email protected] mit dem Link zu deinem Adapter (in der App unter "Einstellungen -> Teilen -> Linkfreigabe aktivieren"), dann schaue ich mir die Einstellungen gerne mal genauer an.

Hallo Hp246,

das Ein-/Ausschalten über den Taster (und die App) ist noch nicht möglich, da dem Gerät aktuell noch die Möglichkeit fehlt, ein versehentliches Ausschalten während des Waschens zu verhindern. Das Thema ist aber auf der Liste.

Ein zeitlicher Verlauf des Stromverbrauchs ist bei den Einstellungen der Schwellwerte zu sehen. Eine "übersichtlichere" Darstellung, mit Angabe der Laufzeit und dem Verbrauch pro Waschgang bzw. pro Tag/Woche/Monat ist ebenfalls noch in Arbeit.

Lg Mike

Hallo iPhoneast, besten Dank für den aufmerksamen Hinweis!

Das sollte grundsätzlich kein Problem sein, auch ohne manuellen Eintrag in der Config. Ich würde mir den Fehler in den nächsten Tagen mal genauer ansehen und mich anschließend nochmal melden.

Danke dir, Daniel318.

Im Backend scheint es immer mal wieder "Engpässe" zu geben, sodass einzelne Anfragen (offensichtlich auch nach einer sofortigen Wiederholung) nicht beantwortet werden können. Das sollte die Funktion des Plugins jedoch nicht allzu sehr einschränken, da die Abfragen nach 1-2 Minuten wieder durchkommen.

Ich versuche weiterhin die Ursache im Backend zu lösen - die Fehlermeldungen sollten dann (hoffentlich bald) verschwinden

UPDATE #1 (2021-09-06):

die Fehlermeldungen sollten inzwischen nicht mehr erscheinen. Das Monitoring zeigt eine Response Time von ~400ms in den letzten 7 Tagen (bei 1 Abfrage pro Minute). Daniel318: kannst du das bestätigen?

Im vorletzten Plugin-Update (v1.1.1) wurde der Timeout für die regelmäßige Statusabfrage auf 2,5s reduziert - der Wert war offensichtlich etwas zu optimistisch, da die Abfrage seitdem immer mal wieder in einen Timeout läuft und den o.g. Fehler schmeißt.

Ich habe gerade eine neue Version veröffentlicht (v1.2.0), bei der die Abfrage wiederholt wird, falls sie fehlschlagen sollte. Dadurch sollten die Fehlermeldungen zumindest seltener auftreten. Würde mich freuen wenn du es ein paar Tage beobachten und dich nochmal melden könntest

ices: schick mir gerne mal den Link deines Adapters (in der App unter "Einstellungen -> Teilen -> Linkfreigabe aktivieren") an [email protected] dann schaue ich mir das mal genauer an.

Normalerweise lässt sich die Waschmaschine/Trockner damit auch stromlos schalten, ja. Im Moment ist die Funktion aber wie gesagt noch deaktiviert.

Zitat von Chris88

Noch besser wäre es, wenn man das ausschalten auch über die App bzw. HomeKit machen könnte.

Die Schnittstelle ist grundsätzlich schon vorhanden, bisher aber noch nicht über die App zugänglich, da ich noch eine Art "Sicherheitsmechanismus" dazwischenschalten möchte, der vor dem Ausschalten prüft, ob die Maschine gerade in Betrieb ist. Aktuell kennt der Adapter den Status der Maschine aber noch nicht, das wird sich bald ändern. Dann kann anschließend auch das Ein-/Aus-Schalten umgesetzt werden.

Zitat von frhofer

Btw.: was hat sich denn in der neuesten Version des Plugins geändert? 🤔

Hauptsächlich die Kompatibilität zu älteren Homebridge-Versionen (v1.2.5 und davor), da es hier vermehrt Support-Anfragen für gab. Das Changelog ist übrigens auf GitHub einsehbar

a.s_90 wir stehen ja bereits per Mail in Kontakt um einen möglichen Defekt der Hardware auszuschließen.

Mit der vorhandenen Hardware wird es schwierig bis unmöglich, den Wechsel zwischen "Standby" und "Aus" zu erkennen, da der Sensor in den niedrigen Bereichen nicht allzu genau misst.

Du könntest es selbst einmal versuchen, indem du die Maschine einschaltest (aber nicht startest) und dann einmal die http://192.168.x.x/status-URL des Adapters aufrufst (die interne IP ist in der App zu finden). Dort wird der aktuelle Verbrauch angezeigt - bei mir war das (im Standby-Betrieb) genau nichts 😀

In dem Bereich sind andere WLAN-Steckdosen evtl. überlegen, das hab ich noch nicht getestet.

Finde die Idee mit dem Fensterkontakt-Sensor aber ziemlich gut! 😀

BenYpsilon sorry, das kam in meinem letzten Post scheinbar nicht eindeutig rüber. Du brauchst min. Homebridge v1.3.0

Das Plugin-Update mit der invertStatus-Config wurde grade veröffentlicht.

frhofer habe die Änderung nun als optionale Einstellung umgesetzt, d.h. der gemeine Apple-Anwender muss sich nicht damit auseinandersetzen, wenn er nicht will.

Die Änderung findet sich schon auf GitHub und wird die Tage als v1.1.0 auf npm veröffentlicht.

Es ist außerdem angedacht, das "umgekehrte Mapping" in einer späteren v2.0.0 standardmäßig zu verwenden und die Einstellung dann wieder zu entfernen.

BenYpsilon

Welche homebridge und node Version hast du denn im Einsatz? (homebridge -V und node -v)

EDIT: die Characteristic.onGet()-Funktion, die bei dir den Fehler schmeißt, gibt es erst seit hombridge v1.3.0 - das könnte den Fehler erklären (bisher aber nur eine Vermutung).

EDIT #2: grade kurz getestet, mit homebridge v1.2.5 wird bei mir der gleiche Fehler geschmissen. Das wird es also wahrscheinlich gewesen sein - würde mich freuen, wenn du das einmal bestätigen könntest

Zitat von Daniel318

Gerät aus = Sensor offen

Gerät an = Sensor geschlossen

xlarry

Hier gleich mal eine Frage: Ist es möglich, das ganze umzustellen, damit ein Sensor "geöffnet" anzeigt wenn das Gerät läuft?

Das Mapping der Zustände orientiert sich an der bisherigen Funktionsweise der Alexa-Integration. Die Variante erschien mir in Analogie zur Waschmaschinentür (offen => aus, geschlossen => in Betrieb) am sinnvollsten - aber ich merke schon, dass es hier unterschiedliche Ansichten gibt 😁

Ich könnte eine Option in der Plugin-Config einbauen, um das Mapping umzukehren. Das sollte kein großer Aufwand sein

Zitat von frhofer

Blöde Frage: wird das ein komplett neues Plugin oder ein Update des bestehenden?

Auf das bestehende Plugin habe ich leider keinen Zugriff, da es nicht von mir entwickelt/veröffentlicht wurde. Es wird also ein neues Plugin.

Das neue Plugin habe ich gerade veröffentlicht (homebridge-laundrify-official), eine kurze Anleitung zur Installation/Einrichtung ist hier zu finden: https://laundrify.zendesk.com/…llieren-und-konfigurieren

Das App-Update (v1.10.0) befindet sich gerade im Review bei Apple - sofern es keine weiteren Rückfragen gibt, sollte es (erfahrungsgemäß) innerhalb 24h freigegeben werden.

Pug139 freut mich zu hören! Bin gespannt auf eure Rückmeldungen

Zitat von sschuste

einer meiner Laundrifys (der mit dem alten OS) verabschiedet sich alle paar Wochen mal aus dem Netz - ist das ein bekanntes Problem?

Sofern die Verbindung durch einfaches Aus- und wieder Einstecken wiederhergestellt werden kann, handelt es sich dabei vermutlich um ein Problem, welches in der v2.0.1 (siehe Changelog) behoben wurde.

Das Angebot zur Aktualisierung der alten Adapter gilt nach wie vor

Zitat von sschuste

Wird die Software auch das alte Betriebssystem unterstützen?

Das Plugin wird auch für die Adapter mit der Firmware v1.x funktionieren.

Zitat von Daniel318

Hoffentlich kommt bald das offizielle Plugin von xlarry

Ich bin die letzten Tage ein großes Stück weiter gekommen und werde das offizielle Plugin (mit Integration über die App) vermutlich Ende der Woche veröffentlichen

Auf die offenen Probleme mit dem aktuellen Plugin werde ich daher nicht weiter eingehen - hoffe dieser Kompromiss ist in Ordnung

Hi hei_q,

statusObject.power müsste sowohl in L66 als auch in L82 vorkommen.

Mir kam allerdings grade noch eine einfachere Alternative in den Sinn: das Plugin direkt von dem Pull Request zu installieren.

npm i -g https://github.com/ttimpe/homebridge-laundrify#pull/5/head

Die Angabe #pull/5/head am Ende der URL bewirkt, dass npm das Plugin inkl. der noch unveröffentlichten Änderungen lädt und installiert.