AVR ja muu mikropiiriohjelmointi

[Risto H. Kurppa]

Atmelin AVR-jupinoita olisi tarve jossain vaiheessa tehdä, mieluiten tietysti Linuxilla.

1) Löytyykö puuhaan jotain graafisia mokkuloita? Esim. KTechLab osaa ASM:ää kirjoitella ja exportata sen HEX:ksi, riittääkö se? En tosin saanut käännettyä mitään vaan herjailee kaikenlaista ikävää syntaxs errorista vaikka koodi on kopioitu mallista eli ei taida avr-asm:ia oikein ymmärtää..
2) Pitäisikö avrduden pystyä tämä sitten puskemaan piirille?
3) Ilmeisesti käytössä on rinnakaisporttiin iskettävä piuha jonka toisessa päässä on 6-päinen liitin (joista 5 liitetty piiriin). Kuulostaako tolkulta?

Eli lyhyesti: tästä puuhasta ei juuri ole kokemusta, AVR-ohjelmointi pitäisi olla riittävällä tasolla hallussa mutta tämä siirtopuoli on vielä mysteeri. Rinnakkais/sarjaporttia en ole koskaan Linuxissa kokeillutkaan

Jotain alustavaa settiä löytyy täältä: http://forum.ubuntu-fi.org/index.php?topic=1121.0

r

edit: tässä jotain linkkejä mitä aiheesta löysin, osittain myös muistiin:
http://www.linuxjournal.com/article/7289
http://paul.graysonfamily.org/thoughts/avrlinux/
http://www.isi.edu/~weiye/howto/avrtools.html
http://www.theiling.de/avr.html
http://electrons.psychogenic.com/modules/arms/art/7/AVRChipProgrammingwithLinux.php
http://electrons.psychogenic.com/modules/arms/art/2/AtmelAVRMicrocontrollerProjectswithLinux.php
http://electrons.psychogenic.com/modules/arms/art/6/SimulatingandDebuggingAVRprograms.php
http://rod.info/AVRMicro
Ohjelmointilauta: http://www.bsdhome.com/avrdude/


(huh, firefox syö vähän resursseja: 1.2G fyysistä muistia, koko virtuaali-imagen koko 1.6g, siis swap+fyysinen.. taitaa joku jossain jotain vuotaa..)

[peran]

HEX file on valmis siirrettäväksi mikrokontrolleriin siirto-ohjelmalla suoraan. (Siis mikäli sitä tarkoitit)

Mikäli siis se toimii AVR:ssä yhtään samalla tavalla kuin PIC:ssä.

Suurin ongelmani on ollut löytää (siis PIC:ssä) ohjelman siirto-ohjelmaa, joka toimisi Linuxissa. AVR:ssä luulisi olevan helpompaa, kun siinä ohjelman siirtoon riittää JTAG-liitäntä.

No, PIC-mikrokontrollereille on loistava ohjelmointiympäristö Linuxissa. Tosin se on Assylle. Mutta gpasm-paketissa tuleva emulaattori pystyy emuloimaan kontrolleria reaalitilannetta nopeammin (ja tietenkin myös hitaammin), joten siinä on nopeus aivan toista luokkaa kuin Windows-puolella.

[Risto H. Kurppa]

HEX file on valmis siirrettäväksi mikrokontrolleriin siirto-ohjelmalla suoraan. (Siis mikäli sitä tarkoitit)

Jep, sitä tarkoittanen että asm->hex->siirto kontrolleriin. Ilmeisesti UISP ja avrdude ovat tähän käypiä työkaluja kunhan oppii käyttämään rikkomatta kovin montaa piiriä.

Suurin ongelmani on ollut löytää (siis PIC:ssä) ohjelman siirto-ohjelmaa, joka toimisi Linuxissa. AVR:ssä luulisi olevan helpompaa, kun siinä ohjelman siirtoon riittää JTAG-liitäntä.

Joudut kohta kirjoittamaan itse?

No, PIC-mikrokontrollereille on loistava ohjelmointiympäristö Linuxissa. Tosin se on Assylle. Mutta gpasm-paketissa tuleva emulaattori pystyy emuloimaan kontrolleria reaalitilannetta nopeammin (ja tietenkin myös hitaammin), joten siinä on nopeus aivan toista luokkaa kuin Windows-puolella.

Jep, yhdet testitulokset näin missä oskilloskooppikorttia oli ajeltu PC:llä. Windowsissa valmistajan ajureilla datansiirtonopeus oli noin puolet siitä mitä Linuxissa - mutta WIndows oli tukehtua tähän, prosessori huuti 100% eli datan käsittely jäi myöhemmäksi. Linux taasen näytti CPU:lle 0%:aa eli reaaliaikaista käsittelyä ja analyysiä on tiedossa

r

[Iso D]

http://www.cs.hut.fi/Studies/T-106.530/2006/eclipse-avr.pdf

Siinä on ohjetta eclipsen asentamisesta avr-käyttöön ja myös tuosta ohjelman siirrosta.

[Risto H. Kurppa]

Lukemista UISP:llä harjoitellaan, sain raudan lainaan.

Tällä mennään:

Koodia: [Valitse]

sudo uisp -dprog=dt006 -dlpt=/dev/lp0 --download  -dpart=ATtiny2313 -v of=softa4.hex
ioctl PPCLAIM: Invalid argument
Failed to claim ppdev.

pp on käyty juuri biosista aktivoimassa, piiri on oikea, myös parametria -dt_reset=1000000 on kokeiltu jne. Ehdotuksia?

kurppa@lanka:~$ lsmod|grep lp
lp                     12580  0
parport                37448  3 ppdev,lp,parport_pc

edit: Toimii tällä rivillä (jätin pois pp:n määrittelyn): - ja piirisarjankin tunnistaa automaattisesti.. eikä verboseviestejäkään enää tarvitse kun toimii ja sudoakaan ei tarvita..

Koodia: [Valitse]

uisp -dprog=dt006 --download of=softa4.hex

Matkin mitä tuo HUT:n dokkari kertoi

Tämän jälkeen sitä koodailupuolta..

r

[peran]

Suurin ongelmani on ollut löytää (siis PIC:ssä) ohjelman siirto-ohjelmaa, joka toimisi Linuxissa. AVR:ssä luulisi olevan helpompaa, kun siinä ohjelman siirtoon riittää JTAG-liitäntä.

Joudut kohta kirjoittamaan itse?

Ihan hyvä idea muuten, mutta en osaa Linuxilla tehdä suoraa HardWare-kutsua, jotta onnistuisin hallitsemaan täysin Comporttia, kun toi MikroBitin ohjelmointilaite käyttää 'luovasti' comporttia. Toista ohjelmointilaitetta en sitten olekaan saanut millään pelaamaan.

Sorsat on kyllä saatavilla tosta Mikrobitin ohjelmointilaitteesta, joten siten ohjelmointi olisi lieneen mahdollista myös omilla taidoillani, mutta toi suora hardis kosketus pitäisi jollakin tavalla saada tehdyksi, jotta saisi kokonaan comportin hallintaan, tai ainakin ongelma pitäisi jollakin tavalla osata kiertää.

Tiedän, että lirc:issä ko. on tehty, mutta en osaa/jaksa lukea sorsia, että ymmärtäisin miten se siinä tehdään. Onkohan kirjasuositusta, jossa opastettaisiin Linux Hardware ohjelmointiin?
Mielellään suomenkielistä, mutta englanninkielinenkin käyp.

Edit - koska puuhaat AVR:llä (joka onkin mukavampi piiri), niin löysin vahingossa mielenkiintoisen linkin. http://shop.tuxgraphics.org/electronic/microcontroller.html

[Risto H. Kurppa]

Edit - koska puuhaat AVR:llä (joka onkin mukavampi piiri), niin löysin vahingossa mielenkiintoisen linkin. http://shop.tuxgraphics.org/electronic/microcontroller.html

Katsos mokomaa, kiitos linkistä!

r

[Risto H. Kurppa]

Nyt on kirjoitusyritykset mnossa  ja näin sanoo:

kurppa@lanka:~/Desktop/avr$ uisp -dprog=dt006 --upload -v if=antinsoftab.hex
AVR Direct Parallel Access succeeded after 0 retries.
Atmel AVR ATtiny2313 is found.
Auto-Uploading: flash
#Error: Data polling readback status: write=0x0a read=0xff
If device was erased disable polling with the -dno-poll option.
kurppa@lanka:~/Desktop/avr$ uisp -dprog=dt006 --upload -dno-poll -v if=antinsoftab.hex
AVR Direct Parallel Access succeeded after 0 retries.
Atmel AVR ATtiny2313 is found.
Auto-Uploading: flash
#################################################################
(total 2048 bytes transferred in 25.42 s (81 bytes/s)

Mutta jälkimmäiselläkään sinne ei mene mitään toimivaa.. Voi olla että hex on väärän muotoista, Windowsin avrstudiolla tehtyä.

r

[peran]

Mutta jälkimmäiselläkään sinne ei mene mitään toimivaa.. Voi olla että hex on väärän muotoista, Windowsin avrstudiolla tehtyä.

r

Ihan hatusta veikkaamalla. Katsoppas onko hex:ssasi DOS/Windows-rivinvaihdot. Veikkaan, ettei ne käy Linukassa riisumatta.

[Risto H. Kurppa]

Näyttäisi siltä että UISP:a ei ole oikein vuoden 2005 jälkeen ylläpidetty ja mm. tiny2313 on sen kanssa temppuillut. JOku on jotain patcheja tehnyt mutten tiedän onko ne Ubuntun paketissa mukana joten siirryin avrdudeen jota kaikki suosittelevat. Ja tämä skulaa sarjaporttikytkennällä (dontronics):

Kirjoitus:

Koodia: [Valitse]

avrdude -p t2313 -c dt006 -U flash:w:harjoitus_ti.hex


[Risto H. Kurppa]

Lukeminenkin onnistuu!

Vaikka vähän on heksat väärässä järjestyksessä, toimii kuitenkin eli voin nyt lukea datat talteen piiriltä ja kirjoitella takaisin.

Koodia: [Valitse]

avrdude -p t2313 -c dt006 -U flash:r:harjoitus_ti_luettu.hex:i

Ja jopa sarjaporttikommunikaation sain CuteComilla toimimaan molempiin suuntiin (huom! siirtonopeus 9600bps). Ikänä ennen en Linuxilla ole sarja-tai rinnakkaisporttia käyttänyt (edes tulostamiseen) mutta tässä eilen ja tänään molempia.. Voi elämää..

r

[peran]

Ja jopa sarjaporttikommunikaation sain CuteComilla toimimaan molempiin suuntiin. Ikänä ennen en Linuxilla ole sarja-tai rinnakkaisporttia käyttänyt (edes tulostamiseen) mutta tässä eilen ja tänään molempia.. Voi elämää..

Muista sitten, ettei sarja ja rinnanporttia ole terveellistä repiä irti/laittaa kiinni kone päällä. Siinä saattaa jotakin hajota.

Sillä tavalla ne siis eroavat nykyaikaisemmista porteista.

[Risto H. Kurppa]

Seuraava haaste onkin saada ASM-> HEX ja mielellään vielä mahdollisuus käyttää simulaattorin kautta..
Noita C-kääntäjiä on liiaksikin mutta nyt on ASM ajankohtaisempi..

Repoista löytyvä simulavr saattaa olla ok simulointiin, pitää vaan lukaista ilmeisesti muussa kuin intel-hex -muodossa ohjelma flashista. Joku vain pölli laudan niin joutuu tekemään myöhemmin..

Ja kääntöä varten pitää jostain repäistä nuo 'speksit' piirille eli se .inc -tiedosto..


r

[Jiku]

Tästä aiheesta kun joku osaisi ja ehtisi tehdä ihan askel askeleelta-ohjeen kuvaruutukaappauksin niin olisi kova sana!
Mikro-ohjaimista kyllä löytyy suomeksikin netissä ihan kiitettävästi mutta tieto on pahasti hajallaan.

Tuota KtechLabia tullut muutama päivä opeteltua ja täytyy sanoa että on hyvin tehty ja helppo ohjelma.
Ohjelmalla pystyy ihan kaavioinakin piirtämään mikrokontrollerin ohjelman ja sitten piirtää kytkennän niin
voi simuloida myös.
Sitten varsinaisen kytkennän levylle voi piirtää vaikka KiCad:llä.
Pitää toivoa että KTechLabiin tulisi joskus vielä AVR:lle tuki myös!

Löytyy paljon hyviä ohjelmia elektroniikka/ universestä. Ainoa ongelma on sieltä osata valita itselleen sopivimmat.

Onko noille KiCadin .lib-kirjastoille mitään editointi-ohjelmaa?
Tekstitiedostojahan ne on ja kun ei ollut sopivaa piiriä valmiina niin sitten ihan tekstieditorilla sellaisen sinne
loin käyttäen olemassaolevan piirin tietoja pohjana.

[Risto H. Kurppa]

Osaako joku vinkata millä ilveellä saa käännettyä koodia hexaksi linux-ympäristössä, eli mukaan tarvitsisi niitä includattavia kirjastoja..

r

[peran]

Osaako joku vinkata millä ilveellä saa käännettyä koodia hexaksi linux-ympäristössä, eli mukaan tarvitsisi niitä includattavia kirjastoja..

Oletkohan kokeillut ihan GCC:tä. Itse en ole, mutta man-sivujen mukaan sieltä löytyi ainakin joitakin avr:n prosessoreita.

Edit - ei tosiaan löytänytkään oletuksena .inc-tiedostoja avr:lle. 

[Risto H. Kurppa]

Pitää tutkia. incit saatan voida pölliä Windows-puolelta.. toivottavasti..

r

[Risto H. Kurppa]

totta, gcc:n manista löytyy AVR-jupinoita:

       AVR Options

       These options are defined for AVR implementations:

       -mmcu=mcu
           Specify ATMEL AVR instruction set or MCU type.

           Instruction set avr1 is for the minimal AVR core, not supported by the C compiler, only for assembler pro‐
           grams (MCU types: at90s1200, attiny10, attiny11, attiny12, attiny15, attiny28).

           Instruction set avr2 (default) is for the classic AVR core with up to 8K program memory space (MCU types:
           at90s2313, at90s2323, attiny22, at90s2333, at90s2343, at90s4414, at90s4433, at90s4434, at90s8515, at90c8534,
           at90s8535).

           Instruction set avr3 is for the classic AVR core with up to 128K program memory space (MCU types: atmega103,
           atmega603, at43usb320, at76c711).

           Instruction set avr4 is for the enhanced AVR core with up to 8K program memory space (MCU types: atmega8,
           atmega83, atmega85).

           Instruction set avr5 is for the enhanced AVR core with up to 128K program memory space (MCU types: atmega16,
           atmega161, atmega163, atmega32, atmega323, atmega64, atmega128, at43usb355, at94k).

       -msize
           Output instruction sizes to the asm file.

       -minit-stack=N
           Specify the initial stack address, which may be a symbol or numeric value, __stack is the default.

       -mno-interrupts
           Generated code is not compatible with hardware interrupts.  Code size will be smaller.

       -mcall-prologues
           Functions prologues/epilogues expanded as call to appropriate subroutines.  Code size will be smaller.

       -mno-tablejump
           Do not generate tablejump insns which sometimes increase code size.

       -mtiny-stack
           Change only the low 8 bits of the stack pointer.

       -mint8
           Assume int to be 8 bit integer.  This affects the sizes of all types: A char will be 1 byte, an int will be 1
           byte, an long will be 2 bytes and long long will be 4 bytes.  Please note that this option does not comply to
           the C standards, but it will provide you with smaller code size.

r

[Risto H. Kurppa]

mutta mur konsanaan:

Pikaisen googlaamisen perusteella näyttäisi siltä, että tuossa normaalisti
käytetään gcc:tä c->hex käännöksiin. gcc on myös assembler kääntäjä ja gcc
generoi aina välituloksena assembler koodia. Homman pitäisi toimi
kutakuinkin näin myös tuossa ympäristössä:

<CLIP>
wow-2:/tmp$ cat demo.c
#include <stdio.h>
int main(int argc, char *argv) {
       printf("%d\n",argc+12345);
       return 0;
}
wow-2:/tmp$ gcc -S -O demo.c
wow-2:/tmp$ cat demo.s
       .file   "demo.c"
       .section        .rodata.str1.1,"aMS",@progbits,1
.LC0:
       .string "%d\n"
       .text
.globl main
       .type   main, @function
main:
       leal    4(%esp), %ecx
       andl    $-16, %esp
       pushl   -4(%ecx)
       pushl   %ebp
       movl    %esp, %ebp
       pushl   %ecx
       subl    $20, %esp
       movl    (%ecx), %eax
       addl    $12345, %eax
       movl    %eax, 4(%esp)
       movl    $.LC0, (%esp)
       call    printf
       movl    $0, %eax
       addl    $20, %esp
       popl    %ecx
       popl    %ebp
       leal    -4(%ecx), %esp
       ret
       .size   main, .-main
       .ident  "GCC: (GNU) 4.1.2 20070626 (Red Hat 4.1.2-13)"
       .section        .note.GNU-stack,"",@progbits
wow-2:/tmp$ gcc demo.s -o demo
wow-2:/tmp$ ./demo
12346
wow-2:/tmp$
</CLIP>

Eli pistät assemblerisi (gcc:n ymmärtämässä syntaksissa, mikä ei
välttämättä ole sama syntaksi kuin prossun manuaaleissa) .s tiedostoon ja
käännät gcc:llä. gcc:llä asssemblerin voi upottaa myös suoraan
.c-tiedostoon sekaan jollain gcc-spesifisillä kikoilla, joita en nyt jaksa
muistaa ulkoa. Yksi yleisesti käytetty tapa on kirjoittaa koodi C:llä,
kääntää assyksi ja vasta sitten optimoida generoitua assya käsin.

Onko oikeesti näin nihkeetä että perus-asmia ei pysty kääntämään suoraan hexaksi. En usko..

r

[Risto H. Kurppa]

Nyt löytyi tällainen:
http://cadmaniac.org/projectMain.php?projectName=kontrollerlab

Löytyy jopa debbinä: http://sourceforge.net/project/showfiles.php?group_id=177228&package_id=215807



Ja kylkeen vielä sekalaisia linkkejä:
http://avr32linux.org/twiki/bin/view
http://www.avrfreaks.net/wiki/index.php/Main_Page (ja koko avrfreaks, myös keksustelualue)
http://www.atmel.no/beta_ware/

Ja avrstudio 2:sta on windows-release candidate olemassa. Kun stable tuele, myös linux-versio julkaistaan:
http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=60868&highlight=linux+assembly
r

edit: tuo avrstudio onkin avrstudio32 eli ilmeisesti vähän tiny2313:a järeämmille prossuille..