@merlin123
Bei mir läuft der Zigbee Adapter wie gehabt.

@apollon77

Das sieht sehr gut aus, alle Adapter der Slave sind grün
Bei mir sind die Objects in Redis.

Anbei das log vom:
Master: iobroker.2019-09-24.log
Slave: iobroker.2019-09-24.log

Neustart Master: ~00:07Uhr
Neustart Slave: ~00:14 Uhr

@jey-cee

Für dein Blockly bedeutet das falls Power consumption <=40 und Power delivery >=40, mache nichts.

Könntest du mir ein Beispiel in Blockly zeigen? Ich habe aktuell ein problem das umzusetzen und zu integrieren.

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@e-i-k-e Das war noch nie nötig:-) Fakt war nur das im Normalfall der Admin Code auf jedem Slave liegt, aber sonst nichts. Also: Nein braucht man nicht

Komisch. Ich handhabe das schon seit einigen Jahren so. Aber dann ist gut, danke für die Info!

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@e-i-k-e Danke, Hast nen Bug gefunden. Wird in der 4.0.8 gefixt

Na das ist doch super!
Über CLI habe ich es nicht versucht. Ich werde auch nun auf den fix warten und anschließend berichten, ob es funktioniert.

@Bluefox @apollon77

vis-justgage läuft!

@klassisch said in Leistungssteuerung PV-Wechselrichter "0-Einspeisung":

Über welche Schnittstelle und wie häufig kommen denn die Daten vom Discovergy Zähler?

Über den Adapter, aktuell meine ich im 10 sek Takt. Dies kann individuell angepasst werden.

@apollon77 sagte in js-controller 4.0 jetzt im BETA/LATEST!:

@e-i-k-e Danke, Hast nen Bug gefunden. Wird in der 4.0.8 gefixt

Mit 4.0.8 kann ich nun die Adapter löschen.
Danke!

@apollon77
Mit der neuen Version läuft alles sauber.

@paul53

Zum vergleich Tn: 30 | 20

@apollon77 Gibt es ja nicht, hat sofort funktionirt! Danke

@thomas-braun sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

@e-i-k-e sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

Verstehe nicht, warum es jetzt klappt.

Weil es Debian ist...

bedeutet, dass Debian „besser“ für diesen Anwendungsfall wäre?

@thomas-braun

Ich habe gerade eine dritte VM aufgesetzt, diesmal mit Debian 12.

pi@localhost:~$ sudo ls -l /dev/serial/by-id
[sudo] password for pi: 
total 0
lrwxrwxrwx 1 root root 13 Dec 12 22:55 usb-Texas_Instruments_XDS110__03.00.00.25__Embed_with_CMSIS-DAP_L1100L7S-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Dec 12 22:55 usb-Texas_Instruments_XDS110__03.00.00.25__Embed_with_CMSIS-DAP_L1100L7S-if03 -> ../../ttyACM1

Verstehe nicht, warum es jetzt klappt.

@thomas-braun
Okay.
Was kann ich bei meinem Problem noch machen?
Kann das an der neuen Hardware (HP T640) bzw. einer falschen Bios Einstellung liegen?

@thomas-braun
Ist klar. Ist auch nur eine neue Test-Umgebung.

@thomas-braun sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

@e-i-k-e sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

Warum erhalte ich keine Ausgabe durch ls /dev/serial/by-id

Weil der Kernel/udev das Gerät nicht als serielles Gerät erkennt und deswegen auch die Links nicht angelegt werden.

Kann ich noch was machen oder prüfen?
Ich finde es ja sehr merkwürdig, dass es nicht funktioniert.

Ich habe eine neue VM mit einer anderen Version (22.04) von Ubuntu aufgesetzt.
Gleiches Problem.

root@iobroker:~# lsusb
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 002: ID 0451:bef3 Texas Instruments, Inc. CC1352R1 Launchpad
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
root@iobroker:~# ls -l /dev/serial/by-id
ls: cannot access '/dev/serial/by-id': No such file or directory
root@iobroker:~

@thomas-braun sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

@e-i-k-e

Das ist nur der Debugger.
Keine Ahnung, warum das eigentliche Device nicht gesehen wird.
Verwendest du da einen USB-Hub oder sowas? Stick am Verlängerungskabel?

Es ist ein kurzes USB-Verlängerungskabel dazwischen. Aber diese Konstellation hat an der vorherigen Hardware genauso funktioniert.

Warum erhalte ich keine Ausgabe durch ls /dev/serial/by-id
Sondern nur die Meldung "ls: cannot access '/dev/serial/by-id': No such file or directory" ?

@thomas-braun sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

@e-i-k-e sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

Ein USB-Device habe ich stecken lassen und eins habe ich getrennt

Und haben die auch Bezeichnungen?

Beide entfern.
Erst "Silicon Labs CP210x UART Bridge", anschließend " Texas Instruments, Inc. CC1352R1 Launchpad".

[Thu Dec 12 21:13:04 2024] usb 2-2: USB disconnect, device number 6
[Thu Dec 12 21:13:10 2024] usb 2-1: USB disconnect, device number 7

Einen wieder Verbunden "Texas Instruments, Inc. CC1352R1 Launchpad".

[Thu Dec 12 21:14:40 2024] usb 2-1: new high-speed USB device number 8 using xhci_hcd
[Thu Dec 12 21:14:40 2024] usb 2-1: New USB device found, idVendor=0451, idProduct=bef3, bcdDevice= 1.00
[Thu Dec 12 21:14:40 2024] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[Thu Dec 12 21:14:40 2024] usb 2-1: Product: XDS110 (03.00.00.25) Embed with CMSIS-DAP
[Thu Dec 12 21:14:40 2024] usb 2-1: Manufacturer: Texas Instruments
[Thu Dec 12 21:14:40 2024] usb 2-1: SerialNumber: L1100L7S
[Thu Dec 12 21:14:40 2024] hid-generic 0003:0451:BEF3.0004: hiddev0,hidraw0: USB HID v1.11 Device [Texas Instruments XDS110 (03.00.00.25) Embed with CMSIS-DAP] on usb-0000:01:1b.0-1/input5

@thomas-braun sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

@e-i-k-e

Schau dir per

dmesg -wT

die Meldungen an, wenn der Stickk entfernt und nach einer Minute wieder eingesteckt wird.

[Thu Dec 12 21:05:18 2024] usb 2-1: USB disconnect, device number 5
[Thu Dec 12 21:05:18 2024] usb 2-2: USB disconnect, device number 4
[Thu Dec 12 21:05:18 2024] workqueue: hub_event hogged CPU for >10000us 4 times, consider switching to WQ_UNBOUND
[Thu Dec 12 21:05:18 2024] usb 2-2: new full-speed USB device number 6 using xhci_hcd
[Thu Dec 12 21:05:18 2024] usb 2-2: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[Thu Dec 12 21:05:18 2024] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[Thu Dec 12 21:05:18 2024] usb 2-2: Product: CP2102 USB to UART Bridge Controller
[Thu Dec 12 21:05:18 2024] usb 2-2: Manufacturer: Silicon Labs
[Thu Dec 12 21:05:18 2024] usb 2-2: SerialNumber: 0021
[Thu Dec 12 21:05:54 2024] usb 2-1: new high-speed USB device number 7 using xhci_hcd
[Thu Dec 12 21:05:54 2024] usb 2-1: New USB device found, idVendor=0451, idProduct=bef3, bcdDevice= 1.00
[Thu Dec 12 21:05:54 2024] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[Thu Dec 12 21:05:54 2024] usb 2-1: Product: XDS110 (03.00.00.25) Embed with CMSIS-DAP
[Thu Dec 12 21:05:54 2024] usb 2-1: Manufacturer: Texas Instruments
[Thu Dec 12 21:05:54 2024] usb 2-1: SerialNumber: L1100L7S
[Thu Dec 12 21:05:54 2024] hid-generic 0003:0451:BEF3.0003: hiddev0,hidraw0: USB HID v1.11 Device [Texas Instruments XDS110 (03.00.00.25) Embed with CMSIS-DAP] on usb-0000:01:1b.0-1/input5

Ein USB-Device habe ich stecken lassen und eins habe ich getrennt und nach einer gewissen zeit, wieder verbunden.

@thomas-braun

Ich komme aber trotzdem leider nicht weiter.

pi@iobroker:~$ lsusb
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Bus 002 Device 003: ID 0451:bef3 Texas Instruments, Inc. CC1352R1 Launchpad
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
pi@iobroker:~$ sudo ls /dev/serial/by-id
ls: cannot access '/dev/serial/by-id': No such file or directory

@thomas-braun sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

@e-i-k-e sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

leider sind einige Distribution so alt

Dann haste da viel zu lange gepennt.

Da muss ich dir recht geben