Svenska ElektronikForumet

När jag använde Qemu för att köra min klockradio så emulerades både LCD, audio och ethernet så det skulle förvåna mig om RPi VM (eller HAL eller vad det nu kallas) för Qemu inte omfattar alla periferienheter inklusive GPIO.

EDIT: Detta alltså i betydelsen av att /dev/gpio (eller hur det nu är upplagt) finns och går att använda programmatiskt men rimligtvis finns ju ingen representation av pinnarna som sådana.

Nu är jag lite osäker på hur korskompilering på så hög nivå fungerar. Men för Cortex-familjen är det inte mycket svårare än att:

Precis, korskompilering är i sig inte konstigare än så, det handlar (som du skriver) om att kompilera ett stycke källkod skriven för plattform B med en kompilator som exekveras på en (oftast annan) plattform A.

Att emulera B inklusive dess specifika periferienheter mm på A är en annan sak och där kan Qemu hjälpa till.

Det jag menade var, att om det finns en komplett Qemu VM för min obskyra klockradio, så lär det vid det här laget finnas en för Raspberry Pi.

All programutveckling för AVR/PIC (och liknande) sker med korskompilatorer.
Det finns inga kompilatorer som går direkt på processorerna själva.

Det blir lite mer komplicerat på en högre nivå, eftersom länkningen ofta
förväntar sig olika runtime miljöer och residenta bibliotek o.s.v, vilket
gör en korskompilering/korslänkning lite mer komplex.

Emulering/simulering är en helt annan sak.

Angående korskompilatorer så ger <http://www.cl.cam.ac.uk/projects/raspbe ... orials/os/> en enkel beskrivning hur man sätter upp och använder gcc som korskompilator för RPi. Den gäller dock bara när man kör RPi utan Linux eller något annat operativsystem. För övrigt var det en mycket bra kurs, alla ni som är intresserade att lära RPi:s hårdvara och interface till GPU:n och framför allt ARM på lite djupare nivå är den mycket bra.

hanzibal: Nu blir jag riktigt nyfiken. Vad är det för klockradio du har?

En klockradio med en manual på 120 sidor. Jösses.