Mit welchem ARM Board habt Ihr gute Erfahrungen gemacht?

**Kai69** · 09.02.2013, 07:53

Hallo Alexander
bin interessiert welche Probleme Audi nicht gelöst hat. Klingt spannend!
Gruß Kai

**alexander_ro** · 09.02.2013, 09:24

Die TDI mit einem Turbolader mit verstellbarer Turbinengeometrie leiden recht unter dem fahren kurzer Strecken. Das Problem dabei liegt darin das der Turbo nicht die nötige Temperatur erreicht damit die Rußablagerungen verbrennen würden. Das führt dann zum Ausfall der Ladedruckregelung. Läßt sich leicht beheben in dem man dafür sorgt das der Motor schneller warm wird und das wiederum macht man in dem man ihn nicht kühlt wenn er zu kalt ist. Ich habe das jetzt schon zwei Jahre im Manuellen betrieb getestet funktioniert perfekt. Da das selber umschalten lästig ist soll es automatisiert nach der Temperatur erfolgen.

**TheDarkRose** · 09.02.2013, 10:23

Ich arbeite derzeit mit dem APF28 von Armadeus. Dort sitzt ein i.MX286 von Freescale oben und der Linuxkernel ist sehr gut angepasst. Die Toolchain (Buildroot) von Armadeus ist auch sehr gut gemacht. Kommt zwar mit dem Developmentboard auf bisschen mehr als 100€, hat dafür jede Menge Peripherie an Board, u.a. CAN (MCP2551 Transceiver), I2C, SD/MMC

**alexander_ro** · 10.02.2013, 20:00

Zitat von TheDarkRose

Ich arbeite derzeit mit dem APF28 von Armadeus.

Ja das sieht auch nicht schlecht aus. Hast Du schon mal probiert was die kürzeste Pause ist die ein Aufruf von nanosleep (1); ist?
Könntest Du vielleicht mal schauen was ein "cat /proc/timer_list" sagt?
Das einzig unschöne sind die Steckverbinder.

**TheDarkRose** · 10.02.2013, 20:50

Hast du ein KKB (kurzes kompilierbares Beispiel) zum testen der Zeit von nanosleep?
Soft Realtime ist mit der Kerneloption PREEMPT schon im Defaultkernel aktiviert. Solltest du Hard Realtime benötigen, gibt es Xenomai, welche sich vor dem Linuxkernel schaltet.

Bzgl. den Steckverbindern, du brauchst sowieso das APF28-Devboard, außer du willst die Platine selber designen.

Code:

# cat /proc/timer_list Timer List Version: v0.6
HRTIMER_MAX_CLOCK_BASES: 2
now at 223022594011 nsecs


cpu: 0
 clock 0:
  .base:       c05f7678
  .index:      0
  .resolution: 1 nsecs
  .get_time:   ktime_get_real
  .offset:     9516562497 nsecs
active timers:
 clock 1:
  .base:       c05f76a8
  .index:      1
  .resolution: 1 nsecs
  .get_time:   ktime_get
  .offset:     0 nsecs
active timers:
 #0: <c05f7be0>, tick_sched_timer, S:01
 # expires at 223030000000-223030000000 nsecs [in 7405989 to 7405989 nsecs]
 #1: <c7087f30>, hrtimer_wakeup, S:01
 # expires at 223037001169-223037051169 nsecs [in 14407158 to 14457158 nsecs]
  .expires_next   : 223030000000 nsecs
  .hres_active    : 1
  .nr_events      : 4138
  .nr_retries     : 182
  .nr_hangs       : 0
  .max_hang_time  : 0 nsecs
  .nohz_mode      : 2
  .idle_tick      : 222980000000 nsecs
  .tick_stopped   : 0
  .idle_jiffies   : 4294959594
  .idle_calls     : 23304
  .idle_sleeps    : 11222
  .idle_entrytime : 223010000001 nsecs
  .idle_waketime  : 223010000001 nsecs
  .idle_exittime  : 223010062503 nsecs
  .idle_sleeptime : 213128532357 nsecs
  .iowait_sleeptime: 0 nsecs
  .last_jiffies   : 4294959596
  .next_jiffies   : 4294959597
  .idle_expires   : 223010000000 nsecs
jiffies: 4294959598




Tick Device: mode:     1
Per CPU device: 0
Clock Event Device: mxs tick timer 
 max_delta_ns:   134218658631456
 min_delta_ns:   468753
 mult:           137438
 shift:          32
 mode:           3
 next_event:     223030000000 nsecs
 set_next_event: mxs_set_next_event
 set_mode:       mxs_set_mode
 event_handler:  hrtimer_interrupt
 retries:        0

**alexander_ro** · 11.02.2013, 19:53

Nein hab kein Programm. Bei mir ist das in einem größeren enthalten. Aber das macht nichts musst Du nicht extra machen. Hätte ja sein können das es Dir schon bekannt ist. Sonst reicht mir schon die Timerliste. Danke für die Info.

Ja bei meiner Anwendung wäre eine eigene Platine schon fein. Mit diesen Steckern kann ich die aber nicht mehr selber machen die müsste ich dann machen lassen.