Test Adapter EnOcean v0.3.x
-
War leider nicht klar, sorry :oops:
Hat jetzt auch geklappt, nur das es leider immer noch keine Änderung bringt, das ist ja echt zum verzweifeln. Langsam glaube ich ja das es an mir liegt
Als einziges viel mir das bei der Installation des Adapters auf
node-pre-gyp ERR! Tried to download(404): https://github.com/EmergingTechnologyAdvisors/node-serialport/releases/download/4.0.7/serialport-v4.0.7-node-v48-linux-arm.tar.gz node-pre-gyp ERR! Pre-built binaries not found for serialport@4.0.7 and node@6.11.5 (node-v48 ABI) (falling back to source compile with node-gyp) ../src/serialport.cpp: In function ‘int getIntFromObject(v8::Local<v8::object>, std::__cxx11::string)’:../src/serialport.cpp:90:52: warning: ‘v8::Local <v8::int32>v8::Value::ToInt32() const’ is deprecated: Use maybe version [-Wdeprecated-declarations]</v8::int32></v8::object>Eine Schnittstelle wird immer noch nicht vorgegeben
-
HM Schwierige Geburt. Du hast doch node v8 installiert?!
Seltsamerweise will er serialport aber immer noch für node v6 Kompilieren.
Lösch doch mal den Ordner serialport.
Und dann installiert du nur serialport neu.
npm install serialport
In
/opt/iobroker
Ich Denke das Modul wurde nicht mit dem Adapter gelöscht und irgendwo in dem Modul liegt eine Datei mit falschen infos.
Gesendet von Unterwegs
-
hmm, also der Befehl
rm -r serialportin
/opt/iobroker/node_modules/führt zu dem
~~<link_text text="http://wp1000181.server-he.de/images/en ... fig_23.JPG">http://wp1000181.server-he.de/images/enocean_adapter_installieren_config_23.JPG</link_text>" />Ordner lässt sich nicht löschen…~~
-
Hast du mit root rechten probiert?
sudo rm -r serialport
Gesendet von Unterwegs
-
@Jey Cee:Hast du mit root rechten probiert?
sudo rm -r serialport
Gesendet von Unterwegs `
Habe ich gemacht, gab aber keine Änderung. Mittlerweile läuft es mit dem FHEM Adapter. Ich kann jetzt die Lightify Birnen mit dem EnOcean Taster schalten.
Danke für Eure Hilfe, leider habe ich es trotzdem nicht hinbekommen. Aber es läuft jetzt alles wie gewünscht. Das Achten auf Versionen ist einfach zu kompliziert. Mit FHEM und dem Adapter ist es doch einfacher.
Beste Grüße
-
Das Achten auf Versionen ist einfach zu kompliziert. Mit FHEM und dem Adapter ist es doch einfacher. `
Das Versionsproblem gibts nur bei Upgrades von Node-Hauptversionen und sollte eigentlich in den Griff zu bekommen sein. Ich hab z.B. auch auf Node 8 aktualisiert mit bereits installierter Serialport-Library.Wäre halt schön gewesen zu wissen, was zu tun ist, wenn der nächste das Problem hat. Aber Hauptsache es läuft.
-
Das Versionsproblem gibts nur bei Upgrades von Node-Hauptversionen und sollte eigentlich in den Griff zu bekommen sein. Ich hab z.B. auch auf Node 8 aktualisiert mit bereits installierter Serialport-Library. `
Ich würde da sehr gerne helfen, aber es hat leider nichts geholfen. Ihr habt sehr ausführlich geholfen, Danke, und habt mit Rat und Tat zur Seite gestanden. Ob es nun an meinem Unwissen und der Umsetzung der Hilfe gescheitert ist oder an was anderem kann ich leider nicht sagen
-
Hey,
wie sieht es hier so grob aus? Wann gibts die Chance Schalter steuern zu können? :-))
Ingo F
-
Wann gibts die Chance Schalter steuern zu können? `
Kann es sein das du Aktoren meinst?
Ich hatte das schon mal Test weise eingebaut. Leider hat mir Grunt alles gelöscht als ich versucht hab einen neuen Adapter an zu legen, daher ist die ganze Arbeit weg.
War aber sowieso Käse weil, ioBroker als Taster an dem Aktor angelernt wurde und der Taster Befehl als Broadcast raus ging. In zwischen weiss ich das es auch anders, gezielt, möglich ist einen Befehl zu senden.
Hier stellt sich die Frage wie das ganze dann umgesetzt wird. Da mein einziger Aktor noch immer nicht richtig funktioniert mit dem Adapter, kann ich hier auch nicht weiter machen.
Das fehlen der Unterstützung für viele der enocean Geräte stört mich auch extrem. Am liebsten würde ich den Adapter soweit möglich ohne Abhängigkeiten neu schreiben. Nur ist der Aufwand enorm weil die Telegramme für jedes Gerät eigens verarbeitet werden müssen und genau das ist auch der Knackpunkt an der Sache.
-
Natürlich meine ich Aktoren
Bin grad dabei für meine Lüfterthematik am überlegen ein PSC132 zu holen den ich dann gern schalten würde :-))
Aber ich kann noch etwas warten. Notfall (aber um einiges Teurer) wäre das ganze per CuxD zu machen
-
@Jey Cee:weil die Telegramme für jedes Gerät eigens verarbeitet werden müssen und genau das ist auch der Knackpunkt an der Sache. `
Sollte das nicht nur 1x pro EEP nötig sein oder meinst du das? -
Ja ich meine die EEP. Das offizielle Verzeichniss der EEPs umfasst ~200 Seiten.
Wenn man nur die Übergeordneten EEPs abdecken müsste, wäre der Aufwand mässig da es nur 4 Gruppen mit 34 Untergruppen gibt.
Aber die Untergruppen haben dann nochmal Untergeordnete Elemente und schon sind es mehrere hundert die man berücksichtigen muss.
Holger hat nicht umsonst nur einen sehr kleinen Teil in seinem Modul abgedeckt.
-
@Jey Cee:Ja ich meine die EEP. Das offizielle Verzeichniss der EEPs umfasst ~200 Seiten. `
Igitt… Die ZWave-Spezifikation umfasst auch mehrere hundert Seiten und ist trotz umfangreichem Community-Support noch nicht komplett in OpenZWave implementiert.Da könnte man höchstens nach Wunschliste priorisieren, je nach dem welcher Aktor irgendwo im Einsatz ist.
-
Hallo,
ich würde gerne beim Enocean-Adapter helfen.
Bin gerade dabei, eine Übersicht wie im zWave-Modul zu generieren, da meine Geräte mit falschen EEPs erkannt werden.
Danach würde ich die Übersetzungen anfangen, damit z.B. ein WindowHandle (Hoppe) auch die Status anzeigt, die von den VIS-Widget verstanden werden.
Ich will nur keine Arbeit doppelt machen. Ist da schon was am entstehen?
Gruß,
Sven
-
Also ich hab nichts in der mache, da zu wenig Zeit.
Kannst du mal nen screenshot machen von der Übersicht, ich hab kein Z Wave und weiss nicht wie das aussieht.
Gesendet von Unterwegs
-
Die zWave-Übersicht sieht so aus.
Würde am Anfang nur die Felder ID, EEP, Manufacturer, EEP Type nehmen.
-
OK sieht interessant aus.
Ich bin schon gespannt.
Gesendet von Unterwegs
-
Moin,
so einige Sachen habe ich schon implementiert.
Unten sind die drei Bilder zu sehen, wie der Admin-Bereich aussieht. 2 Tabs und zur manuellen Eingabe eine Maske. Manuelles Löschen und Hinzufügen funktioniert funktioniert. Editieren ist derzeit nicht implementiert.
Die Ausgaben der Node-Enocean-Bibliothek werden an die Geräte angepasst. Dazu gibt es eine Datei, die bestimmt, welche Objekte in IOB angelegt werden.
Ferner gibt es dann für jede Anpassung eine Datei, die die Übersetzung erledigt (Node-Enocean auf IOB).
Der EEP-Eintrag ist das zugrundeliegende EEP und in der Description wird dann die spezielle Art eingetragen, also hier ein F6-02-01 basierenden Rauchmelder (smokedetector_1). Die "_1" habe ich nur hinzugefügt, falls es mehr Varianten geben sollte.
Zu Testzwecken habe ich einen Eltako FRW Rauchmelder implementiert, den ich gerade teste.
Derzeitiger Stand ist hier zu finden: https://github.com/Schluesselmeister/iobroker.enocean.
Gruß,
Sven
-
Macht doch für die Listen ne Wiki Seite im github unter dem Adapter?! Dann ist es an einer Stelle
-
Hi Darnat,
Die Neuerungen gefallen mir. Mir ist noch nicht ganz klar für was das Manuelle hinzufügen eines Devices gut sein soll, aber du wirst sicher einen Grund dafür haben und es spricht nichts dagegen.
Besonders die Implementierung der Geräte macht sinn, hier würde ich dich Bitten alles so zu bauen das es nicht von dem Modul node-enocean abhängt.
Ich möchte die Basis Komplett neu Schreiben um die Abhängigkeiten zu reduzieren und den Overhead zu minimieren. Damit werde ich vorraussichtlich im Februar anfangen. Im Zuge dessen wird dann auch das Senden implementiert.
Leider scheint es jetzt einige Probleme im Admin bereich zu geben.
Ich kann den Serial Port nicht mehr per Drop Down auswählen, Windows 7, und der Countdown für "Automatic detect device" startet schon beim Aufruf und läuft fröhlich weiter bis ins unendliche.
