NEWS
Tinkerboard All-In-One mit piVCCU CPU Taktung zu hoch ?
-
Vereinfacht ausgedrückt: Ein Interrupt ist ein Signal von Hardware (hier USB Controller) zum Prozessor in Richtung: "Hallo! Hier gibt es was zu tun". Da man nicht immer prüfen muss, ob was zu tun ist, sondern einfach den Befehl "Mach was" bekommt, kann man recht resourcenschonend programmieren.
Hier ist das Problem aber, dass diese Interrupts auftreten, obwohl die meiste Zeit nichts zu tun ist. Und das dürfte ein Bug sein. Entweder im Kernel oder in der Hardware.
Und diese Interrupts verhinden vermutlich auch, dass die CPU runtergetacktet von ondemand runtergetacktet wird, weil es dort als Event für anstehende Arbeit interpretiert wird.
Also ein bißchen wie im Hotel, wenn du immer auf die Glocke haust, der Portier aus der Hinterkammer kommt und dann sagst, ist doch nichts, ich wollte nur mal auf die Glocke hauen und du das in einer Endlosschleife machst. (Nur das du im dem Beispiel vermutlich irgendwann rausgeschmissen wirst. :wink:)
Ich schau mir das die Tage noch etwas genauer an und schiebe das dann Richtung Armbian oder Kernel Issue Tracker.
Viele Grüße
Alex
-
Boah Alex, SUPER erklärt :D . Das verstehe sogar ich in meinem biblischen Alter :-)
keine Ahnung ob das was damit zu tun hat aber im CuxD finde ich folgende Syslog-Messages:
Nov 30 14:36:25 homematic-ccu2 daemon.warn cuxd[215]: use CUX2801001:11.CMD_QUERY_RET=1 to activate CUX2801001:11.CMD_RETL command! Nov 30 14:36:25 homematic-ccu2 daemon.warn cuxd[215]: use CUX2801001:12.CMD_QUERY_RET=1 to activate CUX2801001:12.CMD_RETS command! Nov 30 14:36:25 homematic-ccu2 daemon.warn cuxd[215]: use CUX2801001:12.CMD_QUERY_RET=1 to activate CUX2801001:12.CMD_RETL command! Nov 30 14:36:25 homematic-ccu2 daemon.warn cuxd[215]: use CUX2801001:13.CMD_QUERY_RET=1 to activate CUX2801001:13.CMD_RETS command! Nov 30 14:36:25 homematic-ccu2 daemon.warn cuxd[215]: use CUX2801001:13.CMD_QUERY_RET=1 to activate CUX2801001:13.CMD_RETL command! Nov 30 14:36:25 homematic-ccu2 daemon.warn cuxd[215]: use CUX2801001:14.CMD_QUERY_RET=1 to activate CUX2801001:14.CMD_RETS command! Nov 30 14:36:25 homematic-ccu2 daemon.warn cuxd[215]: use CUX2801001:14.CMD_QUERY_RET=1 to activate CUX2801001:14.CMD_RETL command! Nov 30 14:36:25 homematic-ccu2 daemon.warn cuxd[215]: use CUX2801001:15.CMD_QUERY_RET=1 to activate CUX2801001:15.CMD_RETS command! Nov 30 14:36:25 homematic-ccu2 daemon.warn cuxd[215]: use CUX2801001:15.CMD_QUERY_RET=1 to activate CUX2801001:15.CMD_RETL command! Nov 30 14:36:25 homematic-ccu2 daemon.warn cuxd[215]: use CUX2801001:16.CMD_QUERY_RET=1 to activate CUX2801001:16.CMD_RETS command! Nov 30 14:36:25 homematic-ccu2 daemon.warn cuxd[215]: use CUX2801001:16.CMD_QUERY_RET=1 to activate CUX2801001:16.CMD_RETL command! Nov 30 14:36:30 homematic-ccu2 daemon.info cuxd[215]: INIT 'xmlrpc_bin://127.0.0.1:12010' 'hm-rpc.1' Nov 30 14:38:39 homematic-ccu2 daemon.err cuxd[215]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 14:38:39 homematic-ccu2 daemon.err cuxd[215]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 14:41:12 homematic-ccu2 daemon.err cuxd[215]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 14:41:12 homematic-ccu2 daemon.err cuxd[215]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 14:46:17 homematic-ccu2 daemon.err cuxd[215]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 14:46:17 homematic-ccu2 daemon.err cuxd[215]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 14:48:49 homematic-ccu2 daemon.err cuxd[215]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 14:48:49 homematic-ccu2 daemon.err cuxd[215]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 14:53:54 homematic-ccu2 daemon.err cuxd[215]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 14:53:54 homematic-ccu2 daemon.err cuxd[215]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 14:56:27 homematic-ccu2 daemon.err cuxd[215]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 14:56:27 homematic-ccu2 daemon.err cuxd[215]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 14:56:27 homematic-ccu2 daemon.warn cuxd[215]: disable events to 127.0.0.1:12010Ich habe jetzt mal das CUX2801001 Gerät gelöscht, war eine FB / Taste mit einem Script aus dem HM Forum, was ich aber nicht benutze.
VG Uwe
-
Noch eine Info, jetzt steht im CuxD Syslog etwas zu ReGaHss :
Nov 30 15:33:30 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallGetValue: CallXmlrpcMethod failed [iseXmlRpc.cpp:1455] Nov 30 15:33:30 homematic-ccu2 local0.err ReGaHss: Error: IseHssDP::ReadValue: CallGetValue failed; sVal = 0 [iseDOMdpHSS.cpp:130] Nov 30 15:33:53 homematic-ccu2 user.warn kernel: [ 295.233498] RTL8723BS: nolinked power save leave Nov 30 15:33:54 homematic-ccu2 user.warn kernel: [ 296.810863] RTL8723BS: nolinked power save enter Nov 30 15:34:34 homematic-ccu2 daemon.err cuxd[217]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 15:34:34 homematic-ccu2 daemon.err cuxd[217]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 15:34:56 homematic-ccu2 user.warn kernel: [ 358.247271] RTL8723BS: nolinked power save leave Nov 30 15:34:57 homematic-ccu2 user.warn kernel: [ 359.818954] RTL8723BS: nolinked power save enter Nov 30 15:35:05 homematic-ccu2 user.err rfd: Parameterset MASTER not found Nov 30 15:35:05 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallXmlrpcMethod: execute result isFault; method =getParamsetDescription Params = {"KEQ1022655:2","MASTER"} result= [faultCode:-3,faultString:"Unknown paramset"] [iseXmlRpc.cpp:2641] Nov 30 15:35:05 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallGetParamsetDescription: CallXmlrpcMethod failed [iseXmlRpc.cpp:2421] Nov 30 15:35:59 homematic-ccu2 user.warn kernel: [ 421.271161] RTL8723BS: nolinked power save leave Nov 30 15:36:00 homematic-ccu2 user.warn kernel: [ 422.842038] RTL8723BS: nolinked power save enter Nov 30 15:37:02 homematic-ccu2 user.warn kernel: [ 484.270581] RTL8723BS: nolinked power save leave Nov 30 15:37:03 homematic-ccu2 user.warn kernel: [ 485.841216] RTL8723BS: nolinked power save enter Nov 30 15:37:07 homematic-ccu2 daemon.err cuxd[217]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 15:37:07 homematic-ccu2 daemon.err cuxd[217]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 15:38:05 homematic-ccu2 user.warn kernel: [ 547.262734] RTL8723BS: nolinked power save leave Nov 30 15:38:06 homematic-ccu2 user.warn kernel: [ 548.832967] RTL8723BS: nolinked power save enter Nov 30 15:39:08 homematic-ccu2 user.warn kernel: [ 610.255004] RTL8723BS: nolinked power save leave Nov 30 15:39:09 homematic-ccu2 user.warn kernel: [ 611.832127] RTL8723BS: nolinked power save enter Nov 30 15:39:39 homematic-ccu2 daemon.err cuxd[217]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 15:39:39 homematic-ccu2 daemon.err cuxd[217]: sendbinrpc(127.0.0.1:12010) - write() Connection refused Nov 30 15:40:01 homematic-ccu2 cron.info crond[77]: crond: USER root pid 772 cmd /bin/sh /usr/local/addons/hconnectvpn/checkaccount.sh >> /dev/null Nov 30 15:40:12 homematic-ccu2 user.warn kernel: [ 674.856761] RTL8723BS: nolinked power save enter -
Ich schau mir das die Tage noch etwas genauer an und schiebe das dann Richtung Armbian oder Kernel Issue Tracker. `
Hi,
habe grade bei Armbian einen Patch dafür abgeladen: https://github.com/armbian/build/pull/847
Damit läuft bei mir jetzt auch der ondemand Scheduler und taktet brav auf 816MHz runter, was bei mir realistisch zum Workload ist.
Viele Grüße
Alex
-
ist auch schon gemerged!
Danke
Rainer
-
Hallo,
ich habe das gleiche Problem mit dem Tinkerboard.
Allerdings ist es bei mir so, dass die CPU nicht mehr runtertaktet, seit ich Bluetooth einsetze.
Hab den ebenfalls auf Schedutil gestellt und nun gehts.
Wie komme ich an den Patch ran?
Ich habe das Armbian Debian Stretch next (Kernel Linux tinkerboard 4.13.16-rockchip #19)
Ist eigentlich Debian Stretch mit Kernel 4.4 besser für iobroker?
Grüße
-
Hi,
gibt zwei Möglichkeiten an den Patch ranzukommen:
-
Warten bis zum nächsten Armbian Release, dann kann man den Kernel per apt updaten.
-
Armbian Build Umgebung aufsetzen und Kernel selber bauen und die deb Packages manuell einspielen
Der Kernel 4.4 ist beim Tinkerboard kritisch, zumindest wenn man piVCCU verwenden will: Bei Rockchip und/oder Asus haben sie irgendwas reingepatcht, was verhindert, dass man Kernel Module bauen kann (ich vermute mal nicht mit Absicht) und ohne Kernel Module kann piVCCU einfach nicht funktionieren wegen den Anfordungen für den Betrieb des Funkmoduls.
Viele Grüße
Alex
-
-
Hi,
beim piVCCU Image gibt es zwei Gründe:
-
Ubuntu ist bei Armbian das Default System für das Tinkerboard.
-
Ubuntu ist mein persönlicher Favorit und läuft auf allen meinen Servern (und ja, das ist extrem subjektiv und ich möchte damit keinen Religionskrieg anfachen :wink:)
Als ich das Image für piVCCU rausgebracht habe, war es leider noch so, dass Armbian für das Tinkerboard keine aktuellen Kernel Header bereitgestellt hatte und der einzige gangbare Weg für die Header war, selber ein Image mit der Build Umgebung zu bauen. Seit Armbian 5.35 ist das glücklicherweise nicht mehr der Fall. Aber damals hat das dann dafür gesorgt, dass Homoran eigentlich keine andere Möglichkeit hatte, als mein Image zu nehmen und darauf aufzubauen um das All-In-One zu bauen.
Viele Grüße
Alex
-
-
Also Ubuntu ist eigentlich auch mein Favorit und läuft auch bei mir auf dem Server :-)
Nur auf dem Tinkerboard hatte ich Debain Stretch installiert.
Ich frage eigentlich deshalb, weil ich auf dem Tinkerboard kein Bluetooth verwenden kann siehe: http://forum.iobroker.net/viewtopic.php … 81#p104121
Ich musste einen BT-Dongle anschließen, um BT nutzen zu können.
Daher war die Frage, ob BT bei Ubuntu vielleicht funktioniert…
Hast du mal getestet?
Grüße
-
Bei mir ist es eigentlich umgekehrt.
Ich mag (mochte) Ubuntu gar nicht. Mag sein, dass es daran lag, dass ich zu der Anfangszeit von ioBroker fast gar kein Linux kannte und es schon mit der Grundinstallation von nodejs immer wieder Probleme gab.
Es mussten Symlinks angelegt werden, die Pfade waren anders…..
Aber wie Alex schon schrieb. für Rock64 und Tinkerboard gibt es Armbian nur auf Basis von Ubuntu.
Diesmal läuft allerdings alles out of the box :P
Das Tinker OS (auf Debian basierend) lief auch ohne Probleme (getestet mit 1.6 und1.8), war allerdings ziemlich groß, da mit grafischer Oberfläche.
Gruß
Rainer
-
Ist das jetzt neu(er)?
Sonst verwechsel ich das jetzt mit dem Rock64, da gibt es nur Ubuntu.
Gruß
Rainer
-
Kann gut sein. Mein Tinkerboard ist nagelneu :-)
Ich wollte eigentlich nur wissen, ob es bezüglich iobroker nennenswerte Unterschiede gibt zwischen Ubuntu und Debian.
iobroker läuft sowieso headless, also brauche ich mir um Desktop o.ä. keine Sorgen zu machen
Ich hab nur Probleme mit BT :-(
Grüße
-
Hi,
gibt zwei Möglichkeiten an den Patch ranzukommen:
-
Warten bis zum nächsten Armbian Release, dann kann man den Kernel per apt updaten.
-
Armbian Build Umgebung aufsetzen und Kernel selber bauen und die deb Packages manuell einspielen
Der Kernel 4.4 ist beim Tinkerboard kritisch, zumindest wenn man piVCCU verwenden will: Bei Rockchip und/oder Asus haben sie irgendwas reingepatcht, was verhindert, dass man Kernel Module bauen kann (ich vermute mal nicht mit Absicht) und ohne Kernel Module kann piVCCU einfach nicht funktionieren wegen den Anfordungen für den Betrieb des Funkmoduls.
Viele Grüße
Alex `
@Alex, ist Dir bekannt, ob es schon einen neuen Armbian Kernel für das Tinker Board gibt ? So langsam wächst meine Installation auf dem Pi und ich denke an einen Umzug auf Tinker. Der workaround
funktioniert, aber die USB IO Interupts sind dann ja immer noch da. Keine Ahnung ob das "stört"
VG Uwe
-
-
Hi,
der Patch ist in Armbian 5.38 drin und das ist seit gut einer Woche verfügbar. Upgrade auf die neue Version kann mit apt (+ Reboot) erfolgen.
Wie Rainer feststellt hat: Perfekt wird es dadurch leider immer noch nicht. Wenn ich mal eine ruhige Minute finde, will ich mir das aber auch nochmal anschauen, die Jungs von Armbian behandeln das Tinkerboard (bzw. eignetlich alles mit Rockchip) momentan leider etwas stiefmütterlich. Wobei ich klar sagen muss, ich kann da auch nur an der Oberfläche kratzen, ich habe da noch riesige Wissenslücken. Das letzte mal das ich vor piVCCU Hardware nah unterwegs war, ist bald zwei Jahrzehnte her…
Viele Grüße
Alex
-
Seit ich einen Bluetooth Adapter für den BT Dongle installiert habe, ist meine CPU dauerhaft von um die 45 Grad vorher auf 68 Grad gewandert, ist das normal?
-
Moin!
Gibt es hier eigentlich schon eine Lösung?
Habe das Thema leider gerade erst gefunden…die finale Migration auf piVCCu auf dem Tinkerboard ist seit 10 min. fertig :-(((
Plattform: Tinkerboard
Armbian dirket installiert
an USB 2 CUL (433, 866)
System bleibt konstant auf 1,8GHz und leider fängts gerade an zu kochen....
Kann man ws tun? (ausser die culs abziehen)
Danke
Mr.Lee
-
Hi,
pass die /etc/default/cpufrequtils an und stell den Governor von ondemand auf schedutil an und dann einmal rebooten. Leider wird diese Einstellung bei Armbian Updates wieder rückgängig gemacht, daher muss man da immer mal wieder nachschauen.
Viele Grüße
Alex
339
Online32.6k
Benutzer82.1k
Themen1.3m
Beiträge