piVCCU3 Update auf 3.51.6

[Riconr1]

Für alle mit dem selben Problem und dem Tinker board S:

Code: Alles auswählen

#als root anmelden und folgendes eingeben:
apt-mark hold linux-headers-next-rockchip
#Ergebnis: linux-headers-next-rockchip auf Halten gesetzt.
apt-mark hold linux-image-next-rockchip
#Ergebnis: linux-image-next-rockchip auf Halten gesetzt.
dpkg --get-selections |awk '$2 == "hold" { print $1 }'
#Ergebnis: linux-headers-next-rockchip und linux-image-next-rockchip

vielleicht hilft es jemandem

[Riconr1]

Danke @ klassisch

habe jetzt gesehen, dass Du ausführlich geantwortet hast. Es ist absolut richtig, was Du geschrieben hast

[klassisch]

Habe das ja nur nachgeplappert.
Mittlerweile kann man selbst bei Win 10 Home die Updates für mehr als 7 Tage aussetzen. Für unsere Systeme ist das schon eine große Hife. Wiewohl ich persölich bei Windows noch keine so großen Probleme nach einem Update hatte wie bei den Linux-SBCs. Wenn man da keine Exoten-HW hat, geht das gut.
Aber dennoch sind Updates meist mit reboots verbunden und da bin ich dann doch lieber in der Nähe und weiß davon.

[Resilio]

Hallo zusammen,

ich muss hier leider nochmal einhaken. Ich habe ein Asus TinkerBoardS mit Armbian/piVCCU3. Ausgeliefert wurde es mit dem Technikkram.net Image. Es ging schon damit los, dass ich in der 3.41 keinerlei Zusatzmodule installieren konnte. Sie wurden einfach nicht übernommen. Also dachte ich mir, machst mal ein Update. Nun hab ich ein apt update & apt upgrade durchgeführt. Na toll Partition zu klein, also die Partition vergrößert und alles nochmal von vorne. Die Updates wurden runtergeladen und installiert -> Neustart. Hmmm die VCCU3 kommt nicht mehr hoch. Also bißchen gegoogelt und hier im Thread gelesen und folgendes probiert:

Code: Alles auswählen

root@tinkerboard:~# sudo dpkg-reconfigure pivccu-modules-dkms
Removed /etc/systemd/system/multi-user.target.wants/pivccu-dkms.service.
Removed /etc/systemd/system/debmatic.service.wants/pivccu-dkms.service.
Removed /etc/systemd/system/pivccu.service.requires/pivccu-dkms.service.

------------------------------
Deleting module version: 1.0.41
completely from the DKMS tree.
------------------------------
Done.

Creating symlink /var/lib/dkms/pivccu/1.0.41/source ->
                 /usr/src/pivccu-1.0.41

DKMS: add completed.
Error! Your kernel headers for kernel 4.19.69-rockchip cannot be found.
Please install the linux-headers-4.19.69-rockchip package,
or use the --kernelsourcedir option to tell DKMS where it's located

Kann mir jemand sagen wie ich jetzt wieder das richtige Kernel Header Paket reinbekomme? Wenn ich das richtig gelesen habe, scheint das ein bekanntes Problem mit Armbian 4.19.69 und dem Tinkerboard zu sein.

Vorab -> bin absoluter Linux Anfänger. War bislang immer nur in der Windows Welt zu Hause

[deimos]

Hi,

da solltest du denjenigen fragen, von dem du das Image gegen Geld bekommen hast. Ich gebe zumindest keinen Support für Images, bei denen nicht klar ist, wie sie aufgebaut sind und bei denen man Geld in die Hand nehmen müsste, um Probleme nachzustellen.

Viele Grüße
Alex

[klassisch]

Vorab -> bin absoluter Linux Anfänger. War bislang immer nur in der Windows Welt zu Hause

Dieser Ärger mit Kernelupdates und den damit verbundenen Überraschungen waren einer der Gründe warum ich mit ioBroker vom Orange Pi auf einen gebrauchten Laptop unter Windows 10 umgezogen bin. Und ich fahre gut damit und auch nicht so viel teurer wie mit einem Tinkerboard S wenn man alles rechnet. piVCCU3 läuft bei mir noch auf einem Orange Pi. Allerdings nutze ich da kein Image. Ich folgte einer Anleitung zur Installation von Armbian und anschließend der Anleitung zur Installation von piVCCU von Github https://github.com/alexreinert/piVCCU/b ... armbian.md .
Und seit uns Alex den Hinweis gegeben hat, wie man Kernel Updates verhindern kann (siehe viewtopic.php?p=593550#p593550) kann ich auch piVCCU-Updates recht entspannt machen.

Wenn Du mit Deinem Kombiimage nicht zu recht kommst, kannst Du mal dort https://www.pivccu.de/images/?dir=piVCCU3 nachschauen. Da gibt es ein Tinkerboard Image mit piVCCU3. Dann die Kernelupdates blockieren und danach piVCCU updaten.
Dieses Verzeichnis gibt auch einen kleinen Eindruck zur SBC-Herde von Alex und läßt etwas von der geleisteten Arbeit erahnen.
ioBoker kannst Du dann auch manuell installieren (hatte ich auf meinem OPi auch gemacht) oder eben mit ioBroker auf eine Windows Maschine gehen.
Ich bin auch kein Linuxer, aber man kann sich durchbeissen.

[Slice]

Hallo an alle,

ich poste das jetzt einfach mal doppelt zur Info!

Heute hab ich mein piVCCU3 auf die neue HB-RF-ETH mit RPI-RF-MOD inkl. Stabantenne umgebaut.
Sprich die HB-RF-USB ausgetauscht.

Leider hatte ich verpennt das ich noch im testing Repo war und nicht aufgepasst und die neue v3.53.26 installiert.
Wollte ich gar nicht und hab die andere SD Karte wieder rein und bleibe erstmal bei der v3.51.6 über main Repo.

Dann noch die Treiber von der Platine unter piVCCU installiert. Funkmodul da und Geräte lassen sich ansprechen!

Zur Info:

pi@RaspberryPi3:~ $ sudo pivccu-info
piVCCU version: 3.51.6-41
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi UART: Assigned to GPIO pins
HMRF Hardware: RPI-RF-MOD
HMIP Hardware: RPI-RF-MOD
Board serial: 58A992FCDB
Radio MAC: unknown
SGTIN: 3014F711A0001F58A992FCDB
State: RUNNING
PID: 874
IP: 10.1.1.253
CPU use: 53.66 seconds
BlkIO use: 63.69 MiB
Memory use: 202.27 MiB
KMem use: 5.77 MiB
Link: vethpivccu
TX bytes: 1.65 MiB
RX bytes: 355.96 KiB
Total bytes: 2.00 MiB

Und mit der v1.2.2:

Sieht also soweit schon mal gut aus!!

Ist jetzt zwar erstmal etwas provisorisch mit den Gehäusen, aber für die erste Inbetriebnahme einwandfrei!
Mal schauen was der Alltagsbetrieb so bringt.

EDIT:
Okay, die ersten beiden "Gerätekommunikation gestört" Meldungen habe ich jetzt schon bei 2 HM Geräten.
DutyCycle bei 13% aktuell.


Nochmal danke soweit deimos!

Grüße,
Slice