NEWS
iob diag - Skript
iob diag - Skript
-
@thomas-braun sagte in iob diag - Skript:
Da sollte eigentlich keine Leerzeichen kommen und die Ausgabe als kompaktes Päckchen pro Instanz erscheinen. Ist aber nur noch Kosmetik an der Stelle.
Wollte es nur korrekt angeben, nicht dass du denkst ich habe die Leerzeichen eingefügt.
@shadowhunter23 sagte in iob diag - Skript:
Wollte es nur korrekt angeben
Das ist genau richtig, solche 'Fehler' suche ich.
-
@thomas-braun sagte in iob diag - Skript:
Da sollte eigentlich keine Leerzeichen kommen und die Ausgabe als kompaktes Päckchen pro Instanz erscheinen. Ist aber nur noch Kosmetik an der Stelle.
Wollte es nur korrekt angeben, nicht dass du denkst ich habe die Leerzeichen eingefügt.
Kannst du nochmal testen?
Es sollten nun auch die Werte für alle deine Instanzen angezeigt werden.
Jedenfalls solange die Instanznummer einstellig ist...
-
Kannst du nochmal testen?
Es sollten nun auch die Werte für alle deine Instanzen angezeigt werden.
Jedenfalls solange die Instanznummer einstellig ist...Ich mache wohl was falsch?
curl https://raw.githubusercontent.com/Grothesk242/ioBroker/refs/heads/Raspbian/diag.sh > iob_diag.sh chmod 744 iob_diag.sh ./iob_diag.shUSB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': No Devices found 'by-id' ./iob_diag.sh: line 617: [: too many arguments HINT: Your zigbee.0 COM-Port is NOT matching 'by-id'. Please check your setting: tcp HINT: Your zigbee.1 COM-Port is NOT matching 'by-id'. Please check your setting: tcp HINT: Your zigbee.2 COM-Port is NOT matching 'by-id'. Please check your setting: tcp HINT: Your zigbee.3 COM-Port is NOT matching 'by-id'. Please check your setting: tcp ./iob_diag.sh: line 676: [: too many arguments Zigbee Network Settings on your coordinator/in nvbackup are: -
Ich mache wohl was falsch?
curl https://raw.githubusercontent.com/Grothesk242/ioBroker/refs/heads/Raspbian/diag.sh > iob_diag.sh chmod 744 iob_diag.sh ./iob_diag.shUSB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': No Devices found 'by-id' ./iob_diag.sh: line 617: [: too many arguments HINT: Your zigbee.0 COM-Port is NOT matching 'by-id'. Please check your setting: tcp HINT: Your zigbee.1 COM-Port is NOT matching 'by-id'. Please check your setting: tcp HINT: Your zigbee.2 COM-Port is NOT matching 'by-id'. Please check your setting: tcp HINT: Your zigbee.3 COM-Port is NOT matching 'by-id'. Please check your setting: tcp ./iob_diag.sh: line 676: [: too many arguments Zigbee Network Settings on your coordinator/in nvbackup are:Hast du die Datei nochmal frisch geladen?
-
Hast du die Datei nochmal frisch geladen?
Ja aber ich lösche sie jetzt zuerst und versuche es nochmals.
-
Ja aber ich lösche sie jetzt zuerst und versuche es nochmals.
Versionsnummer ist
2024-12-09 Raspbian+zigbee diag+masking -
Versionsnummer ist
2024-12-09 Raspbian+zigbee diag+maskingLag an mir:
USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': No Devices found 'by-id' *** ZigBee Settings *** HINT: Your zigbee.0 COM-Port is NOT matching 'by-id'. Please check your setting: tcp HINT: Your zigbee.1 COM-Port is NOT matching 'by-id'. Please check your setting: tcp HINT: Your zigbee.2 COM-Port is NOT matching 'by-id'. Please check your setting: tcp HINT: Your zigbee.3 COM-Port is NOT matching 'by-id'. Please check your setting: tcp Zigbee Network Settings on your coordinator/in nvbackup are: zigbee.X Extended Pan ID: *** MASKED *** Pan ID: *** MASKED *** Channel: *** MASKED *** Network Key: *** MASKED *** To unmask the settings run 'iob diag --unmask'Mit --unmask sehe ich dann die komplette Ausgabe.
edit
Die Leerzeichen/Absätze sind auch weg bei --unmask. -
Lag an mir:
USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': No Devices found 'by-id' *** ZigBee Settings *** HINT: Your zigbee.0 COM-Port is NOT matching 'by-id'. Please check your setting: tcp HINT: Your zigbee.1 COM-Port is NOT matching 'by-id'. Please check your setting: tcp HINT: Your zigbee.2 COM-Port is NOT matching 'by-id'. Please check your setting: tcp HINT: Your zigbee.3 COM-Port is NOT matching 'by-id'. Please check your setting: tcp Zigbee Network Settings on your coordinator/in nvbackup are: zigbee.X Extended Pan ID: *** MASKED *** Pan ID: *** MASKED *** Channel: *** MASKED *** Network Key: *** MASKED *** To unmask the settings run 'iob diag --unmask'Mit --unmask sehe ich dann die komplette Ausgabe.
edit
Die Leerzeichen/Absätze sind auch weg bei --unmask.@shadowhunter23 sagte in iob diag - Skript:
Mit --unmask sehe ich dann die komplette Ausgabe.
Also alle 5 Instanzen in kompakten Blöcken, ohne komische Leerzeichen?
So soll es sein.Dann schau ich auch mal wie ich das für die 'by-id'-Links hinbekommen kann, für den Fall, das jemand da ein halbes Dutzend zigbee-Stöckchen betreibt.
-
@shadowhunter23 sagte in iob diag - Skript:
Mit --unmask sehe ich dann die komplette Ausgabe.
Also alle 5 Instanzen in kompakten Blöcken, ohne komische Leerzeichen?
So soll es sein.Dann schau ich auch mal wie ich das für die 'by-id'-Links hinbekommen kann, für den Fall, das jemand da ein halbes Dutzend zigbee-Stöckchen betreibt.
@thomas-braun sagte in iob diag - Skript:
Also alle 5 Instanzen in kompakten Blöcken, ohne komische Leerzeichen?
Ja 5 von 5!
edit doch alle fünf!!
-
@thomas-braun sagte in iob diag - Skript:
Also alle 5 Instanzen in kompakten Blöcken, ohne komische Leerzeichen?
Ja 5 von 5!
edit doch alle fünf!!
@shadowhunter23 sagte in iob diag - Skript:
Nein nur 4 von 5, zigbee.4 wird nicht angezeigt.
Und die vierte gibt es auch? Kann eigentlich nicht sein, weil ich da in einer Schleife durch das Verzeichnis gehe...
-
@shadowhunter23 sagte in iob diag - Skript:
Nein nur 4 von 5, zigbee.4 wird nicht angezeigt.
Und die vierte gibt es auch? Kann eigentlich nicht sein, weil ich da in einer Schleife durch das Verzeichnis gehe...
Sorry Thomas ist wohl zu spät für mich! Es passt alles.
Proxmox 9 HA-Cluster mit 3x HP prodesk 400 G6 i5
Bei einem downvote bitte melden, es könnte sein, dass dieser ungewollt ist! -
Sorry Thomas ist wohl zu spät für mich! Es passt alles.
-
@thomas-braun
Ich denke aber das ich eine Ausnahme bin mit meinen 5 Zigbee Instanzen. Ich hab mich aber bewusst dazu entschieden das so zu machen und bisher keinerlei Nachteile dadurch gehabt.
Für dich gilt dann ab jetzt: Haben ich besser als brauchen. -
Sorry Thomas ist wohl zu spät für mich! Es passt alles.
Deine 5 Instanzen haben dazu geführt, das ich mir den Code nochmal komplett anders überlegt habe und das ganze Konstrukt von mehreren Dutzend chaotischen und schwer zu pflegenden Zeilen auf nur noch 15 Zeilen eingedampft wurde.
Und ich mich endlich mal genauer mit FOR-Schleifen beschäftigen musste.
Danke! -
@pmayer sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Moin,
mal ne Frage: Bei mir häufen sich die Supportanfragen, ob man am Coordinator auch die IEEE Adresse ändern kann.
Ja, das kann man aber wieso?Die Leute sagen man müsste das machen, wenn man von nem anderen Coordinator (zstack) auf unseren Coordinator umziehen will - um das Neuanlernen zu vermeiden.
Meines wissens reicht es doch die gleiche PanID/ExtPanID zu haben mit der (unser) Coordinator läuft? Und wenn nicht, braucht man nur das NVRAM am Coordinator löschen damit die diecoordinator_backup.jsonzurückgespielt werden kann.Zur Info: Wir testen den Coordinator natürlich und da nehmen wir die default PanID. Wenn man eine andere nutzt musst man das NVRAM löschen.
https://docs.codm.de/zigbee/faq/#startup-failed-configuration-adapter-mismatchLieg ich hier fasch?
@arteck, du kannst doch sicher was dazu sagen.Gruß,
PatrikHallo Patrick,
du liegst da zum Teil falsch. Allerdings ist das ein "user" Problem.
Vorab - ich gehe fest davon aus das ihr nach eurem Test das NVRam löscht ?
Wenn die User die bisher im Adapter vorgesehene Standard-PanID (16x D) nicht umstellen, dann wird bei Koordinatoren die eine IEEE besitzen deren IEEE als ExtPanID genutzt (abweichend von der Konfiguration). Das bedeutet das sich dann im NVRam (auf dem Koordinator sowie auf der Sicherung im Adapter) eine andere ExtPanID befindet als in der Adapter-Konfiguration angegeben ist. Da diese in dieser Situation Hardwarespezifisch ist kann das natürlich zu Problemen führen, insbesondere wenn man die Hardware austauschen will.
Die korrekte Gegenmassnahme ist das eintragen einer eigenen ExtPanID un der Adapter Konfiguration. Wenn Das Kind bereits im Brunnen ist - sprich der Adapter schon mit 16D und einem modernen Koordinator läuft - muss man die im NVRam eingetragene ExtPanID ermitteln und diese im Adapter eintrage. Das iobroker Diag Skript kann diese ausgeben. Auch ein Blick in die nvbackup.json zeigt diesen Wert.
Bei der (in Entwicklung befindlichen) 2.0 des Adapters wird der Adapter mit einer zufälligen Zeichenfolge vor-initialisiert, so das dieser Effekt weg sein sollte.
Insgesamt sehe ich nicht das es notwendig ist die Hardware IEEE des Koordinators umstellen zu können.
A.
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Das iobroker Diag Skript kann diese ausgeben.
Aber noch nicht die Version in der 'freien Wildbahn'.
Geht im Moment nur in der Beta des skriptes.Ich schau aber mal, das diese Version jetzt zeitnah auch offiziell ausgeliefert wird.
-
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Das iobroker Diag Skript kann diese ausgeben.
Aber noch nicht die Version in der 'freien Wildbahn'.
Geht im Moment nur in der Beta des skriptes.Ich schau aber mal, das diese Version jetzt zeitnah auch offiziell ausgeliefert wird.
-
@thomas-braun OK, ich dachte das wäre inzwischen der Fall. Wobei ich die ja sowieso nutzen muss - RPI
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Wobei ich die ja sowieso nutzen muss - RPI
OT:
Kannst du das mal testen? Gestern ist eine neue Version (02.02.2025) von 'iob diag' hochgeladen worden, die hoffentlich auch wieder direkt auf RPI läuft. -
@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:
Wobei ich die ja sowieso nutzen muss - RPI
OT:
Kannst du das mal testen? Gestern ist eine neue Version (02.02.2025) von 'iob diag' hochgeladen worden, die hoffentlich auch wieder direkt auf RPI läuft. -
@thomas-braun Klar - welcher Link ? der gleiche wie vorher ?
-
535
Online32.4k
Users81.3k
Topics1.3m
Posts