@homoran said in USB iSerial für CC2538+2592 möglich?:
da gehe ich erst einmal von aus.
Die Hoffnung stirbt zuletzt!
Ich geh mal ein wenig den Körper schinden - vielleicht gibt es ja noch jemanden dem dazu eine mögliche Lösung einfällt und wenn nicht 
muss ich halt mit den Einschränkungen leben wie bisher 
@homoran
Die haben halt beide eine identische ID - daher war ja die Frage ob man den Stick von @arteck dahingehend flashen kann, das er eine eindeutige Serial bekommt. Tatsächlich habe ich keine Ahnung ob man das mit einem Tool machen könnte oder ob die Hardware das generell nicht 'hergibt'.
@waschbaerbauch75 said in USB iSerial für CC2538+2592 möglich?:
ls /dev/serial/by-id
root@DELL-T20-32GB:~# ls /dev/serial/by-id
usb-Texas_Instruments_CC2538_USB_CDC-if00
root@DELL-T20-32GB:~#
dmesg
[420518.789731] hub 1-8:1.0: USB hub found
[420518.790015] hub 1-8:1.0: 4 ports detected
[420519.106219] usb 1-8.2: new full-speed USB device number 6 using xhci_hcd
[420519.232551] usb 1-8.2: New USB device found, idVendor=0451, idProduct=16c8, bcdDevice= 1.00
[420519.232557] usb 1-8.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[420519.232569] usb 1-8.2: Product: CC2538 USB CDC
[420519.232570] usb 1-8.2: Manufacturer: Texas Instruments
[420519.240253] cdc_acm 1-8.2:1.0: ttyACM0: USB ACM device
[420520.326224] usb 1-8.1: new full-speed USB device number 7 using xhci_hcd
[420520.452663] usb 1-8.1: New USB device found, idVendor=0451, idProduct=16c8, bcdDevice= 1.00
[420520.452669] usb 1-8.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[420520.452670] usb 1-8.1: Product: CC2538 USB CDC
[420520.452672] usb 1-8.1: Manufacturer: Texas Instruments
[420520.460349] cdc_acm 1-8.1:1.0: ttyACM1: USB ACM device
Das ist jetzt auch schwierig - zwei Sticks angeklöppelt, dmesg erkennt sie, aber nur einer ist unter 'by-id'
root@DELL-T20-32GB:/dev/serial/by-path# ls
pci-0000:00:14.0-usb-0:8.1:1.0 pci-0000:00:14.0-usb-0:8.2:1.0
root@DELL-T20-32GB:/dev/serial/by-path#
Bedingt durch die sporadischen Fehlzuordnungen beim Neustart des Hosts ist die VM Variante mit mehr Verbrauch an RAM aber auch keine wirklich immer funktionierende Lösung. Der markierte Bereich ist dann z.B. '3' statt '1' und schwupps sind alle Sticks disconnected.
@martinp
Ja ein wenig komplexer trifft es wohl. Großes Spielkind mit ausuferndem Spieltrieb 
Du nutzt einen virtualhere Server um über das Netzwerk USB-Geräte zugänglich zu machen -> wo läuft der Server, auch unter Proxmox? LXC-Container?
Aktuell nicht für den ioBroker - das waren pre-ioBroker Zeiten (FHEM) - hab mir für den Screenshot nur mal fix den Server und den Client gestartet. Meine beiden Lizenzen für virtualhere sind allerdings auf die Serialnummern der RaspberryPis gekoppelt, welche ich damals dafür in Gebrauch hatte.
Du nutzt Proxmox, um darin ioBroker Instanzen zu betreiben -> warum mehrere Instanzen?
'Eine Produktive' und mehrere 'hier tob ich mich mal aus' Instanzen 
Ist das ein Proxmox Cluster?
So ist es - aktuell besteht der Proxmox Cluster aus drei Systemen:
Auf dem Gen8 laufen aktuell die 'alten' Instanzen - also die 'produktive' ioBroker und mein altes Testcenter.
Auf den weiteren Maschinen halt was einem alles mal so vor die Flinte kommt - nextcloud, omada, shinobi, mqtt, grafana, prometheus, tasomoadmin, fhem, grocy, mariadb und was es noch so alles gibt.
Du hast mehrere USB-Sticks
Auch das ist korrekt - ich habe ein Sammelsurium an Zigbee Sticks, Jeelink, CUL, CULHM, ...
genau dagegen hilft ja by-id. Da wird nicht der sich ändernde USB-Port sondern die eindeutige Geräte ID verwendet.
Die muss es allerdings erst einmal geben.
Moment- ich prüfe! 
könntest du das für mich mal in Zahlen fassen?
Ich versuche es mal:
ioBroker mit VM und Desktop -> min. 7GB - aktuell hab ich der VM 12GB RAM zugestanden
ioBroker mit VM ohne Desktop -> liegt im Testbetrieb um und bei 4GB RAM und darf max. 8GB nutzen
ioBroker im LXC Container -> dümpelt aktuell bei etwas mehr als einem GB RAM Auslastung
@martinp
ja ich verstehe was du mir damit sagen möchtest (denke ich). Leider (so ich denn richtig im Thema bin) ergibt das mit dem by-id bzw by-path gelegentlich Probleme wenn der Host aktualisiert und neu gestartet wird. Sporadisch ändert der Proxmox Host dann seine Pfade
ls /dev/serial/by-id
usb-1a86_USB2.0-Serial-if00-port0
usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_fab6f39d073bec11ab2ea0957a0af07f-if00-port0
usb-Texas_Instruments_CC2538_USB_CDC-if00
Das ist jetzt in diesem Fall für den existierenden Host nur ein Texas_Instruments_CC2538_USB_CDC, da ich aber dieser Tage immer mal wieder am umbauen und aufräumen bin würde ich gern die neuen Systeme als LXC mit den spare Parts Texas_Instruments_CC2538_USB_CDC aufbauen. Die alten Systeme sind als VMs aufgesetzt und brauchen deutlich mehr Ressourcen, welche ich gerne anderweitig nutzen wollen würde.
Daher die Idee die 'iSerial' zu nutzen - die könnte ich dann als unique auch nach Neustart automatisiert zuweisen lassen.
@martinp
Dieses Darstellung habe ich vom virtualhere Client gescreenshottet.
Da ist das hübscher konsolidiert
Moin,
ich hoffe ich bin hier richtig. Ich habe meine ioBroker Instanzen auf einem Proxmox installiert.
Nun möchte ich mehrere Sticks von @arteck an den Server bringen und, wenn möglich bevorzugt, anhand der iSerial (USB) mit udev rules an den jeweiligen LXC Container durchreichen.
Gibt es eine Möglichkeit den Sticks entsprechend (nachträglich) eine serial zu 'verpassen'?
Vielen Dank im Voraus für eine kurze Antwort.
@arteck
Sieht aus als hätte er es nun geschafft
Vielen lieben Dank - muss noch etwas angepasst werden wegen der Meldungen die ich oben hinzugefügt habe?
@arteck
Einen Moment - ich wiederhole das Vorhaben und werde berichten.
$ ./iobroker upgrade zigbee
Update zigbee from @1.6.0 to @1.6.14
host.ioBroker-Final-Destination Adapter "system.adapter.zigbee.0" is stopped.
NPM version: 6.14.15
npm install iobroker.zigbee@1.6.14 --loglevel error --prefix "/opt/iobroker" (System call)
Update "system.adapter.zigbee.0"
upload [300] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/zbt_smart_switch.png img/zbt_smart_switch.png image/png
upload [250] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/plug.png img/plug.png image/png
upload [200] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/osram_gpole_mini.png img/osram_gpole_mini.png image/png
upload [150] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/innr_osl130c.png img/innr_osl130c.png image/png
upload [100] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/group_0.png img/group_0.png image/png
upload [90] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/gateway.png img/gateway.png image/png
upload [80] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ewelink_DS01.png img/ewelink_DS01.png image/png
upload [70] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/ctrl_neutral2.png img/ctrl_neutral2.png image/png
upload [60] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/bitron_motion.png img/bitron_motion.png image/png
upload [50] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/aqara_curtain.png img/aqara_curtain.png image/png
upload [40] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/TS0215.png img/TS0215.png image/png
upload [30] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Ikea_fyrtur.png img/Ikea_fyrtur.png image/png
upload [20] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Eurotronic_Spirit_04.png img/Eurotronic_Spirit_04.png image/png
upload [19] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_R8_8.png img/DIYRuZ_R8_8.png image/png
upload [18] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_Geiger.png img/DIYRuZ_Geiger.png image/png
upload [17] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_FreePad_LeTV_8.png img/DIYRuZ_FreePad_LeTV_8.png image/png
upload [16] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_FreePad.png img/DIYRuZ_FreePad.png image/png
upload [15] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_Flower.png img/DIYRuZ_Flower.png image/png
upload [14] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ_CO2.png img/DIYRuZ_CO2.png image/png
upload [13] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DIYRuZ.png img/DIYRuZ.png image/png
upload [12] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/DGNWG05LM.png img/DGNWG05LM.png image/png
upload [11] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/Bitron_AV201021A.png img/Bitron_AV201021A.png image/png
upload [10] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/BW-IS5.png img/BW-IS5.png image/png
upload [9] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/BW-IS3.png img/BW-IS3.png image/png
upload [8] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/AV2010_32.png img/AV2010_32.png image/png
upload [7] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86sw2.png img/86sw2.png image/png
upload [6] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86sw1.png img/86sw1.png image/png
upload [5] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/86plug.png img/86plug.png image/png
upload [4] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/81855.png img/81855.png image/png
upload [3] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/14153905L.png img/14153905L.png image/png
upload [2] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/img/14147206L.png img/14147206L.png image/png
upload [1] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/admin.js admin.js application/javascript
upload [0] zigbee.admin /opt/iobroker/node_modules/iobroker.zigbee/admin/adapter-settings.js adapter-settings.js application/javascript
Adapter "zigbee" updatedhost.ioBroker-Final-Destination Adapter "system.adapter.zigbee.0" is started
process exited with code 0
zigbee.0 2022-01-26 09:43:11.232 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-26 09:46:53.098 error Error herdsman start
zigbee.0 2022-01-26 09:46:53.098 error Failed to start Zigbee
zigbee.0 2022-01-26 09:46:53.098 error Starting zigbee-herdsman problem : "startup failed - configuration-adapter mismatch - see logs above for more information"
zigbee.0 2022-01-26 09:46:53.042 error Re-commissioning your network will require re-pairing of all devices!
zigbee.0 2022-01-26 09:46:53.042 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-26 09:46:53.042 error Please update configuration to prevent further issues.
zigbee.0 2022-01-26 09:46:53.041 error - Channel List: configured=13, adapter=13
zigbee.0 2022-01-26 09:46:53.041 error - Network Key: configured=xxx, adapter=xxx
zigbee.0 2022-01-26 09:46:53.041 error - Extended PAN ID: configured=00124xxxxxxxxxxx, adapter=00124xxxxxxxxxxx
zigbee.0 2022-01-26 09:46:53.041 error - PAN ID: configured=6755, adapter=6756
zigbee.0 2022-01-26 09:46:53.041 error Configuration is not consistent with adapter state/backup!
zigbee.0 2022-01-26 09:46:52.847 info Installed Version: iobroker.zigbee@1.6.14
zigbee.0 2022-01-26 09:46:52.602 info Starting Zigbee npm ...
zigbee.0 2022-01-26 09:46:52.557 info starting. Version 1.6.14 in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.18.3, js-controller: 3.3.22
host.ioBroker-Final-Destination
2022-01-26 09:46:51.199 info instance system.adapter.zigbee.0 started with pid 143911
Moin,
ich habe auch einen Stick, welcher die 'oldherdsman' Version gebraucht hat. Nun hatte ich gestern testweise die ieee vom alten Stick auf den Sonoff geklont. Nach der Umstellung auf 'dev/ttyUSB0' startet diese Zigbee Instanz auch. Nun dachte ich mir - mit der aktuellen Firmware auf dem Sonoff Stick sollte ich doch endlich die Zigbee Instanz von 1.6.0o auf 1.6.14 updaten können - leider funktioniert das nicht.
$ ./iobroker upgrade zigbee
ERROR: Uncaught Rejection: TypeError: Invalid Version: 1.6.0o at new SemVer (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/semver/classes/semver.js:38:13) at compare (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/semver/functions/compare.js:3:3) at Object.gte (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/semver/functions/gte.js:2:30) at Object.upToDate (/opt/iobroker/node_modules/iobroker.js-controller/lib/tools.js:153:19) at Upgrade.upgradeAdapter (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup/setupUpgrade.js:489:23)
ERROR: process exited with code 6
Der nächste Gedanke war (ahnungslos und pragmatisch veranlagt wie ich so häufig bin) 'finde die Versionsangabe, entferne das 'o' und versuch es noch einmal. Also habe ich in der '/opt/iobroker/node_modules/iobroker.zigbee/io-package.json' die Zeile
"version": "1.6.0o",
entsprechend angepasst und die Installation erneut gestartet. Das funktionierte soweit auch, allerdings startet der Zigbee Adapter mit dem Sonoff nach dem Update nicht mehr. Wenn ich wieder auf die 'oldherdsman' Version 1.6.0o gehe kann ich wieder alles wie gewohnt steuern.
Welche Möglichkeiten habe ich auf die Version 1.6.14 zu kommen ohne meine 126 Geräte komplett neu anlernen zu müssen?
Vielen Dank im Voraus für eure Hilfe und Gruß
Mario
