Test Adapter EnOcean (2) v0.3.x
-
@sepp said in Test Adapter EnOcean (2) v0.3.x:
trag die ids am Besten über PCT14 ein
das verstehe ich nicht. Die FSBs haben doch bereits eine ID wie z.B. ffa1da8e. Diese muss ich doch in den ioBroker eintragen?
Ja gerne ein Bild machen. Sorry für die blöden Fragen...
-
@sepp So ich habe das ganze jetzt über das PCT14 genau nach Video versucht:
Gateway: Base ID: ffb57580 & Base ID Offset: 5
FAM14 Base-ID: FFA1DA80Muss ich dann im PCT14 ffb57581 oder ffb57586 eintragen?
Sepp wäre super wenn du ein Foto deiner Einstellungen hochlädst? Ich danke euch.
-
@sepp sagte in Test Adapter EnOcean (2) v0.3.x:
@Jey-Cee kommst du mit den F4HK14 irgendwie noch klar, sonst schau ich, dass ich bei Gelegenheit einen ausbaue.
Ne da brauch ich auf jeden Fall einen zum Testen.
@arne007 das Video ist veraltet und ich hoffe du hast in der Adapter Konfiguration gesehen das es dort eine Anleitung gibt wenn du das Gerät hinzufügen willst. Man muss den Offset nicht mehr von Hand einstellen, das geht alles Automatisch.
Für den FSB14 hat lediglich der letzte Schritt, Teachin senden, gefehlt.@arne007 sagte in Test Adapter EnOcean (2) v0.3.x:
Auf welche Position muss ich das obere Rad drehen? Ich habe es mit 10 für einen Richtungsschalterversucht.
Keine Ahnung dafür hat Eltako doch eine Anleitung zum Gerät.
Die Konfiguration im PCT14 sieht gut aus nur das du eben die Falschen IDs angegeben hast für ioBroker. Da muss die Sender ID rein die über dem Offset steht und auch in der Geräte Übersicht in der Adapter Konfiguration.
-
@jey-cee Dank der Unterstützung von Jey Cee laufen die Aktoren inzwischen im ioBroker.
Über yahka kann ich diese ebenfalls im Apple Homekit ansteuern. Allerdings habe ich hier noch ein Thema mit der Laufzeit. Homekit zeigt immer "wird geöffnet" an, obwohl der Rollladen längst die Endposition erreicht hat. Wo kann ich die Laufzeit (ca. 20 Sek.) vorgeben? Ich habe es mit einer Zeitvorgabe im enocean Adapter unter RT versucht aber leider noch nicht mit Erfolg.
-
@arne007
hallo, laut deinem Screenshot hast du doch top und bottom end position - darüber sollte doch eine Abfrage möglich sein, oder meldet der Aktor das nicht? -
-
Zum FSB14: leider nein, Google ist voll mit derartigen Problemen. Ich gehe mal davon aus, dass der BA des FAM14 richtig auf "2" gesetzt ist.
Nutzt jemand von Euch ioBroker mit diesem tollen Adapter auf einer virtualisierten Umgebung? Ich frage wegen des Enocean-Sticks. Bei Hyper-V dürfte das Durchreichen des USB-Ports ohne (kostenpflichtige) Zusatztools nicht klappen. Hat jemand Erfahrung mit Proxmox? Oder nutzt ihr alle (wie ich) aktuell einen Raspberry Pi?
-
@iobaer schau mal hier im Forum nach Proxmox und deConz/Zigbee, das haben viele am Laufen. Dort ist das durchreichen des USB Sticks ohne weiteres möglich.
@iobaer sagte in Test Adapter EnOcean (2) v0.3.x:
Ich gehe mal davon aus, dass der BA des FAM14 richtig auf "2" gesetzt ist.
Ich hatte den FAM14 auf 5 gestellt, das hat Zusammen mit dem FSR14 gepasst.
-
@iobaer
hatte lange Zeit ioBroker in einer VM VirtualBox mit einem installierten Linux ( (K)Ubuntu und arch(Manjaro) ) ohne Probleme laufen. Das Host-System ist auch Linux gewesen. Habe das ganze jetzt mit allen Einstellungen ohne Probleme auf einem frisch installierten separaten Esprimo-Rechner unter Manjaro am laufen. -
@mustang Danke Dir. Bei Hyper-V wird es an der Durchreichung des USB-Sticks für Enocean scheitern ... zumindest ohne kostenpflichtige Zusatztools. Ist mir schleierhaft, weshalb Microsoft es bis heute nicht schafft, in Hyper-V nicht-Datenträger via USB in die Hyper-V-Gäste zu schleusen.
-
Ich hab 2 Thermostate abzugeben: https://forum.iobroker.net/topic/42576/2x-enocean-thermostat-smartdrive-mx
-
@jey-cee Ist Dir eigentlich eine Einstellung vom FAM14 (ggf. via PCT14 --> Rückmeldeliste) bekannt, bei der auch ohne Schaltvorgang hin und wieder / zyklisch der Status an ioBroker übermittelt wird?
Nach Wartungsarbeiten oder einem Reboot vom ioBroker passen - natürlich - die Zustände nicht mehr, wenn zwischenzeitlich manuell ein Aktor verändert wurde. Als Workaround kann man aber alle z.B. auf AUS schalten. Das nur als Hintergrund zur Frage.
Und noch ein Punkt: gibt es Planungen oder schon Tests, auch die Verschlüsselung zu unterstützen? Rein aus Interesse
-
@iobaer sagte in Test Adapter EnOcean (2) v0.3.x:
Ist Dir eigentlich eine Einstellung vom FAM14 (ggf. via PCT14 --> Rückmeldeliste) bekannt, bei der auch ohne Schaltvorgang hin und wieder / zyklisch der Status an ioBroker übermittelt wird?
Sowohl in Pos. 2 also auch 5 werden Zyklisch Telegramme gesendet. Aber dazu muss man eine Scanliste anlegen, frag mich bitte nicht wie das geht oder wo man das macht.
Wenn du es raus findest darfst du es gerne hier Teilen, das interessiert sicher auch andere.@iobaer sagte in Test Adapter EnOcean (2) v0.3.x:
Und noch ein Punkt: gibt es Planungen oder schon Tests, auch die Verschlüsselung zu unterstützen? Rein aus Interesse
Vor der Frage hab ich mich schon gefürchtet
Da das bisher kein Thema war hab ich mir noch nicht so viele Gedanken dazu gemacht. Ist sicher noch mal eine Ziemliche Herausforderung das um zu setzen, da ich bisher noch nie mit Verschlüsselung gearbeitet hab. -
@jey-cee
Die Rückmeldeliste bearbeitet man in PCT14 unter Projekt --> Geräteliste --> FAM14 und dann im rechten Bereich den Reiter von Konfigurationsbereich auf Rückmeldeliste stellen. Dort kann man die entsprechenden Aktoren / Kanäle auswählen.
Das mit der Verschlüsselung kann ich mir schon denken
-
ich kämpfe immer noch mit der Homekit-Integration. Die Lampen (FSR14) laufen mittlerweile mit richtig angezeigten Status im Homekit über yahka mithilfe eines Scriptes:
Bei den Rolladen kämpfe ich noch. Ich habe folgendes versucht, da ich hier entweder eine 1 (auf) oder 2 (zu) an ioBroker zurückgeben muss. Ohne die if Bedingung kann ich nur einen Zustand schalten aber diese scheint das Problem zu sein
-
@jey-cee Habe die Stelle im Code gefunden, dürfte
setTimeout( () => { this.sendQueue(); }, 50);in der main.js sein.
Wie kamst Du auf die 50 ms (die ja funktionieren)? Durch Testen? Ich frage, weil ich gerne wissen würde, ob das der sozusagen unterste mögliche Wert, bei dem die Warteschlange sauber und zuverlässig abgearbeitet wird, ist oder ob theoretisch noch Luft nach unten gewesen wäre? Nur Interesse, bitte nicht ändern
-
@arne007 said in Test Adapter EnOcean (2) v0.3.x:
FSR14)
Hey darf ich fragen wie deine Objektansicht aussieht?
Ich habe auch meine TF61D und TF61L in Homekit drin. Bei mir sieht das so aus:
und mein Skript ist:
Rollladenaktoren möchte ich eigentlich auch noch einpflegen, bin bisher aber noch nicht dazu gekommen. Scheint nicht ganz einfach zu sein da man noch ein Blockly dafür braucht.
Vllt macht es Sinn wenn wir das im YAHKA Thread weiter diskutieren.
Dort habe ich auch darauf hingewiesen dass bei mir das Problem besteht dass ich oft 2x schalten muss. Bspw. Licht ist in der App an, will es per App aus machen -> schalte aus-> nichts passiert -> schalte wieder an-> schalte wieder aus -> funktioniert. Resultiert bei mir leider darin dass ich das nicht für Szenen nutzen kann, da diese nicht richtig geschalten werden. -
@iobaer ich hab den Wert durch Testen raus bekommen. Luft nach unten (5-10ms) könnte es geben, aber ich hab den Wert so gewählt das es immer funktionieren sollte.
Da ich bisher keine Meldungen mehr zu verlorenen Befehlen bekommen hab scheint das zuverlässig zu sein. -
@jey-cee Danke für die Info. Ja, von meiner Seite aus passt alles, wollte nur wissen, ob das eher knapp bemessen ist oder nicht. Finde die Ausführungssicherheit schon sehr wichtig.
-
@theariba said in Test Adapter EnOcean (2) v0.3.x:
Hey darf ich fragen wie deine Objektansicht aussieht?
Enthält eigtl nix besonderes:
Inzwischen habe ich FSB14, FSR14-LED und FUD14 am laufen über yahka bzw. Homekit. Allerdings auch nicht wirklich prozesssicher und es funktioniert leider nicht, wenn ich mehrere Geräte auf einmal schalten will z.B. alle Rollläden hoch.
Nachfolgend meine yahka Einstellungen:
FSB14:
FSR14-LED:
FUD14:
