UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Chillkroete1206]

Update: Es funktioniert!

Als Tasmotaversion habe ich die Zigbeebrigde verwendet.

GPIO1 steht auf "TCP Tx" und GPIO3 auf "TCP Rx".

Den Port stellt man in Tasmota durch "TCPStart 6638" ein. Am besten dann direkt eine Regel erstellen:

Rule1 ON System#Boot do TCPStart 6638 endon
Rule1 1

Besten Dank für eure Unterstützung!

[Chillkroete1206]

Hallo zusammen,

seitdem ich ich die Jumperkabel durch feste Lötverbindungen ersetzt habe, gibt es bei mir leider wieder Probleme. Der Adapter war kurze Zeit weiterhin grün, ist aber nach kurzer Zeit (u.a. nach anpassen der Pan ID) auf gelb gesprungen und verbleibt seit dem dabei.

Logging:

zigbee.0
2022-01-18 22:20:16.399	error	Error herdsman start

zigbee.0
2022-01-18 22:20:16.399	error	Failed to start Zigbee

zigbee.0
2022-01-18 22:20:16.398	error	Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information"

zigbee.0
2022-01-18 22:20:16.398	error	Re-commissioning your network will require re-pairing of all devices!

zigbee.0
2022-01-18 22:20:16.398	error	If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.

zigbee.0
2022-01-18 22:20:16.398	error	Please update configuration to prevent further issues.

zigbee.0
2022-01-18 22:20:16.398	error	- Channel List: configured=11, adapter=11

zigbee.0
2022-01-18 22:20:16.398	error	- Network Key: configured=xxx, adapter=xxx

zigbee.0
2022-01-18 22:20:16.398	error	- Extended PAN ID: configured=xxx, adapter=xxx

zigbee.0
2022-01-18 22:20:16.398	error	- PAN ID: configured=6754, adapter=6754

zigbee.0
2022-01-18 22:20:16.398	error	Configuration is not consistent with adapter state/backup!

zigbee.0
2022-01-18 22:20:14.000	info	Installed Version: iobroker.zigbee@1.6.6

zigbee.0
2022-01-18 22:20:13.997	info	Starting Zigbee npm ...

zigbee.0
2022-01-18 22:20:13.997	info	Try to reconnect.

Ein Read des NV Ram mit dem ZigStar GW Multitool bleibt bei 11% mit der folgenden Fehlermeldung stehen:

zigpy_znp.uart - Lost connection Traceback (most recent call last): File "serial\urlhandler\protocol 

Beim Durchmessen der Verbindungen wirkt alles recht normal. Lediglich am Sonoff zwischen GND und 3,3V meldet sich die Durchgangsprüfung für den Bruchteil einer Sekunde. Ist das normal?

Hat jemand eine Idee, was das schiefläuft? Habe ich da beim Löten etwas versaut? Ich warte noch auf die Auszeichnung der weltschlechtesten Lötskills ;)
Danke euch!

[dimaiv]

@chillkroete1206

Logging:

zigbee.0
2022-01-18 22:20:16.398	error	If you wish to re-commission your network, please remove coordinator backup at /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json.

Beim Durchmessen der Verbindungen wirkt alles recht normal. Lediglich am Sonoff zwischen GND und 3,3V meldet sich die Durchgangsprüfung für den Bruchteil einer Sekunde. Ist das normal?

Stoppe mal Instanz und mach das, was im log steht.

Beim Durchgangsprüfung zwischen GND und VCC ist es so normal.

[Chillkroete1206]

@dimaiv Danke dir.

Habe die Pan ID jetzt wieder zurück geändert und jetzt passt es. Hätte ich auch von alleine drauf kommen können...
Danke für den Hinweis!

Nach dem Stoppen des Adapters klappt auch das Auslesen mit dem ZigStar GW Multitool.

[Chillkroete1206]

So richtig stabil läuft die Geschichte grade nicht. Um dieses Hardwarethema aber nicht weiter vom Kernthema abzulenken, habe ich für mein (hoffentliches) Softwareproblem ein eigenes Thema aufgemacht.

Besten Dank für eure bisherige Unterstützung!

[klassisch]

@chillkroete1206 sagte in Zigbee-Stick cc2652P direkt über LAN anbinden:

So richtig stabil läuft die Geschichte grade nicht.

Vielen Dank für die Rückmeldung bzw. Zwischenmeldung mit Deinem WT32-ETH01 Ansatz.
Kann Dir da leider nicht weiter helfen, weil den WT32-ETH01 nicht kenne. Wünsche Dir jedenfalls viel Erfolg bei der Fehlersuche. Ich hatte ja meine Fehlersuche bei meinem Versuch mit ser2net schnell eingestellt, s. Eingangspost.

[klassisch]

Mittlerweile gibt es auf dem youtube Kanal des users @haus-automatisierung eine Videoanleitung für solch eine Anwendung. In jenem Fall unter Verwendung der TI Evalboards, wodurch man das Löten vermeiden kann, wenn man den Dupont jumper wires vertraut.
Die Konfigurationen sind dort ebenfalls anschaulich erklärt.
Empfehlenswertes Vid, wie so oft auf jenem Kanal.

[haus-automatisierung]

@klassisch eventuell ist das ja auch für dich interessant https://github.com/klein0r/pcb-cc26x2r1-hat

[klassisch]

@haus-automatisierung Danke, damit kann man die Dupont wires, denen ich nicht wirklich traue, durch was solides ersetzen. Und das sauber und ohne Gefrickel.
Ich hatte ja einen Stick modifiziert, Das geht halt leider nur mit Löten etcv-v"Gefrickel" eben. Ist ja verständlicherweise nicht jedermanns Sache. Als alter Bastler bin ich da nicht ganz so rücksichtsvoll.

[Hohenbostler]

Hi ich habe mir auch folgenden ZigbeeStick geholt,

https://forum.iobroker.net/topic/48312/verkaufe-zigbee-lan-usb-wlan-gateway-cc2652p

Kann ich irgendwie feststellen ob der LAN Adapter verbindungsabbrüche hat ?

Wenn ich alle System starte -> Also Zigbeestick angeschlossen
Zigbee2mqtt Container läuft auf der Synology Ds218+ mit Portainer + Frontend
iobroker Instanz läuft.

Und dann unerklälicherweise muss ein System komplett aussetzen. Die iobroker instanz ist Gelb das Frontend vom Zigbee2mqtt ist zwar erreichbar aber ohne Geräte und auf dem Webinterface vom Stick ist der Socket aufmal rot.

[klassisch]

@hohenbostler dazu kann ich leider nichts sagen, weil ich diesen Stick nicht besitze.
Vielleicht kann @dimaiv etwas dazu sagen.

[klassisch]

Update nur zur Info: Die oben ( https://forum.iobroker.net/post/601380 ) beschriebene Lösung mit USR-TCP232-E2 läuft bei mir noch immer produktiv und stabil.