[gelöst]HM-mod-UART Probleme

[brown78]

Die Anleitungen dazu sind ja eindeutig. Die Verkabelung ist 3.3V auf 3.3V GND auf GND TX auf RX und RX auf TX. Ein erster Test, ob die Dinger überhaupt tun würde mit Steckkabeln gemacht. Allerdings ohne Einbindung in fhem. Im Wiki steht man soll die Firmware 1.4 nutzen da die vorinstallierte 1.2 nicht taugt, nur darum habe ich es gemacht! Am der Verkabelung liegt das Problem sicher nicht, am Löten eher unwahrscheinlich, defekter HM-mod ehr nicht, minderwertiger USB -> TTL möglich, hab noch einen den kann ich testen. Ansonsten alles nach Anleitung und es geht halt nicht. Das tolle ist, dass einige Geräte nun nichtmal mehr auf den CUL hören. Wenn ich das wieder Hingebogen habe bleibt das so wie es ist. Hat mit CUL lange funktioniert bis auf die zickigen FKs (für die Hilfe dabei bin ich dankbar).

[Otto123]

Naja mich wundert irgendwie, dass der 3,3 Volt Anschluss vom USB Wandler an der gegenüberliegenden Seite wie der VCC Anschluss vom Modul ist. aber wie gesagt ich kann es nicht erkennen. Woher weisst Du denn welche Firmware auf dem Modul ist?

Hast Du denn die UART Schnittstelle auf dem Pi "freigemacht"? Der Pi  Zero hat doch sicher Wlan/Bluetooth
Sorry falscher Gedanke ...

Gruß Otto

[brown78]

Das ist ein Knackpunkt, ich bin einfach davon ausgegangen, dass auf dem Modul fw 1.2 drauf ist weil es so im Wiki stand. Ich werde später erstmal den anderen Wandler testen, vielleicht sind auch nicht gut, waren auch sehr billig...

[Otto123]

Naja diese Erkenntnis mit der Auslieferung der Firmware ist jetzt ein paar Jahre alt. Aber ich weiß auch nicht ob elv da wirklich was geändert hat oder nach wie vor die alte Firmware ausliefert.
Man muss halt als erstes schauen wie es ist.
Ob die Wandler billig sind oder nicht spielt eigentlich keine Rolle. Die FTDI Adapter liefern wenig Strom, aber ich habe getestet es reicht ja offenbar. Bei den CP Adaptern gibt es welche die sind falsch beschaltet und liefern deshalb keine 3,3 Volt sondern irgendwas um die 4 Volt. Die sind eventuell kritisch.

Leider hat noch niemand einen einfacheren Weg gefunden die Kommunikation mit dem Modul zu testen, als es einfach anzustöpseln und in FHEM zu definieren. Nach dem Löten ist die Fehlerquote hier im Forum deutlich erhöht

[brown78]

Ok, ich hatte das Modul erst so dran, und aufgrund der Probleme dann halt die fw geflasht.
Habe jetzt des 2. Wandler getestet, frische Kabel mit Steckern an das HM-mod gelötet und auf den CP gesteckt - Polung identisch, mit Stützkondensator.
Die 3,3V sowie TX und RX Ausgänge habe ich gemessen: 3,35V
Eingesteckt, mit:

Code Auswählen Erweitern

attr VCCU IOList CUL_1,HM_MOD
hinzugefügt und keine 2 Minuten später hm-info rssi:

Code Auswählen Erweitern

rssi done:
    Device          receive         from             last   avg      min_max    count
    HM_Badezimmer   CUL_1           HM_Badezimmer    -78.0  -78.0  -86.0< -66.5    60
    HM_Badezimmer   HM_Badezimmer   CUL_1            -69.0  -70.6  -75.0< -66.0     7
    HM_Badezimmer   HM_MOD          HM_Badezimmer    -44.0  -44.0  -44.0< -44.0     1
    HM_Esszimmer    CUL_1           HM_Esszimmer     -70.5  -66.6  -70.5< -61.5    51
    HM_Esszimmer    HM_Esszimmer    CUL_1            -60.0  -60.0  -60.0< -60.0     1
    HM_Esszimmer    HM_MOD          HM_Esszimmer     -42.0  -42.0  -42.0< -42.0     1
    HM_Flur         CUL_1           HM_Flur          -54.0  -58.3  -65.0< -54.0    68
    HM_Flur         HM_Flur         CUL_1            -51.0  -51.4  -55.0< -49.0    13
    HM_Flur         HM_MOD          HM_Flur          -45.0  -45.0  -45.0< -45.0     1
    HM_Kinderzimmer CUL_1           HM_Kinderzimmer  -64.0  -67.6  -76.5< -63.0    52
    HM_Kinderzimmer HM_Kinderzimmer CUL_1            -62.0  -62.0  -62.0< -62.0     1
    HM_Kinderzimmer HM_MOD          HM_Kinderzimmer  -48.0  -48.0  -48.0< -48.0     1
    HM_Kueche       CUL_1           HM_Kueche        -78.5  -72.6  -81.0< -69.0    50
    HM_Kueche       HM_Kueche       CUL_1            -63.0  -63.0  -63.0< -63.0     1
    HM_Kueche       HM_MOD          HM_Kueche        -53.0  -53.0  -53.0< -53.0     1
    HM_Schlafzimmer CUL_1           HM_Schlafzimmer  -70.0  -67.7  -70.5< -66.0    57
    HM_Schlafzimmer HM_MOD          HM_Schlafzimmer  -70.0  -70.0  -70.0< -70.0     1
    HM_Schlafzimmer HM_Schlafzimmer CUL_1            -61.0  -62.0  -63.0< -61.0     3
    HM_Wohnzimmer   CUL_1           HM_Wohnzimmer    -59.0  -56.7  -67.0< -51.5    74
    HM_Wohnzimmer   HM_MOD          HM_Wohnzimmer    -33.0  -33.0  -33.0< -33.0     1
    HM_Wohnzimmer   HM_Wohnzimmer   CUL_1            -50.0  -51.4  -60.0< -49.0    11
    essz_fensterkontakt CUL_1           essz_fensterkontakt  -83.5  -82.8  -83.5< -81.5     3
    essz_fensterkontakt HM_MOD          essz_fensterkontakt  -76.0  -76.0  -76.0< -76.0     1
    kueche_fensterkontakt CUL_1           kueche_fensterkontakt  -93.0  -87.2  -93.0< -83.0     3
    kueche_fensterkontakt HM_MOD          kueche_fensterkontakt  -68.0  -68.0  -68.0< -68.0     3
    kueche_fensterkontakt2 CUL_1           kueche_fensterkontakt2  -85.5  -86.2  -87.0< -85.5     2
    schlfz_fensterkontakt CUL_1           schlfz_fensterkontakt  -76.5  -77.0  -77.5< -76.5     2

Fazit: der erste USB-TTL Wandler hat ein Problem. Kann man die FW vom Modul irgendwie auslesen?

P.S.: FW wird als Reading angzeigt, wenn man kurz wartet. Ist (ohne flashen) 1.4.1
P.P.S.: Der zickige Fensterkontakt ist nun auch gepairt.

[Otto123]

Na das freut mich jetzt!

Fazit: der erste USB-TTL Wandler hat ein Problem.

Saubazi der Wandler. Nach Prfiemlers Motto "geht nich gips nich" oder gips nich gips nich 

Schönen Feiertag
Otto

[brown78]

Und mich erst!

ein configChk liefert jetzt endlich:

Code Auswählen Erweitern

configCheck done:



Ebenfalls einen schönen Feiertag!

[andies]

Aber ich weiß auch nicht ob elv da wirklich was geändert hat oder nach wie vor die alte Firmware ausliefert.

Ich hatte vor einem Monat gekauft und habe tatsächlich die alte Version 1.2 bekommen!


Gesendet von iPad mit Tapatalk Pro

[brown78]

Nachdem es heute Nacht wieder Probleme gab:

Code Auswählen Erweitern

2019.10.04 04:08:01 1: /dev/serial/by-path/platform-3f980000.usb-usb-0:1.1.2:1.0-port0 disconnected, waiting to reappear (HM_MOD)
2019.10.04 04:08:04 1: HMUARTLGW HM_MOD did not respond for the 1. time, resending
2019.10.04 04:08:07 3: Setting HM_MOD serial parameters to 115200,8,N,1
2019.10.04 04:08:07 1: /dev/serial/by-path/platform-3f980000.usb-usb-0:1.1.2:1.0-port0 reappeared (HM_MOD)
2019.10.04 04:08:08 1: /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 disconnected, waiting to reappear (proteus_Ecometer)
2019.10.04 04:08:09 3: connected to device /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0
2019.10.04 04:08:09 1: /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 reappeared (proteus_Ecometer)

Habe ich das Windows Tool heruntergeladen und die beiden CP2102 umbenannt. Mal schauen ob es jetzt besser wird.

[Beta-User]

Hier scheint mir das die Mischung zwischen "by-path" und "by-id" gewesen zu sein, die auch für Probleme sorgt. Wenn, sollte man alle "gleichnamigen" mit "by-path" einbinden.

Aber das sollte sich ja jetzt erledigt haben.

Wäre nett, wenn du eine Kurzanleitung für das "Windows-Tool" liefern könntest (das was ich verlinkt hatte, war in C geschrieben, sollte daher "prinzipiell" auf allen OSsen laufen), dann packe ich das für Nachahmer gerne in's Wiki.

[brown78]

Ja das wird es gewesen sein die Probleme tauchten erst in der Nacht nach einem FHEM Neustart auf (Dienst wird für SD-Karten Image beendet), da das andere Device dann abgefragt wurde.
Ich habe das Tool direkt vom Hersteller genommen, das Python Tool für Linux habe ich nicht weiter bearbeitet und das in C geschrieben auch gar nicht angesehen.

https://www.silabs.com/products/development-tools/software/direct-access-drivers

Da kann man die "Direct Access Driver Software" runterladen und wie gewohnt installieren.
Das Tool hat nur 1 Fenster mit den Grunddaten PID, VID, Serial und ein par andere. Wichtig ist der String mit "Silicon Labs USB to UART Bridge"  und die Serial.
Diesen String habe ich abgeändert und die Serial (bei allen von mir getesteten immer 0001) angepasst.
Dann den Button "Program Device" drücken, kurz warten - fertig.

Wenn Du möchtest könnte ich nochmal Win booten und einen Screenshot machen.
P.S.: Screenshot im Anhang

[Beta-User]

Thx, das Ändern der Serial/Herstellerangaben sollte auch reichen, PID/VID zu ändern ist sowieso eher nicht zielführend ...

Die Links habe ich ins Wiki gepackt; da die Win-Software eher selbsterklärend zu sein scheint, braucht es m.E. keinen Screenshot (sowas veraltet leider auch, wie Pyton-Versionen usw.).

Werde mal bei Gelegenheit versuchen, das C-Programm zu verdebianen, dann kommt das "ungetestet" im Wiki weg .

[brown78]

Eigentlich hast Du da Recht. Der Link mit dem Hinweis was geändert werden muss sollte schon genügen.