Conbee II und HM-MOD-RPI-PCB

topcrown · 06 Dezember 2020, 21:16:18

@jhohmann

Vielen Dank für die Mühe!

Die Optionen im deconz.service passen soweit. Leider findet deconz nur im GUI-mode den Conbee. So bald ich die Option "-platform minimal" setze, findet es den USB-Stick nicht mehr.

Das sehe ich zum einen im Phoscon und zum anderen in den logs im Debug-Mode von deconz.

Könntest Du mir noch den Gefallen tun, und mal schauen welche deconz-Version und welche Firmware-Version Du hast?
Sieht man direkt im Phoscon.

Ich glaube im Moment, dass in der deconz-Release im November sich ein Fehler eingeschlichen hat, als sie "Improve support for stable and dynamic device paths like /dev/ttyACMx and /dev/serial/by-id/ in deCONZ and GCFFlasher to prevent errors on USB re-enumeration." einbauten.

MadMax-FHEM · 06 Dezember 2020, 22:04:40

Eventuell mal Dresden Elektronik anschreiben.

Deren Support ist in der Regel echt gut.

Gruß, Joachim

topcrown · 07 Dezember 2020, 09:50:09

@MadMax-FHEM

Ja, eine E-Mail hatte ich Ihnen bereits geschrieben - aber leider bisher keine Antwort erhalten.

Zusätzlich habe ich jetzt versucht Kontakt über den discord-Kanal herzustellen.
https://discord.com/channels/494922323518947329/543512014320828416
Habe auch schon erste Antworten, aber noch nichts brauchbares...

Danke, für den Tip!

jhohmann · 07 Dezember 2020, 16:13:41

Hier meine aktuelle Version, wobei inzwischen einige Updates eingespielt worden sind.
Version 2.05.88 / 15.10.2020
Firmware 26660700
Früher habe ich beim Login in den deconz-Webanwendung auch zwei Einstiege gesehen, jetzt nur noch einen.
Was eventuell hilft: Mein deconz startet vor FHEM. Eventuell ist es auch ein Reihenfolgeproblem?

MadMax-FHEM · 07 Dezember 2020, 20:34:58

Zitat von: topcrown am 07 Dezember 2020, 09:50:09
@MadMax-FHEM

Ja, eine E-Mail hatte ich Ihnen bereits geschrieben - aber leider bisher keine Antwort erhalten.

Hmm, eigentlich haben die schon immer recht bald Rückmeldung gegeben...

Gruß, Joachim

topcrown · 09 Dezember 2020, 16:23:14

So, heute habe ich (endlich) Hilfe im discord channel bekommen.

Der Moderator (!) hatte die Idee, einfach mal zwei Minus vor die Option platform zu setzen, also "--platform minimal".
Und siehe da, es funktioniert!

Anscheinend haben sie in einer der letzten Releases etwas aufgeäumt - alle anderen Optionen haben ja auch zwei Minus. (Warum eigentlich zwei?)
Leider sagt halt die offizielle Beschreibung der Optionen explizit etwas anderes:

ZitatPlease take note, it is invoked with only one dash

und deCONZ beschwert sich auch nicht, wenn man es nur mit einem aufruft...

Also, mein Aufruf in deconz.service lautet nun

Code Auswählen

ExecStart=/usr/bin/deCONZ --platform minimal --auto-connect=1 --http-port=8880 --ws-port=8887 --dev=/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2225162-if00

Vielen Dank noch mal an alle, die versucht haben mir zu helfen! Große Klasse hier im Forum!

Grüße,
Thilo

Otto123 · 09 Dezember 2020, 16:42:11

Hallo Thilo,

und ich behaupte immer die offizielle Doku muss doch stimmen

Warum zwei? Naja ich denke es hat sich einfach eingebürgert die "langen" Optionen mit zwei -- zu starten die Kurzformen mit einem -.
--help
-h

Gruß Otto

topcrown · 09 Dezember 2020, 17:59:34

Hallo Otto,

ja klar, kann so gemeint gewesen sein mit langen und kurzen Optionen. Und bis vor kurzem fand man "platform" noch kurz...

Inzwischen wurde auch die offizielle Doku unter https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/deCONZ-command-line-parameters angepasst:

Zitatplatform minimal
In case you want to start headless, use this parameter. In case you want to have access to deCONZ' GUI, just leave this parameter out.

Example: /usr/bin/deCONZ --platform minimal --auto-connect=1

War dann echt schnell geändert.

Sie haben sich auch explizit bei mir bedankt.

Grüße,
Thilo

Kiter1988 · 10 Dezember 2020, 19:09:41

Achtung ich bin ein Noob.

Ich habe auch Probleme mit dem ConBeeII und dem HM-MOD-RPI-PCB.
Ich bin nun durch den Beitrag und habe

Code Auswählen

/lib/systemd/system/deconz.service

angepasst.

Leider funktioniert der RPI-PCB nun gar nicht mehr, dafür läuft der ConBee stabiler.
ständig connect, disconnect, init

Ich habe den RPI-PCP mit

Code Auswählen

/dev/ttyAMA0@115200 eingebunden. Würde das auch mit "by-id" gehen ?
Wenn ja wie ?
Den Conbee stick habe ich ganz leicht finden können, leider taucht das RPI-PCB nicht auf.

topcrown · 10 Dezember 2020, 20:32:31

@kiter1988

Es geht auf jeden Fall mit by-id.
Schau mal in meinen letzten Code der deconz.service. Der ist auch mit id und so funktioniert es.

Code Auswählen

ExecStart=/usr/bin/deCONZ --platform minimal --auto-connect=1 --http-port=8880 --ws-port=8887 --dev=/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2225162-if00

Ich glaube meine ganze Misere fing mit gar keiner, bzw. Angabe von tty an.
Das mit den ständigen, erfolglosen Neuverbindungsversuchen hatte ich auch.

Grüße,
Thilo

Otto123 · 10 Dezember 2020, 20:50:08

Was hat die Einbindung des HM-MOD-RPI-PCB in das Modul HMUARTLGW mit der Einbindung des ConBeeII in den deconz.service zu tun?
Der deconz.service muss so konfiguriert sein dass es er nur die entsprechende Schnittstelle verwendet und /dev/ttyAMA0 in Ruhe lässt.

HMUARTLGW bindet das Modul normal über /dev/ttyAMA0 ein - da dies keine USB Schnittstelle ist, spielt hier by-id keine Rolle!
Sollte das HM-MOD-RPI-PCB über USB angebunden sein kann das über by-id erfolgen.

Kiter1988 · 10 Dezember 2020, 23:38:33

Zitat von: topcrown am 10 Dezember 2020, 20:32:31
@kiter1988

Code Auswählen Erweitern
ExecStart=/usr/bin/deCONZ --platform minimal --auto-connect=1 --http-port=8880 --ws-port=8887 --dev=/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2225162-if00

Grüße,
Thilo

So hab ichs vorhin eingetragen, danach zickte der HM noch mehr.
Nach einem shutdown mit "Strom weg" beim RPi geht's dann wieder für eine bestimmte zeit.

Zitat von: Otto123 am 10 Dezember 2020, 20:50:08
Sollte das HM-MOD-RPI-PCB über USB angebunden sein kann das über by-id erfolgen.

Das Modul ist ganz gewöhnlich auf die GPIO des RPi gesteckt.

Ich habe allerdings noch mehr Dinge auf dem RPi laufen.
Pi-hole, fhem, deconz und Homebridge.
Evtl. hats damit was zu tun.
Alle Programme haben anderen Ports.

lynckmeister · 28 Februar 2021, 11:00:16

Zitat von: topcrown am 09 Dezember 2020, 16:23:14
Also, mein Aufruf in deconz.service lautet nun

Code Auswählen Erweitern
ExecStart=/usr/bin/deCONZ --platform minimal --auto-connect=1 --http-port=8880 --ws-port=8887 --dev=/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2225162-if00

Ich habe das gleiche Problem und nun die deconz.service entsprechend geändert, allerdings ohne erfolg. Bei mir ist die USB-Dresden Schnittstelle allerdings auch auf ttyACM0 umgelinkt... war das bei euch nicht so :

Code Auswählen


 ls  -lah /dev/serial/by-id/

lrwxrwxrwx 1 root root 13 Feb 28 10:55 usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE2400955-if00 -> ../../ttyACM0

Wo soll die denn sonst hinzeigen?

Otto123 · 28 Februar 2021, 11:59:39

Das ist doch ok. Du kannst entweder by-id oder mit ACM0 einbinden.
--dev=/dev/ttyACM0

by-id ist sicherer, die id muss natürlich Deine sein

lynckmeister · 28 Februar 2021, 21:01:50

hmm aber weiter oben schreibst du

Zitat
Der deconz.service muss so konfiguriert sein dass es er nur die entsprechende Schnittstelle verwendet und /dev/ttyAMA0 in Ruhe lässt.

HMUARTLGW bindet das Modul normal über /dev/ttyAMA0 ein - da dies keine USB Schnittstelle ist, spielt hier by-id keine Rolle!

Also sollte Deconz doch nicht mit ttyAMA0 arbeiten, oder hab ich da was falsch verstanden ...

Ich habe jetzt mal alle Services angeschaltet, also auch den WIFI und Update Servcie der von deconz noch laufen ...
aber ich bekomme trotzdem ständig weiter das die Meldung :

Code Auswählen


2021-02-28 21:21:17 HMUARTLGW myHmUART cond: disconnected
2021-02-28 21:21:17 HMUARTLGW myHmUART CONNECTED

und sämtliche Homeatic devices sind nicht mehr ansprechbar ....woran kann es jetzt noch liegen ?