Gelöst: Probleme mit dem HM-MOD-RPI-PCB mit CP2102

Debian/Ubuntu basierte CCU

Moderator: Co-Administratoren

Antworten
alex3005
Beiträge: 3
Registriert: 01.01.2021, 17:10
System: in Planung
Hat sich bedankt: 2 Mal

Gelöst: Probleme mit dem HM-MOD-RPI-PCB mit CP2102

Beitrag von alex3005 » 01.01.2021, 18:09

Hallo,
ich bin aktuell etwas am verzweifeln, da ich das HM-MOD-RPI-PCB nicht zum laufen bekomme und nicht rausbekomme, warum nicht. Meine Vermutung ist zwar, dass das Modul kaputt ist, aber ich bin in diesem Bereich neu und ehrlich gesagt sind die Informationen dazu nicht gerade sonderlich übersichtlich. Vielleicht übersehe ich auch einfach irgendetwas blödes.

Also der Reihe nach: Ich habe eine VirtualBox-VM mit Ubuntu 20.04, Kernel 5.4 angelegt, alle Schritte der manuellen Installation ohne Probleme durchgeführt und kann auch auf die Weboberfläche zugreifen.
Das Modul habe ich mit einem CP2102 angeschlossen, das wird auch in die VM durchgereicht.

Wenn ich Geräte anlernen möchte kommt nur ein leeres Fenster.

Ein debmatic-info gibt folgendes aus:

Code: Alles auswählen

debmatic version: 3.53.34-59
Kernel modules: Available
Raw UART dev:   Not available
HMRF Hardware:  unknown
 Board serial:  unknown
 Radio MAC:     unknown
HMIP Hardware:  unknown
 SGTIN:         unknown
 Radio MAC:     unknown
lsusb zeigt, dass der CP2102 korrekt erkannt wird:

Code: Alles auswählen

Bus 002 Device 003: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Und auch dmesg zeigt keine Auffälligkeiten:

Code: Alles auswählen

[    2.498620] usb 2-2: new full-speed USB device number 3 using ohci-pci
[    2.834871] usb 2-2: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[    2.834887] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.834899] usb 2-2: Product: CP2102 USB to UART Bridge Controller
[    2.834910] usb 2-2: Manufacturer: Silicon Labs
[    2.834920] usb 2-2: SerialNumber: 0001
[...]
[    8.325820] usbcore: registered new interface driver cp210x
[    8.325835] usbserial: USB Serial support registered for cp210x
[    8.325874] cp210x 2-2:1.0: cp210x converter detected
[    8.376826] AVX version of gcm_enc/dec engaged.
[    8.376828] AES CTR mode by8 optimization enabled
[    8.412197] usb 2-2: cp210x converter now attached to ttyUSB0
Der CP2102 stellt eine Spannung von 3,4 V zur Verfügung.
Wenn ich jetzt keinen Knick in der Optik habe sieht das ganze auch richtig herum gelötet aus:
photo5440716008110272604.jpg
photo5440716008110272603.jpg
Angeschlossen sollte auch alles korrekt sein: 3V3 an Pin 1 oben rechts, GND an Pin 9, TX zu RX an Pin 8 und RX zu TX an Pin 10:
photo5440716008110272602.jpg
Meine Vermutung ist, dass das Modul einfach von Anfang an kaputt ist. Dazu passen könnte auch der Stromverbrauch von lediglich 6,13 mA, das scheint mir etwas wenig, oder ist das normal?

Vielen Dank schon Mal im Vorraus für eure Einschätzung!
Zuletzt geändert von alex3005 am 02.01.2021, 09:32, insgesamt 1-mal geändert.

Benutzeravatar
deimos
Beiträge: 5395
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 956 Mal
Kontaktdaten:

Re: Probleme mit dem HM-MOD-RPI-PCB

Beitrag von deimos » 01.01.2021, 18:42

Hi,

du kannst nicht einfach einen CP210x für den Anschluss nehmen, du brauchst eine Anschlussmöglichkeit mit raw-uart Kernel Modulen. Das kann ein GPIO Header auf einem unterstützten SBC sein oder die Platinen HB-RF-USB(-2) oder HB-RF-ETH.

Die normalen USB-UART Module habe eine deutlich zu hohe Latenz und werden daher nicht unterstützt.

Viele Grüße
Alex

alex3005
Beiträge: 3
Registriert: 01.01.2021, 17:10
System: in Planung
Hat sich bedankt: 2 Mal

Re: Probleme mit dem HM-MOD-RPI-PCB

Beitrag von alex3005 » 01.01.2021, 19:28

Hey, danke für die Schnelle Antwort.

Im fhem-Forum wurde (mehrmals) berichtet, dass das geht, deshalb habe ich das gar nicht als Problem in Betracht gezogen. Okay dort wird auch keine "richtige" CCU genutzt sondern so wie ich es verstehe ein "VCCU" Eigenbau. Aber technisch möglich scheint das wohl zu sein.
Die HB-RF-USB-2 Platine habe ich mir zwar auch angeschaut, aber die Notwendigkeit darin nicht ganz verstanden: Der einzige relevante Unterschied den ich jetzt auf den ersten Blick neben dem Schutz-IC sehe ist, dass der CP2102N verwendet wird, anstatt dem älteren CP2102. Macht das alleine so einen großen Unterschied aus?

Grüße zurück :)

Benutzeravatar
deimos
Beiträge: 5395
Registriert: 20.06.2017, 10:38
System: Alternative CCU (auf Basis OCCU)
Wohnort: Leimersheim
Hat sich bedankt: 121 Mal
Danksagung erhalten: 956 Mal
Kontaktdaten:

Re: Probleme mit dem HM-MOD-RPI-PCB

Beitrag von deimos » 01.01.2021, 19:53

Hi,

der CP2102N ist nicht der einzige Unterschied, da sind noch weitere Bauteile drauf, die grade für HmIP ziemlich sinnvoll sind zwecks Störfilter. Der riesige Unterschied ist aber, dass der speziell geflasht ist.

Der große Unterschied bei FHEM ist, dass das Funkmodul dort im BidCos only Modus angesprochen wird und nicht die Dual CoPro Firmware auf dem Funkmodul genutzt wird. Mit dieser hat man deutlich striktere Latenzanforderungen und die können mit einem 0815 CP210x Adapter mit Standard Kernel Modulen nicht eingehalten werden.

Viele Grüße
Alex

alex3005
Beiträge: 3
Registriert: 01.01.2021, 17:10
System: in Planung
Hat sich bedankt: 2 Mal

Re: Probleme mit dem HM-MOD-RPI-PCB

Beitrag von alex3005 » 01.01.2021, 19:59

Hey,
danke für die weitergehenden Infos dazu.
Dann werde ich wohl doch noch eine der Platinen brauchen, schade den Adapter hatte ich noch hier rumliegen.

Grüße

Antworten

Zurück zu „debmatic“