[Solved] Z-Wave USB Stick (zme uzb1) Fehler in dmesg und FHEM bleibt hängen

Begonnen von tux75at, 03 März 2018, 19:23:31

Vorheriges Thema - Nächstes Thema

tux75at

Mein USB Stick macht leider Probleme:

device descriptor read/64, error -32
device not accepting address 8, error -32

Ersten Fehler habe ich mehrfach im dmesg und ich vermute es ist die Stromversorgung. Am Rechner in einer Virtuellen Maschine klappt es einwandfrei (Bzw sehe ich den Fehler nicht) und am Raspberry 2 (auf zwei Geräten) habe ich das Problem. Einen Hub mit Stromversorgung konnte ich noch nicht Testen (ich suche das Netzteil). Ein extra neu gekauftes Netzteil mit Raspberry Logo und 2 A bzw. 2,5 A habe ich mir zugelegt, da ich nur etwas schwache Netzteile bisher verwendet habe. Hat der Raspberry Pi 2 eventuell zu wenig Power auf den USB Schnittstellen?
Ich habe die aktuelle Firmware nochmals drüber geflashed, sogar am Raspberry Pi ohne Fehler.
Vielleicht liegts an etwas anderem und meine google suche hat nichts sinnvolles ausgespuckt. (Jessie war für z-way installation notwendig, stretch ging nicht)
Ich könnte den Fehler ignorieren, aber nach einiger Zeit herumspielen (Tutorial ausprobieren) reagiert das Webinterface nicht, FHEM ist keine 100% CPU last, aber service stoppen und neu starten bringt etwas.
Später hab ich bemerkt, dass ein abstecken des Sticks eine sofortige Reaktion am Webinterface bringt, obwohl es hängen geblieben ist. Ein nicht erreichbares Gerät war inkludiert (das hatte ich wieder abmontiert, wegen Schaltproblemen). FHEM aber auch wieder ganz neu aufgesetzt (Stretch lite). Schalten konnte ich meinen Fibaro Dimmer 2 schon mit FHEM.
Leider weiss ich nicht seit wann das Problem besteht, eventuell erst seit dem ich den Dimmer von Strom genommen habe, aber dann müsste dieses Problem bekannt sein. Gesucht habe ich viel, aber vielleicht nur mit den falschen begriffen.

Gruß
   Tux

rudolfkoenig

Kannst du bitte zwei weitere Tests machen:
1. Mit "attr initialUsbCheck disable", und schauen, ob das Problem besteht.
2. Mit "attr ZWDongle_0 verbose 5", und FHEM-Log hier anhaengen.

tux75at

Liegt eventuell nicht am Z-Wave Stick.
Ich habe jetzt Raspbian Lite Jessie am laufen und das Tutorial probiert.
*Switch erstellt
*Lamp erstellt
*Event notify erstellt (Toggle variante)
*Lamp2 hinzugefügt
*Event notify ändern damit beide Lampen geschalten werden

klick auf "modify n_mySwitch1" hat nicht mehr funktioniert. Da ich nicht gespeichert habe, wäre beim killen von FHEM, bzw FHEM dienst stoppen und neu starten alles weg.

*Stick ist nicht angesteckt (war noch nicht angesteckt, seit das Image neu auf die SD Karte kopiert worden ist)
*FHEM hat keine 100% CPU nutzung
Ausgabe ps -ax | grep fhem:
12791 pts/0    S      0:02 perl fhem.pl fhem.cfg

tux75at

Verbose auf 5 gesetzt um höheres Loglevel zu haben:

2018.03.03 21:55:57 4: WEB_192.168.10.10_64668 GET /fhem?cmd={AttrVal(%22mySwitch1%22,%22room%22,%22%22)}&XHR=1&fwcsrf=fhem_157578672966830; BUFLEN:0
2018.03.03 21:55:57 5: Cmd: >{AttrVal("mySwitch1","room","")}<
2018.03.03 21:55:57 4: name: /fhem?cmd={AttrVal(%22mySwitch1%22,%22room%22,%22%22)}&XHR=1&fwcsrf=fhem_157578672966830 / RL:27 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2018.03.03 21:55:57 4: WEB_192.168.10.10_64668 GET /fhem?XHR=1&inform=type=status;filter=mySwitch1;since=1520110556;fmt=JSON&fw_id=29&timestamp=1520110558239; BUFLEN:0
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 GET /fhem?room=Unsorted; BUFLEN:0
2018.03.03 21:55:58 4: name: /fhem?room=Unsorted / RL:1628 / text/html; charset=UTF-8 / Content-Encoding: gzip
/
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/jquery.min.js; BUFLEN:0
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/defaultCommon.css; BUFLEN:0
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/jquery-ui.min.js; BUFLEN:0
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/dashboard_style.css; BUFLEN:0
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/fhemweb.js; BUFLEN:0
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/fhemweb_colorpicker.js; BUFLEN:0
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/fhemweb_fbcalllist.js; BUFLEN:0
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/fhemweb_knob.js; BUFLEN:0
2018.03.03 21:55:58 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/fhemweb_readingsGroup.js; BUFLEN:0
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/fhemweb_readingsHistory.js; BUFLEN:0
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/fhemweb_sortable.js; BUFLEN:0
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/fhemweb_uzsu.js; BUFLEN:0
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 GET /fhem/pgm2/fhemweb_weekprofile.js; BUFLEN:0
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 GET /fhem/images/default/icoEverything.png; BUFLEN:0
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 GET /fhem/images/default/fhemicon.png; BUFLEN:0
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 => 304 Not Modified
2018.03.03 21:55:59 4: WEB_192.168.10.10_64651 GET /fhem?XHR=1&inform=type=status;filter=room=Unsorted;since=1520110557;fmt=JSON&fw_id=26&timestamp=1520110560011; BUFLEN:0
2018.03.03 21:57:11 4: Closing inactive connection WEB_192.168.10.10_64648


Ich hab nur ein wenig herumgeklickt, nicht zu schnell.
Keine Reaktion mehr auf Eingaben, scheinbar hat FHEM ein Timeout und der Browser wartet immer noch auf Daten.
Hilft das überhaupt um das Problem einzugrenzen?

Gruß
   Tux

tux75at

Ich hatte die Version 5.8 installiert und hab ein update auf ein nightly build gemacht (5.8.16317).
Jetzt konnte ich einiges mehr machen, auch den ZWave stick anschließen und habe noch nichts bemerkt. Wenn ich morgen auch kein Poblem habe, kann ich das wohl auf gelöst setzten.

Gruß
   Tux

rudolfkoenig

Im log sehe ich keine Ursache.

Ich bin von einem System mit update ausgegangen.
5.8 ist nicht "stable", sondern nur Grundlage fuer update.
FHEM ist "rolling release", wir haben kein "stable" und "unstable".

tux75at

Sehr gut, ich dachte schon mit dieser Zeile

deb http://debian.fhem.de/nightly/ /

Bekomme ich nightly builds die unter Umständen nicht stabil sind.
Mit "nightly" verbinde ich etwas anderes, aber wenn das mit der Stabilität hier anders ist, kann ich damit leben.

Danke