Jaký SW na ASM 80x51 ?

[Aigor]

Ahoj,
chci oprášit svoje znalosti assembleru pro jednočipy x51, ale se zděšením zjišťuju, že moje odkazy jsou z velké části buď nefunkční, nebo SW zoufale zastaralý.

Můžete mi doporučit nějaký kompilátor, debugger, nebo simulátor pro assembler 80x51 a kompatibilní ? Hledám nejlíp něco FREE, obejdu se klidně bez IDE prostředí, ale i mezi kompilátory můžou být velký rozdíly.

Jinak - AVR áno, vím, C/C++, Keil,.. áno. Ale mám prostě v šuplíku jednočipy i s programátorem, za který sem před XY léty vysolil skoro polovinu první výplaty a je mi to líto vyhodit. ASM jsem kdysi uměl celkem slušně, nechci na tom dělat zázraky, ale občas si něco zabastlit jen tak pro radost

OT: Nejsem si jistej jestli to patří víc do SW, nebo k elektronice, ale vzhledem k tomu, ze mikrořadiče jsou dost specifikum, myslím že spíš sem..

[RayeR]

Z dob kdyz sem este programoval AT89C2051 muzu nabidnout obstarozni intel MCS-51 macro assembler 2.3 a MetaLink Cross-Assembler 1.2h + disassembler a naky dalsi utilitky. Programoval sem to programatorem PATMEL na paralelni port.

Jak uz sis ale sam odpovedel, i muj nazor je AVR aaano Potesilo me, ze Atmel vyrabi pinove kompatabilni verzi ATTiny 2313 (priblizne za stejnou cenu), takze sem mohl tu 2051 vymenit. Prece jen programovani po SPI primo v desce je jiny kafe

[Aigor]

Díky, ale už jsem to vyřešil sehnáním ASEM-51, který se mi pozdává zatím nejlíp.
ASM je pro mě relax, vyšších programovacích jazyků si zatím dost užiju na PC, tak tohle beru jako odpočinek.
AVR přijde až budu potřebovat něco hodně rychlýho, nebo dojdou šuplíkový zásoby.

[RayeR]

ASM je pro mě relax, vyšších programovacích jazyků si zatím dost užiju na PC, tak tohle beru jako odpočinek.
zásoby.

No relax zrovna nevim, porad si hlidat kam co ulozim do pameti, nemoznost portovat kod odjinud... Proste pokud to nevyzaduje optimalizace, tak sem rad kdyz od asm nemusim, a kdyztak tak jen kratky inlined usek. Ale proti gustu...

[Aigor]

No vidíš, já to mám místo křížovek Ale chápu, že ne každý má stejnou úchylku...

Líbí se mi na tom, že mám jasně omezený počet relativně málo instrukcí, trošku paměti a nutnost zapojit mozek. U vyšších jazyků je to hlavně o znalosti konkrétního prostředí, knihoven, balíčků, návaznosti na OS,... Doufám, že se to tady nepromění ve flame, nejde dost dobře srovnávat jabka s hruškama

[RayeR]

U vyšších jazyků je to hlavně o znalosti konkrétního prostředí, knihoven, balíčků, návaznosti na OS,... Doufám, že se to tady nepromění ve flame, nejde dost dobře srovnávat jabka s hruškama

S tim nemuzu uplne souhlasit, pokud programujes v C pro MCU, tak musis mit temer stejny povedomi o HW (OK, nemusi te zajimat treba mapa pameti, ale periferie ano) jako kdyz pises v ASM (pokud teda uplne na vsechno nepouzivas naky knihovny), takze to neni uplne cajicek a zdaleka ne kazdej programator co pise na PC v C++ jave atp. by tohle mohl psat. Na AVR pouzivam jen AVRLibC a vecinu periferii si obsluhuju sam. Me proste C pride idealni v tom, ze zachovava low-level pristup jako v ASM ale umoznuje jednoduse udelat naky slozitejsi konstrukce jako cykly, switch,.. aniz by timle clovek musel zabijet cas. Ale jinak mam pred assembleristama respekt, malo kdo to neska umi Tady mam na webu clanecek trochu k tematu http://www.volny.cz/rayer/programm/programm.htm#WINAVR

[Aigor]

No je fakt, že C pro MCU jsem nijak extra nezkoušel, protože mě to zatím neláká. Na jednočipech si jenom hraju a na to nic extra nepotřebuju (nemusím vymejšlet kruh, takže mě nechybí např. matematický knihovny, atd.). Zato pořád nemůžu odpustit dnešním programovacím obludám, že "Hello world" vygeneruje 20 souborů ve 2 úrovních adresářové struktury v celkové délce kolem 1MB...

Já si takhle v notepadu napíšu malinkej ASM, proženu to kompilátorem, vypadne malinkej HEX a když někde něco nefunguje, nemusím hledat dokumentaci ani zdrojáky na netu, maximálně se jít před zrcadlo profackovat

Problém je fakt v tom, že většina lidí už v tom nedělá a je celkem těžký něco kolem ASM najít, což je trochu škoda. Ale vývoj zastavit nejde, jako programátor nemůžu popřít, že vyšší jazyky umožňují lepší komfort a rychlost vývoje aplikací.

[RayeR]

No je fakt, že C pro MCU jsem nijak extra nezkoušel, protože mě to zatím neláká. Na jednočipech si jenom hraju a na to nic extra nepotřebuju (nemusím vymejšlet kruh, takže mě nechybí např. matematický knihovny, atd.).

Tak minimalne je treba prijemny mit po ruce standardni retezcovy operace a printf se vsema moznejma formatama, moznost pracovat s vyssima datovejma typama nez jen 8bit registrem (16,32,64b, pole, struktury,ruzny figle s pointerama). Ale hlavni vyhodu beru prave to, ze stejna syntaxe a funcke je i na PC.

Zato pořád nemůžu odpustit dnešním programovacím obludám, že "Hello world" vygeneruje 20 souborů ve 2 úrovních adresářové struktury v celkové délce kolem 1MB...

Jo, taky nemam rad bloatware

Problém je fakt v tom, že většina lidí už v tom nedělá a je celkem těžký něco kolem ASM najít, což je trochu škoda. Ale vývoj zastavit nejde, jako programátor nemůžu popřít, že vyšší jazyky umožňují lepší komfort a rychlost vývoje aplikací.

JJ, neska je asi drazsi cas programatoru nez hardware, takze se to proste napise tim stylem, ze se na 1 jednoduchou fci natahne cela mamuti knihovna, kdyz to bezi pomalu, tak se to da holt na x-jadro s x giga ram a je hotovo. To ze by to nekdo napsal treba 10x rychlejsi nemusi bejt rozhodujici pokud mu to bude taky 10x dyl trvat. Neska chcou vsichni vsechno a hned... A jak tak vidim kolem sebe, trendy MCU kopirujou vyvoj na PC. Od x51MCU pres AVR po ARMy s JAVOu..

[JiM]

No je fakt, že C pro MCU jsem nijak extra nezkoušel, protože mě to zatím neláká. Na jednočipech si jenom hraju a na to nic extra nepotřebuju (nemusím vymejšlet kruh, takže mě nechybí např. matematický knihovny, atd.). Zato pořád nemůžu odpustit dnešním programovacím obludám, že "Hello world" vygeneruje 20 souborů ve 2 úrovních adresářové struktury v celkové délce kolem 1MB...

Taky plny souhlas s Hello world, bohuzel v dnesni dobe uz to asi jinak nepujde. Kdyby si kazdy mel v C nebo C++ psat vsechny ty funkce ktere ted proste jenom zavola v .net tak by vyvoj softu trval mooooc dlouho a nehlede na ty chyby.
Me osobne je taky blize embeded v praci programujeme v C pro 8052 a celkem vyzva udeat aplikaci podle zadani aby fungovala na tomto "vykonem" procesoru . A co se tyce ASM tak v tom psat neco rozsahlejsiho si osobne zatim nekodazu predstavit, hlavne jde o snizenou prehlednost kdyz clovek koukne na kod v C tak tusi co dela, kdezto u ASM to na prvni pohled neuhodne. Na ASM se divam jako na vystupu z prekladace, jake hruzy prekladac vygeneroval a prepsat to v C jinak aby se generoval optimalnejsi kod.

Co projekt v ASM jak pokracujes?

[iPoK]

No relax zrovna nevim, porad si hlidat kam co ulozim do pameti, nemoznost portovat kod odjinud... Proste pokud to nevyzaduje optimalizace, tak sem rad kdyz od asm nemusim,

Ano C prinasa moznost prenositelnosti, ale napr. v rodine AVR je aj asm prog. prenositelny. Ak pisem program pre ATtiny2313, tak je dost vysoka sanca, ze to pobezi s minimalnymi zmenami aj na lubovolnej ATmega.

Normalny C-kar by ma odbil, ze to nie je skutocna prenositelnost, ja odpoviem, je mi to jedno, ked uz viem AVR, tak nebudem prestupovat na PIC alebo x51 - krok v case spat.

Ale v konecnom dosledku C-ku fandim, ale zatial som na nizsom vedomostnom leveli (to je ale paradox) a tak si ten cyklus nakodim v asm. Vysvetlim tu poslednu vetu. Vsetky tutorialy AVR zacinaju vyucbu od asm, na C sa prechadza v momente vacsej pokrocilosti programatora. Sam som este v C na AVR nenakodil, prave preto ze sa lopotim na tej nizsej vedomostnej urovni.

[RayeR]

Ano C prinasa moznost prenositelnosti, ale napr. v rodine AVR je aj asm prog. prenositelny. Ak pisem program pre ATtiny2313, tak je dost vysoka sanca, ze to pobezi s minimalnymi zmenami aj na lubovolnej ATmega.

Tak ja sem to prave myslel prenositelnost v sirsim vyznamu. Psal sem pro AVR IDE driver a implementaci FAT filesystemu, a az na par nejnizsich funkci jsem si to moh diky gcc ladit na PC a pak ten kod proste vzit a prelozit avr-gcc. Kdybych to mel celi ladit na jednocipu, tak se asi poseru...