Go Down

Topic: Topic permanente di programmazione newbie (Read 33 times) previous topic - next topic

leo72


Se il ragionamento di ieri è giusto sono giusti anche i LB; la prova è che se setto i LB su FE o FC non riesco più a programmare i Fuse, devo per forza fare un chip erase. Ho provato con tiny84, sia FC che FE mi permettono di riprogrammarlo via ISP, anche se mi viene ora un onesto dubbio: ieri quando cambiavo i fuse la procedura veniva eseguita correttamente, ma poi alla verifica vedevo i valori inalterati, mentre ieri al tiny mandavo sempre lo stesso sletck, non vorrei che facesse finta di ricevere i dati, le linee ISP lavoravano come sempre e l'IDE mi ha dato il done, quindi mi sono fidato di ciò. Stasera approfondisco con un 328 ed un 4313, per avere l'intero arco chiaro.

Ah, allora potrebbe benissimo darsi che ti dice che ha programmato ma non l'ha fatto.
E' facile, basta mandare un blink col led su un pin, poi blocchi il micro e mandi un blink con un led diverso. Se il secondo non lampeggia, ha funzionato tutto.

Quote

Sul tuo suggerimento purtroppo non capisco come posso risolvere, scusa ma: se "stampo" a video il contenuto della variabile in forma HEX vedo i valori FF, FE, FC, in qualsiasi altra forma mi da spazio vuoto, io vorrei riuscire a leggere questa variabile e confrontarla fisicamente con uno dei possibili valori per attribuire anche la descrizione dello status. Tu dici che se faccio qualcosa come:
if LOCKB && 0b00000011 = 0b00000011 ; Serial.print("Free");
funziona? ma se è così non posso direttamente fare:
if BYTE(LOCKB) = 0b00000011 ; Serial.print("Free");
?

Ma tu ti eri messo ad usare switch su stringhe, aumentando il carico sulla memoria.
Se allora fai uno switch tipo:
Code: [Select]
switch (LOCKB && 0b00000011) {
  case: 3 //libero
    ....
    break;
  case 1: //solo lettura
    ...
    break;
  case 0: //protezione totale
    ...
    break;
}

Michele Menniti

Sì, faccio la prova del "doppio" blink e speriamo bene.

Ok, ora ho capito: 3, 1, 0 sono il decimale del byte e li uso come Case; bene, per ora sono a posto, stasera provo e posto.

Grazie Maestro  XD
Guida alla programmazione ISP e seriale dei micro ATMEL (Caricare bootloader e sketch):
http://www.michelemenniti.it/Arduino_burn_bootloader.php
Guida alla Programmazione ATmega328 noP:
http://www.michelemenniti.it/atmega328nop.html
Articoli su Elettronica In:
http://www.michelemenniti.it/elettronica_in.html

leo72


Sì, faccio la prova del "doppio" blink e speriamo bene.

E' il test più semplice da fare.

Quote

Ok, ora ho capito: 3, 1, 0 sono il decimale del byte e li uso come Case; bene, per ora sono a posto, stasera provo e posto.

Sì, 3, 1 e 0 sono il decimale rispettivamente dei valori binari 0b00000011, 0b00000001 e 0b00000000.
Puoi mettere case 0b00000011 al posto di case 3, non cambia nulla.

Quote

Grazie Maestro  XD

Ma dai  XD

Michele Menniti

Primi aggiornamenti:
-Confermo che la programmazione dei LB si può eseguire da un livello al successivo ma non in senso contrario: FF->FE->FC, quindi se passo da FF a FE, poi posso ancora passare a FC, se passo da FF a FC, non posso più tornare a FE.

-La brutta notizia è che anche in protezione FC (massima) riesco tranquillamente a scrivere uno sketch via ISP, sovrascrivendo il precedente; questa operazione naturalmente riporta i LB a FF (condizione free); servirebbero spiegazioni.....
Guida alla programmazione ISP e seriale dei micro ATMEL (Caricare bootloader e sketch):
http://www.michelemenniti.it/Arduino_burn_bootloader.php
Guida alla Programmazione ATmega328 noP:
http://www.michelemenniti.it/atmega328nop.html
Articoli su Elettronica In:
http://www.michelemenniti.it/elettronica_in.html

Testato

la board ?

Quote
uno.bootloader.unlock_bits=0x3F
uno.bootloader.lock_bits=0x0F
- [Guida] IDE - http://goo.gl/ln6glr
- [Lib] ST7032i LCD I2C - http://goo.gl/GNojT6
- [Lib] PCF8574+HD44780 LCD I2C - http://goo.gl/r7CstH

Michele Menniti

Ma credo sia ininfluente, sto lavorando sul tiny84, i valori erano entrambi su FF, ho messo:
attiny84at1.bootloader.unlock_bits=0xFF
attiny84at1.bootloader.lock_bits=0xFC
ma non cambia assolutamente nulla, con i LB impostati su FC si programma e i LB si resettano a FF.
MI viene il dubbio che il fimrware ArduinoISP possa avere implementato il chip_erase (che mi risulta si possa eseguire anche via software).
Boh, davvero non ne comprendo la logica. Ora provo anche un 328 in HVPP, vediamo.
Guida alla programmazione ISP e seriale dei micro ATMEL (Caricare bootloader e sketch):
http://www.michelemenniti.it/Arduino_burn_bootloader.php
Guida alla Programmazione ATmega328 noP:
http://www.michelemenniti.it/atmega328nop.html
Articoli su Elettronica In:
http://www.michelemenniti.it/elettronica_in.html

leo72

@Mike:
invia lo sketch in modalità "verbose", ossia premendo contemporaneamente il tasto SHIFT mentre clicchi sull'icona UPLOAD e guarda tra le prime righe che compaiono nel terminale dell'IDE i parametri che vengono passati ad avrdude, postali qui per capire se passa l'erase del chip mentre invia i firmware al micro, almeno capiamo cosa succede

Michele Menniti

#352
Apr 16, 2012, 10:19 pm Last Edit: Apr 16, 2012, 10:27 pm by Michele Menniti Reason: 1

@Mike:
invia lo sketch in modalità "verbose", ossia premendo contemporaneamente il tasto SHIFT mentre clicchi sull'icona UPLOAD e guarda tra le prime righe che compaiono nel terminale dell'IDE i parametri che vengono passati ad avrdude, postali qui per capire se passa l'erase del chip mentre invia i firmware al micro, almeno capiamo cosa succede

mentre faccio upload del blink?
Code: [Select]

avrdude -CC:\arduino-0022\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega328p -cstk500v1 -P\\.\COM60 -b19200 -Uflash:w:C:\DOCUME~1\DOTT~1.MIC\IMPOST~1\Temp\build1887152033353859677.tmp\Blink_FAST.cpp.hex:i
Using Port            : \\.\COM60
         Using Programmer      : stk500v1
         Overriding Baud Rate  : 19200
avrdude: ser_open(): setting dtr
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Send: 0 [30]   [20]
avrdude: Recv:
avrdude: Recv:
         AVR Part              : ATMEGA328P
         Chip Erase delay      : 9000 us
         PAGEL                 : PD7
         BS2                   : PC2
         RESET disposition     : dedicated
         RETRY pulse           : SCK
         serial program mode   : yes
         parallel program mode : yes
         Timeout               : 200
         StabDelay             : 100
         CmdexeDelay           : 25
         SyncLoops             : 32
         ByteDelay             : 0
         PollIndex             : 3
         PollValue             : 0x53
         Memory Detail         :

nei dettagli del micro quel chip erase delay non mi dice nulla di buono :(
Guida alla programmazione ISP e seriale dei micro ATMEL (Caricare bootloader e sketch):
http://www.michelemenniti.it/Arduino_burn_bootloader.php
Guida alla Programmazione ATmega328 noP:
http://www.michelemenniti.it/atmega328nop.html
Articoli su Elettronica In:
http://www.michelemenniti.it/elettronica_in.html

Testato

Qui si sta scoprendo qualcosa di interessante  :)
- [Guida] IDE - http://goo.gl/ln6glr
- [Lib] ST7032i LCD I2C - http://goo.gl/GNojT6
- [Lib] PCF8574+HD44780 LCD I2C - http://goo.gl/r7CstH

leo72


nei dettagli del micro quel chip erase delay non mi dice nulla di buono :(

Non ti preoccupare, quelli sono i parametri che avrdude ha nel file avrdude.conf relativamente al chip che sta gestendo, quindi è un sunto di tutto, anche di ciò che non usa in quel particolare momento.
La riga che ci interessa è questa:
Quote
avrdude -CC:\arduino-0022\hardware/tools/avr/etc/avrdude.conf -v -v -v -v -patmega328p -cstk500v1 -P\\.\COM60 -b19200 -Uflash:w:C:\DOCUME~1\DOTT~1.MIC\IMPOST~1\Temp\build1887152033353859677.tmp

I parametri sono:
-v -v -v -v: specifica una modalità "super verbose", ossia che manda a video qualsiasi messaggio generato
-patmega328p: specifica atmega328p
-cstk500v1: specifica il tipo di programmatore (stk500v1 è l'emulazione che offre l'ArduinoISP)
-P\\.\COM60: porta usata
-b19200: velocità
-Uflash:w:C:\.....: fimware usato e memoria programmata, ossia la flash

Quindi, non c'è nessun dettaglio relativamente alla cancellazione del chip, che sarebbe il parametro -e, che opera un erase totale della flash, della eeprom e dei fuse del micro. Il parametro "-e" dovrebbe essere usato dall'IDE solo quando programma il bootloader.

Michele Menniti

Boh, l'unico dato certo è che con le opzioni FE o FC non riesco più a programmare i fuse, segno che i lb stanno funzionando, niente da fare invece sulla questione programmazione, gli sketch passano che è una bellezza.
Sarebbe interessante il parere di qualcuno che li ha usati, ma ho idea che non c'è nessuno.
Comunque stanotte ho terminato i due firmware (PC e LCD) con la gestione lettura/scrittura dei Lock bits, la procedura funziona, non posso entrare nel merito del funzionamento dei lb, anche se mi piacerebbe capirlo.

Avevo chiesto se avete un qualcosa di semplice con cui possa "leggere" il contenuto della flash del micro, naturalmente non mi interessa alcuna estrapolazione o traduzione di codice, solo capire se almeno la lettura viene impedita.

Ora mi dedico ad altre cosette, tra qualche giorno (devo smaltire :smiley-sad-blue:) riprendo tutto e scrivo il terzo ed ultimo articolo sull'HV.
Guida alla programmazione ISP e seriale dei micro ATMEL (Caricare bootloader e sketch):
http://www.michelemenniti.it/Arduino_burn_bootloader.php
Guida alla Programmazione ATmega328 noP:
http://www.michelemenniti.it/atmega328nop.html
Articoli su Elettronica In:
http://www.michelemenniti.it/elettronica_in.html

leo72


Boh, l'unico dato certo è che con le opzioni FE o FC non riesco più a programmare i fuse, segno che i lb stanno funzionando, niente da fare invece sulla questione programmazione, gli sketch passano che è una bellezza.

Non so che dirti, non ho ancora avuto mai il modo di doverli usare.
So solo che anche l'IDE di Arduino li programma (basta aprire il file boards.txt per vedere la voce dei lockbit).
Mi viene da pensare che un "programmatore" software qual è l'ArduinoISP non riesca a compiere l'operazione, e che forse ci vorrebbe un programmatore "vero".

Testato

Astro Astro Astro

(chiamato a gran voce stile "Il Gladiatore")
:) :) :)
- [Guida] IDE - http://goo.gl/ln6glr
- [Lib] ST7032i LCD I2C - http://goo.gl/GNojT6
- [Lib] PCF8574+HD44780 LCD I2C - http://goo.gl/r7CstH

BrainBooster

sorry ma sono di fretta :)
date una lettura a questo documento:
http://www.avrfreaks.net/modules/FreaksFiles/files/382/DN_020.pdf

leo72


sorry ma sono di fretta :)
date una lettura a questo documento:
http://www.avrfreaks.net/modules/FreaksFiles/files/382/DN_020.pdf

Arrivi tardi, l'ho già segnalato un paio di volte  ;)
Cmq lì si parla anche di "protezione in scrittura", non solo di lettura però Mike non riesce a proteggere i chip da tale operazione.

Go Up