Update unter Tinkerboard S

[deimos]

Hi,

Bitte mal die Ausgabe von

cat /boot/armbianEnv.txt
ls -la /boot/dtb/
uname -a
dpkg -s linux-xenial-root-next-tinkerboard
dpkg -s linux-stretch-root-next-tinkerboard
dpkg -s linux-u-boot-tinkerboard-next

Viele Grüße

Alex

[nhbischo]

Viele Grüße

Mathias

[deimos]

Hi,

ok, ich habe eine Ahnung. Mit dem letzten Armbian Update kamen auch einige Änderungen von u-boot mit. Auf deinem System ist irgendwas anders als auf drek verschiedenen Installationen bei mir.

Was kommt bei

cat /boot/boot.cmd

Dann editier bitte mal die Datei /var/lib/piVCCU/dts/detect_board.inc

Dort bitte in Zeile 38

FDT_FILE=rk3288-tinker.dtb

durch

FDT_FILE=rk3288-miniarm.dtb

ersetzen und danach

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

und danach einen Reboot.

Viele Grüße

Alex

[nhbischo]

Moin !

Anbei die Cat.

Und die geänderte detect_…...

Danach rebootet. Und immer noch bleibt es bei

CCU 192.168.178.150 unreachable

systemctl status pivccu.service

Viele Grüße

Mathias

[deimos]

und was sagt pivccu-info?

[nhbischo]

Viele Grüße

Mathias

[deimos]

und was kam für eine Ausgabe bei dem patch_dts.sh von oben?

[nhbischo]

Ups. Nun wird es wohl witzig. Durch das Neubooten fehlt mir der erste Screenshot. Nun habe ich das ganze noch einmal gemacht. Und den letzten verstehe ich Null. Wie kann es sein, das er das Kommando nicht ausführt ?

Viele Grüße

Mathias

[deimos]

Das aktuelle Verzeichnis ist nicht im Pfad, daher musst du in dem Fall ./patch_dts.sh ausführen. Oder halt mit vollständigem Pfad, so wie ich es angegeben hatte.

[nhbischo]

Moin !

Nun noch einmal gepatcht. Alles io. Reboot.

Ever the same. Irgendwie scheint der Container mit PiVCCU3 einfach nicht zu starten. Noch irgend eine Idee, wo dran das liegen könnte ? In Ruhe

Alles andere bei iobroker funktioniert ja. Die Madame von Amazon ….. Nur die piVCCU3 startet einfach nicht. Hab zwar auf den Thermostaten die Profile fertig, aber die Schalter funktionieren leider nur mehr manuell. Irgendwie blöd, weil ein Teil eigentlich über Bewegungsmelder gesteuert wurde.

Viele Grüße

Mathias

[deimos]

Hi,

der Grund ist recht einfach: Weil der Device Tree nicht angepasst ist, findet der Treiber die Hardware nicht.

Die Frage ist nur, warum die Anpassungen nicht durchgeführt bzw. geladen werden.

Wenn dir meine Hilfe nicht passt, kann ich es gerne bleiben lassen. Und wenn ich um eine Ausgabe bitte, dann wäre es schön, wenn ich die auch bekomme, ich kann meine Zeit sonst auch anders nutzen.

Viele Grüße

Alex

[nhbischo]

Sorry. Ich wollte Dir nicht auf die Füsse latschen. Ich weiss Deine Hilfe echt zu schätzen. Falls es falsch rüber kam ein grosses Sorry

Habe das ganze noch einmal ausgeführt.

Neu gebootet. Leider immer noch nichts.

Anbei zwei Bilder aus dem Log vom iobroker

Viele Grüße

Mathias

[deimos]

Ok, passt.

Aber die Ausgabe brauch ich trotzdem noch.

[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