[gelöst] nanoCUL 868 läuft nur 1,5 Stunden fehlerfrei

Begonnen von Bobsonbob, 26 April 2017, 17:09:13

Vorheriges Thema - Nächstes Thema

Bobsonbob

Mein nanu868 hat beim Einrichten keine Schwierigkeiten gemacht. Auch das pairen mit den Heizkörperthermostat (HM-CC-RT-DN) klappte ohne Problem. Nach 1,5-2 Stunden reißt der Datenfluss ab und ca 15 Minuten später werden alle Thermostate auf dead gesetzt. Ich betreibe das Ganze einem Raspberry Pi 3. Habe es schon mit Hub und externer Spannungsversorgung versucht. Irgendwie gibt es da nach einer gewissen Zeit Probleme.
Ich betreibe auf einem zweiten USB-Port einen DS9490r als 1Wire-Modem. Kann das ein Konflikt sein?
Eine VCCU ist installiert und funktioniert natürlich abhängig vom nanoCUL auch nicht besser.
Im Moment bin ich erst mal ratlos.

RaspiLED

Hi und wie behebst Du das Problem?
Reicht ein reopen in FHEM oder muss die Hardware stromlos werden?
Welche Firmware verwendest Du genau und welcher Arduino ist verbaut (original, fake; FTDI oder CH340)?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Bobsonbob

#2
Hallo Arnd,
1. Zum Beheben des Problems reicht ein Fhem-Restart nicht aus. Ich mache einen Reboot am RPi und alles läuft wieder für eine Weile.
2. Die Firmware ist "V 1.67 nanoCUL868" bei dem Nano handelt es sich um einen "microUSB Nano V3.0 ATmega328P"
Vielen Dank für deine schnelle Antwort. Hoffentlich helfen die Infos weiter.
Das mit dem Reset am Nano werde ich noch mal versuchen. Eventuell auch mal rausziehen und wieder einstecken.
Aktuell versuche ich es mal ohne den 1-Wire-Stick. Eventuell ist da ein Konflikt.
Gruß Jörg

RaspiLED

Hi,
Jetzt mal genauer, bitte!
Was kommt bei
get <Device> version
Ich will alles sehen, insbesondere ob es eine private build oder eine normale ist!
Dann ist es natürlich ein ATMega328 aber was hat der für einen USB Wandler auf der Unterseite CH340 oder FTDI. Wenn Du es nicht weißt, kann gebe bitte auf der Kommandozeile (z.B. via ssh)
ls -la /dev/serial/by*
ein und zeige uns mal Deine Ausgabe.

Dann interessiert uns noch in der FHEM Zeile das
list <Device>

Status:
Wenn der FHEM Neustart nichts bringt, dann liegt es an der Firmware oder der Hardware. Daher der Test mit rausziehen und reinstecken. Danach könnte man einen Softwareseitugen Reset des Sticks probieren und natürlich kann man auch mal eine andere Firmware flashen (andere Version ider a-culfw als Test)

Berichte ;-)

Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Bobsonbob

#4
OK, Ich werde mein Bestes geben;-)
get <Device> version gibt "nanoCUL version => V 1.67 nanoCUL868" aus.

ls -la /dev/serial/by* bringt folgende Ausgabe:
/dev/serial/by-id:
insgesamt 0
drwxr-xr-x 2 root root 60 Apr 26 20:43 .
drwxr-xr-x 4 root root 80 Apr 26 20:43 ..
lrwxrwxrwx 1 root root 13 Apr 26 20:43 usb-1a86_USB2.0-Serial-if00-port0 -> ../../ttyUSB0

/dev/serial/by-path:
insgesamt 0
drwxr-xr-x 2 root root 60 Apr 26 20:43 .
drwxr-xr-x 4 root root 80 Apr 26 20:43 ..
lrwxrwxrwx 1 root root 13 Apr 26 20:43 platform-3f980000.usb-usb-0:1.4.3:1.0-port0 -> ../../ttyUSB0


Nun noch  list <Device>:

Internals:
   CMDS       ABCEeFfGhiKklMmRTtUVWXxYZz
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/ttyUSB0@38400 0000
   DeviceName /dev/ttyUSB0@38400
   FD         15
   FHTID      0000
   NAME       nanoCUL
   NR         47
   PARTIAL
   RAWMSG     A0F50861056971C0000000A60BD11004029
   RSSI       -53.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.67 nanoCUL868
   initString X21
Ar
   nanoCUL_MSGCNT 988
   nanoCUL_TIME 2017-04-26 21:54:56
   owner_CCU  VCCU
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   Readings:
     2017-04-26 16:07:23   ccconf          freq:800.000MHz bWidth:203KHz rAmpl:33dB sens:8dB
     2017-04-26 20:43:57   cmds             A B C E e F f G h i K k l M m R T t U V W X x Y Z z
     2017-04-26 16:07:43   credit10ms      900
     2017-04-26 16:07:56   fhtbuf          AE
     2017-04-26 21:54:56   state           Initialized
     2017-04-26 16:07:02   uptime          0 01:48:01
     2017-04-26 21:51:05   version         V 1.67 nanoCUL868
Attributes:
   hmId       123456
   rfmode     HomeMatic
   room       Homematic


Ich habe den nanoCUL gerade am laufen (Ohne 1-Wire-Stick). Im Moment rennt er noch. Werde morgen früh mal weiter probieren und euch berichten. Vielen Dank noch mal für eure Hilfe. Dieses Forum ist super.

Gruß Jörg

Bobsonbob

Wenn der nanoCUL alleine am USB-Port ist, scheint es zu laufen. Bis jetzt funktioniert er einwandfrei.
Aber ich müsste natürlich später auch den DS9490r wieder einstecken. Wie kann ich da am besten mit der Fehlersuche beginnen? Ich werde den Raspberry Pu erst mal noch bis nach der Arbeit so laufen lassen, um zu sehen ob er weiter seinen Dienst tut.

Bobsonbob

Kleines Update.
Nachdem ich die USB Geräte (nanoCUL und DS9490r) rausgezogen und wieder eingesteckt habe, läuft alles ohne Probleme (jetzt schon 18 Stunden).
Es kommt mir so vor, als ob Einer oder die beiden USB-Geräte beim Neustart des RaspberryPi nicht richtig eingebunden werden. Kann es sein, das es sich hier um einen Konflikt zwischen den beiden Geräten handel? Wo kann ich so etwas sehen? Gebt es da so eine Art Logfile für USB-Ports?

gloob

Bitte meinen Post ignorieren. Das kommt davon wenn man nicht ordentlich liest. sorry.
Raspberry Pi 3 | miniCUL 433MHz | nanoCUL 868 MHz | nanoCUL 433 MHz | MySensors WLAN Gateway | LaCrosse WLAN Gateway | SignalESP 433 MHz | SignalESP 868 MHz | HM-MOD-UART WLAN Gateway | IR - 360 Grad WLAN Gateway

LuckyDay

2017-04-26 16:07:23   ccconf          freq:800.000MHz bWidth:203KHz rAmpl:33dB sens:8dB
Wie geht denn das?
hast du die  freq:800.000MHz von Hand eingegeben?

Bobsonbob

#9
Ich habe nichts von Hand eingegeben. Stimmt denn das nicht so?
Habe die Daten mal neu eingelesen. Jetzt stimmt die Frequenz.
Macht aber bei meinem Fehler leider keinen Unterschied.

Bobsonbob

#10
Jetzt habe ich gestern Abend den Raspberry Pi neu gestartet.
Nach ca. 1,5 Stunden standen alle Homematicgeräte auf dead.
Die kleine blaue LED auf dem NanoCUL blinkt dann schnell.
Eine Softwarereset des nanoCUL bring dann nichts. Er muß
stromlos gemacht (Ausziehen und wieder Einstecken) werden.
ich denke, das da wird beim Booten ein Konflikt zwischen den
Beiden USB-Geräten (DS9490r und nanoCUL) entsteht.
Ein lsusb bringt folgende Ausgebe:
Bus 001 Device 006: ID 04fa:2490 Dallas Semiconductor DS1490F 2-in-1 Fob, 1-Wire adapter
Bus 001 Device 005: ID 050f:0003 KC Technology, Inc. KC82C160S Hub
Bus 001 Device 007: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Die "Device-Nummer" ändert sich, nachdem ich den nanoCUL stromlos gemacht habe.

KölnSolar

ZitatDie "Device-Nummer" ändert sich, nachdem ich den nanoCUL stromlos gemacht habe.
Das ist normal.
Ich vermute auch, dass es am USB liegt. Um den Hub als Fehlerquelle auszuschließen, würd ich den mal wieder rausnehmen. Und dann mal nach einem Hänger mit dmesg auf dem Rpi gucken, was das System zu den USBs meldet. Da kommt bestimmt was...
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Bobsonbob

#12
Ich habe mal dmesg abgefragt. Hier stehen ein par Fehlereinträge. Leider reichen meine Kenntnisse nicht aus, um daraus schlau zu werden.

[26450.479316] ch341-uart ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[26450.479426] ch341-uart ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[26450.633776] usb 1-1.2: USB disconnect, device number 4
[26450.634313] usb 1-1.2: failed to send control message: -19
[26450.634788] ch341-uart ttyUSB0: ch341-uart converter now disconnected from ttyUSB0
[26450.634865] ch341 1-1.2:1.0: device disconnected
[26453.687865] usb 1-1.2: new full-speed USB device number 7 using dwc_otg
[26453.790997] usb 1-1.2: New USB device found, idVendor=1a86, idProduct=7523
[26453.791027] usb 1-1.2: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[26453.791044] usb 1-1.2: Product: USB2.0-Serial
[26453.792620] ch341 1-1.2:1.0: ch341-uart converter detected
[26453.797107] usb 1-1.2: ch341-uart converter now attached to ttyUSB0
[44207.113096] usb 1-1.4: USB disconnect, device number 5
[44207.113130] usb 1-1.4.1: USB disconnect, device number 6
[44217.845231] usb 1-1.5: new full-speed USB device number 8 using dwc_otg
[44217.948936] usb 1-1.5: New USB device found, idVendor=04fa, idProduct=2490
[44217.948990] usb 1-1.5: New USB device strings: Mfr=0, Product=0, SerialNumber=0


Eventuell hat einer von Euch eine Idee, was ich da machen kann.

pc1246

Moin Joerg
Ich kann nicht mehr so richtig folgen! Wie ist jetzt der Stand der Dinge? Geht der Nano ohne den One-Wire oder nicht?
Was immer wieder propagiert wird, solltest Du evtl. auch bei Gelegenheit beherzigen. Definiere die USB-Geraete anhand ihrer Seriennummer, das macht vieles einfacher. Ich habe aber leider keinen link parat.
So wie ich das lese, hast Du ein generelles Problem mit dem CUL/USB. Wenn Du seltsame Sachen angezeigt bekommst und dann auch wieder nicht (800/886) dann ist irgendwas faul. Frueher wurde immer die Spannungsversorgung des Pi beschuldigt, das ist aber mit dem Pi3 eigentlich nicht mehr so!? Und du hast ja auch einen Hub mit Spannungsversorgung dazwischen, oder?
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

KölnSolar

ZitatEventuell hat einer von Euch eine Idee, was ich da machen kann.
Weiter beobachten.
Bei connect/reconnect ändert sich die Nr. hinter device. Der erste Teil usb 1-1.x identifiziert den USB-Port bzw. das device.

device no. 4 war Dein Cul. Der hatte einen Fehler(musst do mal googeln) und hat sich schnell als device 7 reconnected. Später wurde device 5(der Hub ?) an dem device 6(der 1W ?) hängt disconnected. Dann wieder ein Gerät(1W ?) an einem anderen USB-Port als device 8 connected.
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Bobsonbob

Vielen Dank Christoph und Markus,
Leider habe ich erst jetzt Zeit, mich noch einmal zu diesem Thema zu melden.
Die Fehlermeldung:
ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
hat mich bei der Suche in diesem Formun auf eine Idee gebracht.
Ich habe den USB-Port auf 1.0 gestellt. Jetzt läuft der nanoCUL auch mit dem DS9490r zusammen.
Um den Bootvorgang so zu ändern, muss in der Datei "/boot/cmdline.txt" folgender
Eintrag hinzugeführt werden:
dwc_otg.speed=1
Ich danke Euch noch mal für eure fleißige Schreiberei und Hilfe.
Wünsche Euch ein schönes Wochenende
Gruß Jörg

RitterSport

Ich sehe diesen Eintrag erst jetzt, bei der Suche für ein vielleicht ähnliches Problem bei mir:

https://forum.fhem.de/index.php/topic,78434.0.html

Die gleiche Rückmeldung wie bei dir , auch meine cconf ist immer wieder auf 800MHz, sowie habe ich auch einen 1 Wire der wie folgt eingetragen ist:
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AK0048EH-if00-port0 9600

Hast du seit der Umstellung auf Speed USB 1 keine Probleme mehr?