Update unter Tinkerboard S

[deimos]

Was kommt bei

strings /proc/device-tree/serial@ff190000/compatible
dmesg | grep uart

[nhbischo]

Viele Grüße

Mathias

[deimos]

ok,

jetzt wird es strage.

dann bitte mal

modprobe dw_apb_raw_uart
dmesg | grep uart
lsmod
modinfo dw_apb_raw_uart

Und gleich die Vorwarnung, ich kann erst morgen früh wieder hier reinschauen.

Viele Grüße

Alex

[nhbischo]

Viele Grüße

Mathias

PS : Morgen früh wäre schon mehr als Nett. Ich selber bin erst gegen 14 Uhr wieder at home am Rechner.

[deimos]

Hi,

füge mal der Datei /boot/armbianEnv.txt diese beiden Zeilen hinzu:

overlay_prefix=rockchip
overlays=i2c1 i2c4 spi2 spidev2 uart1 uart2

Danach dann ein Reboot.

Und dann bitte die Ausgabe von

pivccu-info
dmesg | grep uart

Viele Grüße

Alex

[nhbischo]

Moin. Sorry. Durfte etwas länger Geld verdienen

Viele Grüße

Mathias

[nhbischo]

Moin !

Vll eine Idee oder bin ich da völlig auf dem Holzweg ?

Ich habe gerade einmal ein wenig rum gespielt. Wenn ich mit 'sudo dpkg-reconfigure pivccu3' folgende Einstellung mache und

in der Auswahlmaske HM-MOD-RPI ….. anwähle und egal was ich in der Folge auswähle

meldet er sich grundsätzlich mit der Meldung

Sobald ich aber HM-MOD-RPI….. nicht mehr auswähle und nur die Softwareemulation anwähle, gibt es die Fehlermeldung nicht mehr. Er startet normal

Kann dieses Verhalten auch auf einen Hardwarefehler im Aufsteckmodul hindeuten ? Wäre zwar seltsam, da das Modul ja die ganze Zeit lief, aber eine Möglichkeit ? Hardware geht ja auch mal kaputt. Wieder HM-MOD-RPI ausgewählt und

'systemctl status pivccu.service' ausgeführt und die Meldung war wieder

Dazu schien er ja nie das UART-Modul zu finden, wenn ich das ganze als immer noch Anfänger halbwegs richtig verstehe. Gerade weil ja 'pivccu-info'

dieses meldet.

Viele Grüße

Mathias

[EDDY]

Hi Mathias,

Ich hoffe das du ein Backup hasst…

hatte das gleiche Problem.

habe Image neu geflash, Backup drüber, läuft wieder

[deimos]

Hi,

sorry, dass ich mich so lange nicht gemeldet habe, war familiär zu eingebunden, um das Problem weiter zu untersuchen.

Wie ich ja bereits geschrieben habe, hat Armbian einiges am Bootloader verändert. Teile davon wurden automatisch aktualisiert, Teile davon allerdings nicht. Dein System nutzt daher jetzt Teile vom alten Mechanismus und Teile vom neuen, dass passt nicht zusammen. Daher bitte mal folgendes machen, genau in der Reihenfolge und genau diese Befehle und bitte die Ausgabe hier posten:

/var/lib/piVCCU/dts/revert_dts.sh

• Die Anpassung in der Datei /var/lib/piVCCU/dts/detect_board.inc wieder rückgängig machen, so dass da wieder

FDT_FILE=rk3288-tinker.dtb

drinsteht, dann nochmal

/var/lib/piVCCU/dts/revert_dts.sh

Danach:

nand-sata-install

Dort den Punkt "Install/Update the bootloader on SD/eMMC" auswählen, und die folgende Warnung mit OK bestätigen.

Danach:

/var/lib/piVCCU/dts/patch_dts.sh

Jetzt einen Reboot und dann bitte die Ausgabe von:

pivccu-info
strings /proc/device-tree/serial@ff190000/compatible
strings /proc/device-tree/serial@ff190000/status

Viele Grüße

Alex

[nhbischo]

N ' Abend !

Kein Ding. Gibt mehr als nur Rechner Nicht ganz unbekannt

Reboot

Viele Grüße

Mathias

[deimos]

Hi,

ok, langsam macht mich der Armbian Bootloader fertig, dann halt Holzhammer:

wget https://www.pivccu.de/piVCCU/pool/main/p/pivccu-devicetree-armbian/pivccu-devicetree-armbian-1.0.23.deb
dpkg -i pivccu-devicetree-armbian-1.0.23.deb
reboot

Reboot und dann nochmal

pivccu-info
strings /proc/device-tree/serial@ff190000/compatible
strings /proc/device-tree/serial@ff190000/status

Viele Grüße

Alex

P.S. So wirklich exakt identisch hast du die Befehle aber nicht ausgeführt…

[nhbischo]

Sorry für's ungenaue Ausführen.

Und es läuft

Respekt was Du hier leistest. Ganz, ganz herzlichen Dank. Und das ohne das etwas zerschossen wurde.

Viele Grüße

Mathias

[deimos]

Hi,

super, freut mich. Kommt auch gleich offiziell ins apt repo, damit andere nicht die gleichen Probleme bekommen.

Viele Grüße

Alex