PIC16F877A i asembler
Moderators: pedja089, stojke369, [eDo], trax
PIC16F877A i asembler
Jel neko radio u asembleru sa ovim PIC-om?
Au
Ma nista specijalno, tad kad sam postavio onu poruku sam nesto radio sa 877A u asembleru pa je bilo nekih blesavih situacija... sad nije bitno problem jer rijesen. Ne svidja mi se bas kako je 877A (i ostali veci PICevi) raspodijeljen na FLASH PAGES, to dosta oteza pisanje programa u ASM i dosta ruzno izgleda. A onda su tu i oni bitovi od PCL-a koje moras rucno updejtat kad prelazis sa jednog PAGE na drugi i tako...
Ipak hvala na odgovoru

Ma nista specijalno, tad kad sam postavio onu poruku sam nesto radio sa 877A u asembleru pa je bilo nekih blesavih situacija... sad nije bitno problem jer rijesen. Ne svidja mi se bas kako je 877A (i ostali veci PICevi) raspodijeljen na FLASH PAGES, to dosta oteza pisanje programa u ASM i dosta ruzno izgleda. A onda su tu i oni bitovi od PCL-a koje moras rucno updejtat kad prelazis sa jednog PAGE na drugi i tako...
Ipak hvala na odgovoru

Bas mi je drago procitat ds volite radit u assembleru jer danas bas i nije tako lako nac ljude koji su "skloni" tom "nacinu" kreiranja FW.Pa znate ono u vezi s 877 i definicije bloka prg memorije je zapravo jednostavno a i sama dokumentacija upucuje u jedan od nacina prelaska "barijere" bloka. Znam da bi bilo lakse bez toga kao kod Atmelovih 8 bitnih MCUa ali i to ima svoje "cari" kao uopce rad na FW s assemblerom . Covijek koji nije probao radit u assembleru to i nezna i odatle dolaze mnoge "predrasude" , dosta je samo proc po nekim medjunarodnim boardima i stranicama proizvodjatja da vidite sto se sve o tome pise i kako se velica rad posebno u C i C++ [ moze i delpfi , moderna verzija paskala] i naravno upotreba crosscompilera.Naravno ima i nesto boarda koji "forsiraju" assembler na slican nacin omalovazavajuci onu drugu stranu kao sto ona omalovazava njih. Mislim da je za ljude koji imaju ambicije da bolje razumiju rad MCUa s kojim rade i da max iskoriste prostor programske memorije mogucnosti istog MCUa ,a nemaju noca za prof razvojne alate, bolje da rade u assembleru za sve one koji nemaju potreba za "ambicioznijim" projektima i rade s vise tipova MCUa , i nemaju previse novca, vise zadovoljava upotreba visih prg jezika i public crosscompilera .Za kvalitetnija rijesenja generiranog objektnog koda i rad na zahtijevnijim FW trebat ce odvojit i neki novac u zavisnosti od trazene kvalitete za crosscompiler tj razvojni alat ciji je on satavni dio.
I to je najveca mana izrade FW upotrebom visih prg jezika i crosscompilera[ kolicina ulozenog novca== kvaliteta generiranog obj koda] , kao sto je jedna od najvecih mana assemblera sto zahtijeva temeljito upoznavanje sa MCUom za kojega izradjujete FW [ ili ti dosta ucenja i "vjezbe"] ali je potpuno besplatan. To vam dodje ugrubo kao usporedba linuxa i windowsa , sto mislite zato vrhunski razvojni linux nije bas nesto opce popularan vec je to losiji OP sustav kao windows , odgovor najcesci je "..pa to je strasno koliko puno trebam ucit da bi uopce bilo sto pokrenuo... " .
pozdrav
I to je najveca mana izrade FW upotrebom visih prg jezika i crosscompilera[ kolicina ulozenog novca== kvaliteta generiranog obj koda] , kao sto je jedna od najvecih mana assemblera sto zahtijeva temeljito upoznavanje sa MCUom za kojega izradjujete FW [ ili ti dosta ucenja i "vjezbe"] ali je potpuno besplatan. To vam dodje ugrubo kao usporedba linuxa i windowsa , sto mislite zato vrhunski razvojni linux nije bas nesto opce popularan vec je to losiji OP sustav kao windows , odgovor najcesci je "..pa to je strasno koliko puno trebam ucit da bi uopce bilo sto pokrenuo... " .
pozdrav