Victron Energy VenusOS (RPI 4) usb devices verbinding

[Scott81]

In de camper heb ik de electro van Victron Energy. Victron Energy communiceert een groot deel van hun apparaten met een Cerbo GX.

Zelf bieden ze ook de mogelijkheid hun besturingssysteem op een Raspberry Pi te installeren en dit heb ik dan ook gedaan.
Via een USB hub koppel ik verschillende apparaten met de Raspberry Pi en dit werkt het meerendeel van de tijd, echter regelmatig valt de verbinding naar de accessoires weg.

Ik heb al een crontab ingesteld dat de Raspberry Pi elke nacht herstart omdat dit na een herstart vaak weer werkt (alle gekoppelde apparaten kunnen weer worden gevonden).

Nu heb ik vandaag het zelfde probleem gehad en de Raspberry even handmatig herstart maar hij blijft geen apparaten kunnen vinden.

Als test het "lsusb" commando uitgevoerd en krijg dit te zien:

code:

root@raspberrypi4:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 03eb:572b Atmel Corp. 
Bus 001 Device 004: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 001 Device 003: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Met lsusb -v | more zie ik verschillende apparaten met "Manufacterer" Victron Energy, echter kan dat ook de USB-MK3 dongle zijn waarmee de MultiPlus (omvormer) direct verbinding maakt ipv via de USB hub. De lijst is lang, ik kan regels blijven toevoegen

De USB hub is verbonden met een 5m lange USB kabel (moet vanuit het woongedeelte naar de garage), maar daar zit een nieuwe powered USB hub (van waveshare).

Wie kan me helpen met het achterhalen van het probleem?

[deHakkelaar]

Wat geven onder weer?

code:

vcgencmd get_throttled

code:

sudo journalctl --full --no-pager --dmesg --grep voltage

Of als je een systemd distro draait die --grep niet heeft/kent:

code:

sudo journalctl --full --dmesg | grep -i voltage

Ter info:

If you are seeing warnings, you should improve the power supply and/or cable, as low power can cause problems with corruption of SD cards, or erratic behaviour of the Raspberry Pi itself; for example, unexplained crashes.

https://www.raspberrypi.c...tml#power-supply-warnings

$ man vcgencmd
[..]
       get_throttled
              Returns the throttled state of the system. This is a bit pattern
              - a bit being set indicates the following meanings:

              Bit   Meaning
              ────  ────────────────────────────────────
               0    Under-voltage detected
               1    Arm frequency capped
               2    Currently throttled
               3    Soft temperature limit active
              16    Under-voltage has occurred
              17    Arm frequency capping has occurred
              18    Throttling has occurred
              19    Soft temperature limit has occurred

              A value of zero indicates that none of the above  conditions  is
              true.

              To find if one of these bits has been set, convert the value re‐
              turned to binary, then number each bit along the  top.  You  can
              then see which bits are set. For example:

              0x50000 = 0101 0000 0000 0000 0000

              Adding the bit numbers along the top we get:

              19   18   17   16   15   14   13   12   11   10   9   8   7   6   5   4   3   2   1
               0    1    0    1    0    0    0    0    0    0   0   0   0   0   0   0   0   0   0

              From  this  we  can  see that bits 18 and 16 are set, indicating
              that the Pi has previously been throttled due to  under-voltage,
              but is not currently throttled for any reason.

[ Voor 79% gewijzigd door deHakkelaar op 29-01-2024 03:00 . Reden: + quote ]

[deHakkelaar]

Ok dan maar omdat ik waarschijnlijk de enige ben die het ziet
https://github.com/raspbe...07d4f9b7986eb765ddf81b5d8

[Scott81]

Net thuis van werk en nu worden de apparaten wel weergegeven.

Met lsusb zie ik nu dit:

code:

root@raspberrypi4:~# lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 005: ID 03eb:572b Atmel Corp. 
Bus 001 Device 008: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 007: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 006: ID 2109:2817 VIA Labs, Inc. 
Bus 001 Device 004: ID 1a40:0101 Terminus Technology Inc. Hub
Bus 001 Device 003: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Wat aantoont dat hij gisteren dus echt de apparaten niet detecteerde.

code:

root@raspberrypi4:~# vcgencmd get_throttled
-sh: vcgencmd: command not found

code:

root@raspberrypi4:~# journalctl --full --no-pager --dmesg --grep voltage
-sh: journalctl: command not found

Hij kan die commando's dus blijkbaar niet vinden. Ik "weet" dat venusos een linux variant is maar veel meer dan dat ook niet

deHakkelaar schreef op maandag 29 januari 2024 @ 02:46:
Ok dan maar omdat ik waarschijnlijk de enige ben die het ziet
https://github.com/raspbe...07d4f9b7986eb765ddf81b5d8

Wat bedoel je precies, ik zie het iig niet

PS, ik heb deze voeding om de raspberry pi te voeden. Het is een 3A voeding dus ik verwacht (hoop) dat dat voldoende moet zijn.
https://www.amazon.nl/dp/...o2ov_dt_b_product_details


De usb hub is zelf ook gevoed

[ Voor 7% gewijzigd door Scott81 op 29-01-2024 19:09 ]

[deHakkelaar]

Scott81 schreef op maandag 29 januari 2024 @ 19:07:
Hij kan die commando's dus blijkbaar niet vinden. Ik "weet" dat venusos een linux variant is maar veel meer dan dat ook niet

Sorry ik nam verkeerd aan dat dit een systemd OS was aangezien het op een Raspi kan draaien en daar een boel dus systemd toepassen als init.
Het journalctl commando is systemd specifiek om de logs/journals uit te lezen.
En het vcgencmd commando zit in een specifieke package: libraspberrypi-bin die door Raspbian wordt onderhouden maar dus mogelijk niet is geinstalleerd in VenusOS:

$ dpkg -S /usr/bin/vcgencmd
libraspberrypi-bin: /usr/bin/vcgencmd

Ik will je er alleen op wijzen dat als er onverklaarbare crashes zijn of mogelijk USB apparaten die soms niet verschijnen, dat dit mogelijk voeding gerelateerd kan zijn (AC-adapter, bekabeling of USB apparaten die teveel stroom vragen).
Dit is altijd het eerste wat ik controleer met Raspi's omdat ze berucht zijn om te crashen als de voeding onvoldoende is.

VenusOS is mij totaal onbekend maar aangezien die Under-voltage meldingen naar de kernel ring buffer/log worden geschreven, zou je ze ook met onder moeten kunnen vinden (nadat het in de rats is gedraait en mogelijk heb je root of sudo powers nodig):

code:

dmesg -T | grep -i voltage

Die meldingen staan in RAM dus zijn bij een volgende reboot foetsie!

Wel een kantekening, als die VenusOS kernel niet is gecompileerd specifiek voor een Raspi, dan verschijnen mogelijk die Under-voltage meldingen niet in de kernel logs.
Als je een scherm aangesloten hebt, dan zie je geloof ik ook een bliksem schigt symbooltje verschijnen in de linker of rechter bovenhoek als Under-voltage optreedt.

Zo te zien heb je logs:
https://github.com/victro...lopment#reading-log-files

Je kunt onder ook nog controleren ofdat Under-voltage ergens wordt gelogd (root of sudo powers nodig):

code:

rgrep -i voltage /log/

Scott81 schreef op maandag 29 januari 2024 @ 19:07:
Wat bedoel je precies, ik zie het iig niet

Er zat een foutje in de man page voor het vcgencmd commando.
Is inmiddels aangepast:
https://github.com/raspbe...3#issuecomment-1914710169