Direttiva .org AVR assembly (atmega8535)

[simo85]

Fidati che è così, in assembler ci ho programmato parecchio

Nooo non la vedere così. Non è che non mi fido, è che voglio rinfrescarmi la memoria "toccando con mano".

Appena posso con calma mi leggo anche il tuo esempio. Ora non posso farlo tranquillamente.

[DirtyDeeds]

Nooo non la vedere così.

No hay problema E comunque faresti bene a non fidarti: quel programma è del 2000 ed è stato l'ultimo programma in assembler che ho fatto... e sono passati 13 anni

[simo85]

No hay problema

Mejor.

Adesso che ci penso, mi rendo conto che (forse) sto facendo confusione tra program counter e location counter

[DirtyDeeds]

sto facendo confusione tra program counter e location counter

Credo di sì

[simo85]

Ecco.

Ad ogni modo più tardi, se ho tempo, vado a frugare nei sotterfugi della biblioteca. Dato che c'è qualche libro sui PIC (e proprio uno tutto in Assembly) mi posso rinfrescare la memoria anche con quello. Una risfogliata di tanto in tanto non guasta mai.

[xyz]

Ti consiglio di cambiare titolo al thread, ho cliccato per sbaglio, è fuori luogo in un forum tecnico (dove la precisione è richiesta).

Non comunichi con quale assemblatore usi, infatti ci sono oltre all'istruzioni in assembler per AVR (informazione inizialmente omessa) le direttive al compilatore, queste non si trovano nel datasheet della MCU ma nel manuale dell'assemblatore utilizzato. La direttiva "org" è quasi in comune a tutti i compilatori in assembler ed è una delle prima cose che si apprende quando si usa un assemblatore.

Quello è un codice di massima scritto, credo, a fini didattici è incompilabile, ci sono dei commenti non marchiati come commenti, ci sono dei numeri omessi che generano errore, c'è almeno un errore di battitura e mancano gli include della MCU utilizzata quindi mancano tutte le definizioni delle porte e macro di supporto. Mi fermo qui, hai superato la soglia di errori massimi comunicabili

[Rabeluk]

il 13 è esadecimale quindi sarebbe 19 in decimale... però dovrebbero essere indirizzi di word e non di byte... quindi in pratica sarebbe il 38esimo byte.... quindi la look up table si trova a partire da li

quindi prima di arrivare alla prima istruzione di lpm scorrono 38 (26 in esadecimale) indirizzi che aggiunti al valore attuale di ZLx2 (per avere indirizzo di byte) mi da il valore che sto cercando... considerando il fatto che con .dw le word hanno i bit meno significatifi sul byte + basso prendo proprio quello per prima e poi incrementando ZL di 1 riesco a prendere il byte + significativo che si trova sotto quello preso in precedenza... c'ho azzeccato=?

[Rabeluk]

forse formulando una domanda diversa riesco a farmi aiutare

La direttiva .org è come se dicesse "lasciare che l'istruzione successiva sia posizionato all' indirizzo ... ??

riferendosi ad indirizzi di word?? o ad indirizzi di byte???? effettivamente la program memory (su questi micro) dovrebbe lavorare su blocchi di word da 16 bit( correggetemi se sbaglio)
mentre però il comando lpm dato che deve salvare il valore che si trova all'indirizzo cui punta Z=(ZH-ZL) in R0 (che è un registro da 8 bit) va a puntare ai singoli byte......

[dimaios]

Mi fermo qui, hai superato la soglia di errori massimi comunicabili

Anche io per riuscire a capire qualcosa ho dovuto scorrere diversi post finché al numero [10] ho compreso il problema. Soprattutto il titolo non è adeguato alla discussione. Quoto al 100% l'analisi di xyz.

[Rabeluk]

cioè hai preso 6 voti per un cazziatone? cosa c'è di tecnico in questo?