Hallo Forum,
habe schon etwas gelesen, aber leider nichts gefunden.
Habe mir diesen USB-Stick bei Amazon gekauft & wollte ihn in FHEM unter Windows einbinden via
define ZWAVE ZWDongle COM4@9600
Laut FHEM wird er auch als Initialized angezeigt, allerdings kriege ich beim Abfragen / setzen von Parametern die Info, zB
get ZWAVE caps
Die Fehlermeldung
caps is unsupported by this controller
Als FHEM und ZWave newbie komme ich da momentan nicht weiter; die Einbindung der vorhandenen FS20-Komponenten hat problemlos (via CUL) geklappt.
Würde mich über Hilfe freuen1
Wie kommst Du auf die define-Zeile für den Controller? @9600 ist seltsam, versuche es mit @115200.
Geht unter Windows autocreate nicht? Mit autocreate wäre das normalerweise richtig.
Autocreate hat leider nix gemacht. 9600 deshalb, weil das so im Gerätemanager angezeigt wird.
Gesendet von meinem iPad mit Tapatalk
Hast Du es denn mal mit @115200 probiert.
Hatte vorhin mal auf meinem Windows-Testsystem probiert. Mit COM1 funktioniert beim UZB1:
define ZWDongle_1 ZWDongle COM1@115200
Hatte mit einem nicht aktuellen Fhem auf Windows getestet :-[. Nach Aktualisierung laufen alle Controller-Abfragen in einen Timeout. Ich bastel noch mal, wenn es bei Dir funktioniert gib bitte kurz Bescheid.
autocreate geht nicht, da "usb scan" auf Windows laut Bildschirmausgabe nicht funktioniert.
@Rudi:
Auf Windows 7 Pro laufen die get-Befehle von ZWDongle mit der aktuellen SVN-Version in den TimeOut. Rückanwort taucht bei mir nie auf; auch nicht verspätet. Unter Linux existiert das Problem nicht. Wenn ich auf die eine alte Version zurückgehe, funktioniert es auch wieder unter Win.
Aktuell (funktioniert nicht):
# $Id: 00_ZWDongle.pm 8930 2015-07-10 13:29:54Z rudolfkoenig $
# $Id: 10_ZWave.pm 8930 2015-07-10 13:29:54Z rudolfkoenig $
2015.07.12 15:47:35 4: ZWDongle get ZWDongle_1 caps
2015.07.12 15:47:35 5: ZWDongle_Write 00 07
2015.07.12 15:47:35 4: ZWDongle_ReadAnswer arg:caps regexp:^0107
Alt (funktioniert):
# $Id: 00_ZWDongle.pm 8675 2015-06-01 07:23:48Z rudolfkoenig $
# $Id: 10_ZWave.pm 8685 2015-06-04 07:05:05Z rudolfkoenig $
2015.07.12 16:09:24 5: ZWDongle_Write msg 07
2015.07.12 16:09:24 5: ZWave_ProcessSendStack: 1 items on stack, waitForAck 0
2015.07.12 16:09:24 5: ZWave_ProcessSendStack: sending msg 01030007fb
2015.07.12 16:09:24 5: SW: 01030007fb
2015.07.12 16:09:24 4: ZWDongle_ReadAnswer arg:caps regexp:^0107
2015.07.12 16:09:24 5: ZWDongle RAW buffer: 06012b01070502011504000001fe83ff88cf1f0000fb9f7da067008080008086000000e87300000e0000401a0009
2015.07.12 16:09:24 5: ZWDongle_1: ACK received
2015.07.12 16:09:24 5: ZWDongle_Read -> sending ACK
2015.07.12 16:09:24 5: SW: 06
2015.07.12 16:09:24 5: ZWDongle_Read ZWDongle_1: processing 01070502011504000001fe83ff88cf1f0000fb9f7da067008080008086000000e87300000e0000401a00
2015.07.12 16:09:24 5: ZWave_ProcessSendStack: 0 items on stack, waitForAck 0
2015.07.12 16:09:24 5: ZWDongle_Read returning local msg 01070502011504000001fe83ff88cf1f0000fb9f7da067008080008086000000e87300000e0000401a00 hash PARTIAL:
2015.07.12 16:09:24 5: ZWDongle_ReadAnswer: returning 01070502011504000001fe83ff88cf1f0000fb9f7da067008080008086000000e87300000e0000401a00
Keine Ahnung, ob das dem Problem von muehlberger entspricht. Er hat ja "caps is unsupported by this controller".
1.mal großes Lob ans Forum- Sonntag Nachmittag bei brütender Hitze und die Antworten überschlagen sich!
Habe noch eine ältere fhem version, mit der werde ich es probieren.
Da der com Port mit 9600 im gerätemanager auftaucht habe ich das probiert. Werde es auch mal mit 115200 versuchen (sowohl Geräte Manager als auch fhem)
Gesendet von iPhone mit Tapatalk
Zitat von: muehlberger am 12 Juli 2015, 18:20:07
Sonntag Nachmittag bei brütender Hitze
Hier regnet es den ganzen Tag und 20°C sind im Vergleich zu den vergangenen Tagen eiskalt...
Zitat von: muehlberger am 12 Juli 2015, 18:20:07
Da der com Port mit 9600 im gerätemanager auftaucht habe ich das probiert. Werde es auch mal mit 115200 versuchen (sowohl Geräte Manager als auch fhem)
Die Angabe im Gerätemanager ist bei mir auch 9600; hat also nichts zu sagen.
hab's gerade mit einer alten Version probiert, da geht es tatsächlich!
# $Id: fhem.pl 6913 2014-11-08 10:32:44Z rudolfkoenig $
# $Id: 01_FHEMWEB.pm 6884 2014-11-04 22:03:52Z rudolfkoenig $
# $Id: 92_FileLog.pm 6769 2014-10-15 17:03:30Z rudolfkoenig $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 99_Utils.pm 6660 2014-10-03 06:35:43Z rudolfkoenig $
# $Id: 00_ZWDongle.pm 6883 2014-11-04 21:51:16Z rudolfkoenig $
# $Id: 10_ZWave.pm 6824 2014-10-27 21:44:59Z rudolfkoenig $
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $
# $Id: 91_eventTypes.pm 6792 2014-10-19 16:03:13Z rudolfkoenig $
# $Id: 91_notify.pm 6371 2014-08-07 05:33:37Z rudolfkoenig $
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $
Jetzt kann ich mich zumindest mit der alten Version ums einbinden des Devolo-Thermostates kümmern.
Danke!
Die Versionen sind so alt, dass Du vermutlich Probleme bekommen wirst. Die Classes für Thermostate kamen mEn erst im Feb 2015 in den Code.
ok - danke für die Hinweise.
Soll ich jetzt auf Verdacht updaten oder warten, bis es eine Behebung in der aktuellen Version gibt?
Da wage ich keine Entscheidung. Nach einem update kannst Du aber mit "restore" immer wieder zurück. Ich würde es machen. Aber wenn Fhem für Dich neu ist, könntest Du eine neue Hürde bekommen ;).
Am Rande: Im übrigen solltest Du Dir mMn sowieso überlegen, ob Win die ideale Grundlage ist. Du wirst mehr Probleme mit Fhem haben als mit Linux. Zu Deiner Beruhigung: Ich bin Win-User und bin durch Fhem zu Linux gekommen (und nutze es nur für Fhem).
Ansonsten auf Rudi warten...
Habe schon einen Server2012r2 laufen, da passt es halt ganz gut drauf.
Hätte mit einem raspi geliebäugelt, aber habe wegen dem bestandssystem davon Abstand genommen.
Und natürlich- die Linux Hürde ist vorerst mal nicht wegzudiskutieren
Habe 00_ZWDongle.pm auf einem Windows XP VM getestet (mit einem ZME_UZB1) und gefixt.
Habe immer wieder Probleme mit einem "get dongle nodeList" gehabt, aber ich vermute, dass liegt an der USB->VM Kopplung oder an den komischen XP Treiber.
Funktioniert - perfekt!
Danke für den tollen Service!
lg, --muehlberger
Hallo Leute,
ich habe hier einen neuen Aeotec Z-Stick Gen5, der bringt mir Fhem mit den Worten
2015.07.14 17:30:07 4: Connection closed for FHEMWEB:192.168.162.57:59525: EOF
2015.07.14 17:30:07 4: Connection closed for FHEMWEB:192.168.162.57:59529: EOF
2015.07.14 17:30:07 4: Connection closed for FHEMWEB:192.168.162.57:59531: EOF
2015.07.14 17:30:07 4: Connection closed for FHEMWEB:192.168.162.57:59526: EOF
2015.07.14 17:30:07 4: Connection closed for FHEMWEB:192.168.162.57:59527: EOF
2015.07.14 17:30:12 3: Setting ZWDongle_0 serial parameters to 115200,8,N,1
2015.07.14 17:30:12 1: /dev/ttyACM0 reappeared (ZWDongle_0)
Undefined subroutine &main::DevIo_IsOpen called at ./FHEM/00_ZWDongle.pm line 588.
komplett zum abkacken! Fhem läuft in diesem Fall auf Kubuntu 15.02 mit VMWare Fusion 7.1.0 unter OSX 10.10.4. Das Problem gibt es erst seit dem Update von heute Morgen. Das Komische ist, dass ich VM gesagt habe, dass es sich melden soll wenn etwas an USB angesteckt wird und das zweite Komische ist, um Fhem neu zu starten darf ich nicht nur Kubuntu neu starten, nein, damit auch nur irgend etwas wieder geht muss ich auch OSX neu starten!
Zuhause habe ich den etwas älteren Aeotec Z-Stick 2E der möchte nach dem Update von heute Morgen auch nicht mehr wirklich. Selbst bei der Abfrage seiner HomeID meldet er Timeout. Dort werkelt Fhem nativ auf Ubuntu 14.04 LTS. Fhem und Ubuntu kacken dort zwar nicht ab, aber ich fürchte, dass dort sonst nix passiert - zumindest nichts was ich aus der Entfernung erkennen könnte.
Das "abkacken" liegt dran, dass DevIo.pm nicht auf dem aktuellen Stand ist.
Den Rest verstehe ich nicht, hat aber vlt. aehnliche Ursachen.
Hallo,
Kann man irgendwie die nervende LED abschalten?
Danke & Grüße
Bei mir blinkt sie nur bei aktivierten addNode/removeNode, und die kann man mit "off" beenden.
Und kurz bei jeder Uebertragung. Wie man das deaktiviert, weiss ich aber nicht.
Hey Danke! perfekt! passt so, ;-) ;D ;D ;D
Hallo,
ich habe ein aehnliches Problem mit dem Aeotec Z-Stick unter Windows (Cygwin). Eingebunden ist er mit
define ZWave_1 ZWDongle /dev/ttyS2@9600
Im logfile habe ich dann allerdings eine Reihe von Fehlermeldungen und dann einen ERROR.
2015.11.27 19:54:04 3: Opening ZWave_1 device /dev/ttyS2
2015.11.27 19:54:04 3: Setting ZWave_1 serial parameters to 9600,8,N,1
2015.11.27 19:54:04 3: ZWave_1 device opened
2015.11.27 19:54:14 0: Server started with 20 defined entities (version $Id: fhem.pl 9993 2015-11-24 18:40:02Z rudolfkoenig $, os cygwin, user SYSTEM, pid 5820)
2015.11.27 19:54:14 2: ZWDongle_ProcessSendStack: no ACK, resending message 01030007fb
2015.11.27 19:54:16 2: ZWDongle_ProcessSendStack: no ACK, resending message 01030007fb
2015.11.27 19:54:18 2: ZWDongle_ProcessSendStack: no ACK, resending message 01030007fb
2015.11.27 19:54:19 2: ZWDongle_ProcessSendStack: no ACK, resending message 01030007fb
2015.11.27 19:54:19 1: ERROR: max send retries reached, removing 01030007fb from dongle sendstack
Was auch immer ich dann an den Stick schicke gibt eine Fehlermeldung wie "caps is unsupported by this controller" oder "addNode is unsupported by this controller".
Freue mich ueber jede Hilfe.
Stimmt denn die Schnittstelleneinstellung?
@96oo ist bei ZWave ungewöhnlich; normalerweise eher @115200.
Danke, funktioniert jetzt. Neben der Umstellung der Schnittstellengeschwindigkeit hatte ich auch ein update meines Cygwin vorgenommen und eine der beiden Aenderungen hat geholfen!