Starý somár začína...

[Lennox]

.

[03601]

Teraz pozerám lepsie, ty sa snazis pocitat od 0 do 255 a potom z 255 do 0 a to zobrazovat na porte B s LED?

Áno, O to som sa snažil. Dosiahnuť b´11111111´ a späť na b´00000000´na PORTB. Pekne to binárne vyblikuje a ja som presedel pol nedeľa za klávesnicou!

[Lennox]

.

[Atlan]

Dajte mu tu program pre to pic v cecku, rozdiel je minimalny, tusim ze pic tiez pouziva zdarma Ckovy prekladac

[03601]

Toto si sa snazil dosiahnut?

Ano, to je ono!, Až na to prebliknutie po 0xFF... ...

Lennox, ďakujem Ti veľmi pekne, že sa snažíš mi pomôcť. Super pocit, že sa mám koho opýtať.
Ale! Tvoja snaha v dobrej viere mi pomôcť, prekročila pedagogický rozmer. Ty to totiž robíš za mňa!
Takto sa prd makový naučím Pochop, že to ja sa musím spotiť, ja musím mať ten povestný "aha moment", to mne musia puzzle zapadnúť... až keď sa mi toto stane, tak je informácia dokonalá a nikdy mi už z hlavy nezmizne, pokiaľ nepríde ten oný... bože ako sa... nó ten pán z nemecka... ten, taký... taký čo oné... že keď toto, tak just ani Bohovi, veď vieš, nie...?
Chápem ako sa cítiš. Zažívam to denne v robote, keď vedľa mňa stoji manták, ktorý nevie zašroubovať ani ten poondiaty sprostý PZ šroub, rapoce na ňom PH predstavcom a netuší o tom nič! Mám chuť ho nakopať do riti a urobiť to zaňho! Je to rýchlejšie a bez námahy a nervov, ale ten manták sa nič nenaučí... ba naopak, už sa nabudúce bude odúvať, že má zase čosi šroubovať...
Ja som teraz ten manták! Ale potrebujem kopať do riti tým správnym smerom a nie sa dívať, ako to robia páni majstri...

Tvoj predposledný kód zašiel o pár bitov ďalej, ako môj, ale "dokonalý" nebol . Otočil sa kdesi pred 0xFF a odpočítal sa k nule. Vlastne mi tu na doske beží už 2 dni nonstop. Ale nemal som času a aj tá téma ma mierne vyčerpala nezdarom. Tak som to zatiaľ neriešil. Ale práve som si zdriemol a som čerstvý ako rybička a do polnoci zmáknem analýzu problémov a hádam sa kamsi pohnem...

Ešte raz Ti ďakujem a dúfam, že som Ťa neurazil...
Mimochodom, pekná simulácia. Ale nejdem sa zasierať učením iného SW. MCU je môj cieľ...

[03601]

Dajte mu tu program pre to pic v cecku, rozdiel je minimalny, tusim ze pic tiez pouziva zdarma Ckovy prekladac

Atlan, viem, chápem, učím sa niečo skoro zabudnuté. Ale už som to tu písal. Mám s ASM zámer, či cieľ. Preto sa ho učím. C bude, ale najprv musím pochopiť HW, s ktorým mám ešte veľa problémov a ten HW sa napr. oveľa lepšie chápe cez ASM, čo som doteraz čítal. Ale to chápanie HW nie je dôvodom, prečo sa trápim s ASM. Zatiaľ ostanem na ASM!
Tak či tak i ďakujem za snahu mi pomôcť...

[03601]

Teraz pozerám lepsie, ty sa snazis pocitat od 0 do 255 a potom z 255 do 0...

Tak som skóknul Tvoj predposledný kód, ktorý má, ako som písal chybičku (som borec). Skrátka,nezačne po spustení na 0, ale kdesi na 247. Keď dosiahne 255, tak ide do nuly a začne pripočítavať znova od 0, ale nedopočíta ani do cca b.01001001 (d.73), keď sa otočí do odčítania. potom dosiahne 0 a ide znova do cca 73...

To by predpokladalo chybu v XORLW 255, kde bit Z zmení hodnotu...

Ďalšou, tu však neviem či to ozaj chybou je, či je to Tvoj zámer, že v časti znižovania hodnoty DECR nevykonávaš XOR...

Kód: Vybrať všetko

INCR
    MOVF COUNT, W		; skopíruj obsah COUNT do W
    MOVWF PORTB			; skopíruj obsah W na PORTB
    INCF COUNT, F		; zvíš hodnotu COUNT o 1
    CALL WAIT_LOOP		; počkaj
    MOVF COUNT ,W		; skopíruj obsah COUNT do W
    XORLW 255			; vykonaj XOR W oproti hodnote d.255
    BTFSS STATUS, Z		; otestuj bit Z
    GOTO INCR			; ak sa bit Z NErovná 1, choď na INCR
    GOTO DECR			; ak sa bit Z rovná 1, choď na DECR 

DECR
    MOVF COUNT, W		; skopíruj obsah COUNT do W		
    MOVWF PORTB			; skopíruj obsah W na PORTB
    DECF COUNT, F		; zníč hodnotu count o 1
    CALL WAIT_LOOP		; čakaj
    MOVF COUNT ,W		; kopíruj hodnotu COUNT do W
    BTFSS STATUS, Z		; otestuj bit Z
    GOTO DECR			; ak sa bit Z NErovná 1, choď na DECR
    GOTO INCR			; ak sa bit Z rovná 1, choď na INCR 

A tiež nerozumiem, kde si zobral v čakacej sľučke 10 a 11...

Kód: Vybrať všetko

WAIT_LOOP
DELAY
    MOVLW D'30'			; vlož hodnotu d.30 do W
    MOVWF 10			; vlož hodnotu W do 10 (??? Kde sa vzalo 10?)
    MOVWF 11			; vlož hodnotu W do 11 (??? Kde sa vzalo 11?)
DELAY_LOOP
    DECFSZ 10, F		; zníž 10 o 1 a otestuj výsledok
    GOTO DELAY_LOOP		; ak sa výsledok NErovná 0, opakuj DECFSZ 10
    DECFSZ 11, F		; ak sa výsledok rovná 0, zníž 11 o 1 a otestuj výsledok
    GOTO DELAY_LOOP		; ak sa výsledok NErovná 0, opakuj DECFSZ 10
    RETLW 0			; ak sa výsledok rovná 0, tak čosi urob, neviem čo to je

Potom je tu príkaz RETLW, predpokladám že sa odtiaľto má vykonávanie programu vrátiť na riadok nižšie od posledného CALL, ale čo to LW znamená?
No nič, idem kráčať do simulátora...

[Lennox]

.

[romiadam]

Lennox,
BANK-y to je malina, PAGE-ing, to je nocna mora v ASM, ale k tomu sa dostane az ked napise 1024-ty riadok programu. Od riadku 1025 a vyssie uz mu prestanu fungovat funkcie CALL a GOTO a treba zacat pouzivat PCLATH. (este sa pamatam.....). Velmi pohodlne sa to da urobit direktivou PaGESEL, ale stale treba mat pod kontrolou pages programu. Asi vies o com pisem. Pana 03601 stym zatazovat zatial nebudem.


03601,
Ja som jeden z tych co sa "zamilovali" do ASM ani za b...a som nechcel prejst na C-cko (nechcelo sa mi ucit nieco nove, to bol hlavny dovod), dokonca som naprogramoval PID regulator v ASM (to bol moj top projekt v ASM a aj posledny). Kvoli mojej tvrdohlavosti som si to dokazal ze sa to da, ale bol to casovy zabijak (delenie 32-bitoveho cisla 24-bitovym v ASM - ina kafe V C-ku je to y = a / b a vec je vybvena ). Uz nikdy viac taku blbost nespravim.

ASM ti odporucam ak ta zaujima ako to vsetko funguje v to m MCU a ako mas rad logicke rozmyslanie - logicky skladat program po jednotlivych instrukciach - "asemblovat ho" Mna to velmi bavilo, aj ked to bolo casovo narocne. Len ma dorazil ten PID regulator a vtedy som si povedal, ze uz stacilo asemblovania. Ideme na C-cko.


Ty mas PIC16F88? Ak ano, tak to bola spravna volba, ten podporuje in-Circuit-Debuging. Ak ti nieco nefunguje, prepnes sa do Debug modu (mozem vysvetlit ak treba ako na to, alebo pozri na YT)
https://www.youtube.com/watch?v=6fRrTG8AbU0
a mozes krokovat program "online" sledovat jednotlive registre ako sa menia a budes vidiet co to robi a kde to robi chybu. Mozes presne zistit preco ti ten prvy program nefungoval spravne. Ten debug mod ti odhali kazdu blbost, chybicku ktoru v programe urobis.

Debugovat mozes v simulatore (vyssie YT video) alebo priamo v PIC chipe s pouzitim MPLAB IDE. Pre tuto druhu moznost musis vybrat v Debuger menu PICKIT3 (nie MPLABSIM) cas vo videu 59sec a v hlavicke programu prepisat .....CP1_RB0 & _DEBUG_OFF & _WR....... na ....CP1_RB0 & _DEBUG_ON & _WR.....


Podla mna asembler je pre zaciatocnika spravna volba, len v nom neostan pridlho ako ja. Na jednoduche ukony si vystacis s asemblerom, no ked pridu vypocty (hlavne delenie) tak tam uz by malo nastupit C-ko, hlavne z casoveho dovodu.

[balu]

Dělal jsem v assembleru taky moc rád a hodně dlouho. To, co jsem v assembleru dostal do 1kB flashe, bych s Cčkem do procesoru nedostal ani náhodou. Časovač pro osvitku - rotační enkodér, 3,5místný LCD displej připojený pomocí 74595, relé pro spínání - ATtiny13A. 5 IO nožiček - 3 pro 74595, 3 pro rotační enkodér. Bylo nutné jednu nožičku využít pro více účelů - tím pádem jsem PIN pro data pro 595-ky multiplexoval se čtením tlačítka enkodéru. Místo na větší procesor na DPS prostě nebylo. Bylo to docela náročné - musel jsem kód optimalizovat a instrukce přeskládávat tak, abych mohl některé vyřadit a program se choval stejně. Ve flashi nakonec zbylo místo ještě na 3 instrukce.

Přepínání bank, stránkování a syntaxe assembleru u PICů jsou tři věci, které mi při přechodu od 8051 k něčemu lepšímu PICy úplně znechutily a tak jsem přešel na AVRka. Jednak je syntaxe assembleru daleko blíž k té u 8051 a něco jako stránkování se řeší až u čipů s flash větší, než 64kB nebo při psaní bootloaderu, kde se do flashe zapisuje po stránkách u všech procesorů. Kromě toho, že se procesor nemusí zdržovat věčným přepínáním bank a stránek, tak jsou při stejném taktu procesoru až 4x rychlejší. PICy mají všechny instrukce na 4 takty, AVRka většinu na 1-2 takty. Ale to je minulost. Dneska už taky pracuju hlavně v Cčku. Je to rychlejší a i po delší době není problém s čitelností kódu - tedy pokud není vyloženě zprasený.

Jinak souhlasím s tím, že je více, než vhodné mít představu o instrukcích procesoru (assembleru) a vědět, jak procesor uvnitř funguje. Je pak jednodušší jít optimalizacím vstříc a udělat kód co možná nejefektivnější. Totéž platí o periferiích procesoru - jak interních, tak pak připojených zvenku. Jenže pro většinu dnešních začínajících je modla Arduino a pro ty je assembler, nedej Bože datasheet, prostě sprosté slovo... Ti ve většině případů umí koupit modul, podle barevných omalovánek ho připojit na předem dané piny (pokud jsou dané piny obsazené, je s projektem často už v této fázi konec), download a instalaci knihovny, pak XY.begin() a když to nefunguje, tak jsou v koncích.

[Dumitru]

Jenže pro většinu dnešních začínajících je modla Arduino a pro ty je assembler, nedej Bože datasheet, prostě sprosté slovo... Ti ve většině případů umí koupit modul, podle barevných omalovánek ho připojit na předem dané piny (pokud jsou dané piny obsazené, je s projektem často už v této fázi konec), download a instalaci knihovny, pak XY.begin() a když to nefunguje, tak jsou v koncích.

S týmto úplne nesúhlasím podľa tejto teórie :

Nesmieš sadnúť za volant kým neposkladáš par aut pretože nevieš presne ako to vnútri funguje
Nemôžeš použiť osciloskop pretože nevieš ako to presne vnútri funguje
Nesmieš použiť operačný zosilňovač kým nerozoberieš presne aký tranzistor vnútri načo slúži
Nemohol by som ani sem prispieť pretože neviem ako presne windows funguje

A myslím si že aj ten čo napísal tuto stránku vôbec netušil aké registre ma jeho procesor na PC ale to z neho nerobí zlého programátora

[budvar10]

To, co jsem v assembleru dostal do 1kB flashe, bych s Cčkem do procesoru nedostal ani náhodou.

S tým by som nesúhlasil. Jednoduché programy, ak dostatočne neovládaš C++. Ak by si mal ale naprogramovať násobenie, delenie, mocninu, odmocninu atď., ani sa len nepriblížiš efektivite.

V podstate s dobrou znalosťou C++ dokážeš napísať veľmi dobré a efektívne programy. Samozrejme, stále aj v Céčku vieš použiť ASM. Napríklad v niektorých častiach, ktoré nevieš ako sa dajú napísať v Céčku alebo kvôli prehľadnosti alebo jednoducho z rozmaru.

A ešte by sme sa mohli pozrieť na pracnosť.

[Atlan]

len mala ukzaka kodu v C pre zakaldny uP, velmi sa to od asm nebude lisit namiest o2 instrukcii kodu pouzije jedno priradenie.

#include <xc.h>
#pragma config WDT=OFF, OSC=XT, PWRT=OFF, BOR=OFF, DEBUG=OFF, LVP=OFF

void main (void)
{
ADCON1 = 0x07;
TRISB = 0X00;
PORTB = 0b01010101;
T1CON = 0b10111001;
while (1)
{
while (TMR1 < 65530);
TMR1 = 0;
PORTB = ~PORTB;
}
}

namiesto ; su // to si zvykne rychlo

[03601]

...Nesmieš sadnúť za volant kým neposkladáš par aut pretože nevieš presne ako to vnútri funguje
Nemôžeš použiť osciloskop pretože nevieš ako to presne vnútri funguje
Nesmieš použiť operačný zosilňovač kým nerozoberieš presne aký tranzistor vnútri načo slúži
Nemohol by som ani sem prispieť pretože neviem ako presne windows funguje

To zase ja nesúhlasím s Tebou, lebo:

Nesmieš sadnúť za volant kým... nevieš kde sú smerovky, spojka, klaksón, stierače, ostrekovač...
Nemôžeš použiť osciloskop pretože... netušíš čo je to časová základňa, čo je to vstupný delič, čo je to sonda...
Nesmieš použiť operačný zosilňovač kým... ho nevieš správne napájkovať, či mu navrhnúť správne DPS...
Nemohol by som ani sem prispieť pretože neviem... otvoriť prehliadač, zadať adresu, ovládať WWW stránku...

Skrátka si netrafil! Ja tiež neviem ako pracuje vo vnútri MCU každý jeden tranzistor a predsa ich dnes a denne používam! Ale viem jeho vonkajšie parametre, jeho uživateľské dáta, ba dokonca im rozumiem a tak s MCU rozblikám LEDku... ba čo naviac, viem dohľadať prečo nebliká, keď by mala!
A balu hovorí práve o tom, že tí obrázkovo youtubový fušeri nemajú šain ani o tej "užívateľskej" vrstve informácií... sadnú si do auta a netušia, či sedia na sedadle vodiča... zapnú si osciloskop a šťukajú gombíkmi v očakávaní dákeho živého kanála...

[03601]

rozhára sa tu úplne zbytočný požiar sporu okolo C vs ASM !

Ďakujem Vám za Vaše motivačné smerovania a poznámky, ale zvolil som si cestu s ASM. Tým je akákoľvek ďalšia debata na tému použitého jazyka úplne zbytočná. Len si vybíjate baterky. Ak sa rozhodnem učiť sa písať kód v C, bude ma tešiť Váš záujem mi pomôcť. Nateraz sa s C nebudem zaoberať.

Howgh!

[03601]

Včera, keď sa lámal deň na dnes, tak som zažil "Ahá moment"!
Prinútil som sa prečítať fest nudnú kapitolu o Read-Modify-Write inštrukciách. Čítal som tie 4 strany asi 8x, lebo som furt klimbal nad tou nudou, stratil som niť a hybaj odznova. Keď som konečne dospel na koniec kaoitoly stála tam jedna veta z mnohých, ktorá jednoznačne zhrnula celý ten hrozný článok!

"V zásadě bychom neměli nikdy přistupovat přímo k registrúm PORTX a obdobným pomoci instrukcí, které z registrú zároveň čtou i do něj zapisují!"

A to som presne robil vo svojom zbabranom kóde. Puzzle zapadli, ide sa ďalej...

Ďalší čarovný moment nastal, keď som prečítal príspevok od romiadam! Nechápal som ,prečo mi nejde kód v PICku, keď mi ho simulant predvedie ako OK. Chcel som robiť debug rovno na PICku cez PICkit 3, ale nemám to nastavené a tak to samozrejme nešlo! Ostala len túžba to vedieť...
A tu sa stane čudeso, ozve sa romiadam, ba čo viac, pošle mi rovno návod ako sa to robí!!! Ďakujem romiadam!

[romiadam]

Som rad ze som pomohol. Aj mne tu mnohi pomohli, ked som ja zacinal, tak to teraz odovzdavam dalej.

[Lennox]

.

[romiadam]

Lennox,
ked uz tak, aby to bolo ferove, daj sem aj vygenerovany ASM kod kompilatorom, aby sme videli ze ci tam toho bude viac alebo nie. Nakolko C-cko sa aj tak preklada kompilatorom do ASM.
Toto je jednoduchy program, v tomto pripade by to mohla byt remiza, ale typujem ze tam bude o zopar instrukcii navyse. Narazam na balu-ho komentar.

To, co jsem v assembleru dostal do 1kB flashe, bych s Cčkem do procesoru nedostal ani náhodou.

Dnes tie flashe su onmoho vacsie, takze tam sa uz moze plytvat s pamatou, takze aj tak vyhrava C-ko.

[Lennox]

.