programmare il 644 ... ma come????

Non puoi programmare via serial un chip senza bootloader.
Il bootloader è un particolare programma scritto dal team di Arduino che all'avvio del microcontrollore controlla appunto se sulla seriale sta arrivando un nuovo sketch. Se arriva, lo legge e contemporaneamente lo scrive sulla Flash. Se non c'è nulla, avvia il programma già presente. In questo caso ti serve un convertitore USB/seriale.

Senza bootloader l'unico modo per scrivere il nuovo sketch è appunto la programmazione ISP, che usa la comunicazione SPI del micro. Quindi ti serve o un programmatore o un Arduino che lo emuli.

ok..
allora per la programmazione via seriale, con il mio emulatore USB, devo metterci il bootloadr..e credo che farò così....
.. le indicazioni le trovo nella guida di menniti? ... la tecnica seriale.. mi pare che sia stata chiamata così..!!! .. questa è valida anche per il 644??? come si utilizza?? ... perchè menniti parla del 328 ... mi pare ....

invece la programmazoine ISP è anch'essa trattata da menniti ma per il 328.. dove prende i collegamenti dal connettore ISP... ma come faccio sul 644 standalone????

[quote author=Paolo S link=topic=136740.msg1029964#msg1029964 date=1355316762]
invece la programmazoine ISP è anch'essa trattata da menniti ma per il 328.. dove prende i collegamenti dal connettore ISP... ma come faccio sul 644 standalone????[/quote]

leo72:
@Paolo:
il procedimento è giusto, varia comunque in base a come vuoi usare il microcontrollore. Se metti un chip in standalone normalmente il bootloader non si usa, perché con la tecnica ISP puoi programmarlo direttamente, senza bootloader. Info le trovi nella guida del Menniti, è stata scritta inizialmente per programmare un Atmega328 ma i principi valgono per tutti i micro. L'idea di base è quella di usare lo sketch Arduino ISP come emulatore di un programmatore e collegare i pin D10/D11/D12/D13 dell'Arduino programmatore alle linee RESET/MOSI/MISO/SCK del chip di destinazione. MOSI/MISO/SCK sono le 3 linee della comunicazione SPI e le trovi nel datasheet, variano come corrispondenza da micro a micro.

Attenzione ad una cosa: se stai usando l'IDE 1.0.1 devi usare il pacchetto 644_1284 in versione 1.0.1! La versione 1.0.2 è per l'IDE 1.0.2 (e 1.0.3). Sono diversi perché nell'IDE 1.0.1 il supporto per il 644/1284 era incompleto e dovevano essere sostituiti 3 file del core dell'IDE.

Il ragazzo non legge con attenzione e non si applica. ]:smiley: ]:smiley: ]:smiley:

Datasheet
644A e 644PA --> http://www.atmel.com/Images/doc8272.pdf
644P/V --> http://www.atmel.com/Images/8011S.pdf
644/V --> http://www.atmel.com/Images/doc2593.pdf
Quale hai?

hai ragione ... omonimo!!!!
.. chiedo scusa.

Ho capito che per la programmazione ISP devo usare RESET/MOSI/MISO/SCK del microcontrollare e fin qui ci siamo. Ma se non voglio usare arduino per emulare la seriale ,se volessi usare una seriale vera e propria, la corrisopndenza dei pin della seriale DB9 che mi occorrono li trovo nella guida di menniti?

Stasera riproverò... per i 644 credo di avere i PA.... ma dovrei verificare stasera ...
ciao

Tra 644, 644V, 644P e 644PA a livello di piedinatura non cambia quasi nulla.
I modelli "non P" non hanno il core PicoPower per cui non gestiscono il risparmio energetico in maniera ottimale. Sono da sconsigliare per progetti standalone dove vuoi mettere in sleep il micro.
Il modello "V" è una vecchia serie che reggeva una tensione di alimentazione minima di 1,8V: per contro il clock era max di 10 MHz.
Il modello "A" è una revisione del core che permette di lavorare a 1,8V minimi mantenendo un core capace di lavorare max a 20 MHz. Nell'acquisto, quindi, scegliere sempre il modello "644PA" possibilmente, che oltretutto costa anche meno dei precedenti 644V e 644P integrando le cose buone di entrambi.

@ Paolo S: come ti hanno spiegato io ho scritto la Guida basandomi sul 328P, i principi sono identici, quindi per la programmazione ISP devi "localizzare" sul modello di 644 che usi i segnali MISO, MOSI, SCK, RESET e poi collegare in parallelo le alimentazioni, nel senso che 5V e GND il 644 li deve prendere (per comodità, ma il GND sarebbe comunque obbligatorio) dall'Arduino. Per la programmazione seriale, una volta che hai caricato il bootloader sul 644, puoi continuare ad usare Arduino, sempre in base a come scritto nella Guida, senza necessariamente comprare un Convertitore, se non lo hai già. Anche in questo caso devi localizzare i pin TX/RX/RESET, ma il 644 ha più seriali, immagino che il core si riferisca alla prima, al massimo vai a tentativi.

@ Leo: non ho controllato ma penso che il 644 possa lavorare a 1,8V e 20MHz, ma NON contemporaneamente, se lo alimenti a 1,8V hai comunque una limitazione del clock massimo.

Do per scontato che quando scrivo che può lavorare a 1,8V lo intendo non certamente a 20 MHz. Sono da rispettare le tabelle nel datasheet.
Poi, come detto, il "644" è una cosa, questo chip effettivamente esiste. Ma è a 2,7V e 20 MHz. Poi c'è il 644V, a 1,8V di tensione minima ma solo 10 MHz di tensione massima (ovviamente innalzando la tensione).
In questa pagina:
http://atmel.com/devices/ATMEGA644.aspx
ci sono tensione minima e clock massimo per i 644 e 644V. Il 644 è dato per 2,7V/20 MHz mentre il 644V per 1,8V/10 MHz.

Qui il 644A:
http://atmel.com/devices/ATMEGA644A.aspx
come vedi, 20 MHz e 1,8V

Qui invece il 644P/V
http://atmel.com/devices/ATMEGA644P.aspx
Il 644P va a 2,7V/20 MHz mentre il 644PV va a 1,8V/10 MHz. Entrambi con core PicoPower

E qui il 644PA:
http://atmel.com/devices/ATMEGA644PA.aspx
1,8V/20 MHz con core PicoPower

cari leo e menniti...

ok... credo di avere capito come procedere con la programmazione ISP...

... in effetti ieri ci sono risucito a riprogrammare il 644 usando questa configurazione

che dovrebbe essere questa tecnica ISP. Ok.. funziona e sto gia "migrando" il codice dal 328 al 644 ....

Ho provato anche la programmazione seriale (sui primi tx e rx), presa dal manuale Menniti .... ma non sono riuscito.... puo darsi che magari non fosse andata a buon fine la scrittura del bootloader e quindi non abbia funzionato per questo.... stasera riproverò....

Per quanto riguarda la programmazine seriale non posso (e non voglio) usare un altro arduino ma preferisco lasciare sulla board i pin su cui inserire il convertitore USB - seriale che ho comprato.

... quindi se la programmazione seriale non ha funzionato i motivi potrebbere due:

  • o il bootloader non è stato caricato bene .. (anche se il messaggio di fine trasferimento confermava il buon esito!!!)
  • non ho usato la giusta copia di rx - tx sul 644

quindi la domande sono:

  • è giusto quanto sopra, sulle possibili cause del malfunzionamento?
  • esiste un metodo certo per verificare la presenza del bootloader nel micro?

ed ancora

  • i pin utilizzati per l'ISP (MISO, MOSI, SCK) .. opsso comunque utilizzarli, durante il normale funzionamento , come pin di OUT/IN ???

... comunque confermo che il 644 sta funzionando regolarmente programmato con l'ISP, con il 30 % di script già "tradotto" per il 644 .. e sono già soddisfatto ....
saluti

Bene, bene, partiamo dalla programmazione seriale, i collegamenti da fare sono: (premesso che il 644 deve essere configurato con quarzo e condensatori e R da 10K tra reset [pin 9] e 5V, per la frequenza a cui l'hai programmato)
TX convertitore al pin 14 del 644
RX convertitore al pin 15 del 644
5V covertitore ai pin 10 e 30 del 644
GND del convertitore ai pin 11 e 31 del 644
RESET/DTR/RST/RTS del convertitore (è sempre lo stesso pin, non so come si chiama sul tuo) ad un C da 100nF, l'altro capo del C da 100nF al pin 9 del 644
In caso di insuccesso puoi bypassare il C da 100nF, ma in genere serve

  • è giusto quanto sopra, sulle possibili cause del malfunzionamento?
  • esiste un metodo certo per verificare la presenza del bootloader nel micro?

sì alla prima domanda, segui le mie istruzioni per la prova; no alla seconda domanda, o meglio temo che la cosa sia abbastanza complessa, però se la procedura di caricamento è andata a buon fine stai tranquillo che il bl c'è :wink:

  • i pin utilizzati per l'ISP (MISO, MOSI, SCK) .. opsso comunque utilizzarli, durante il normale funzionamento , come pin di OUT/IN ???

sì, senza alcuna limitazione, invece devi stare attento a che siano completamente liberi quando decidi di riprogrammare il micro; ma se l'ISP lo usi solo per il bl in seguito non ti serviranno più.

... comunque confermo che il 644 sta funzionando regolarmente programmato con l'ISP, con il 30 % di script già "tradotto" per il 644 .. e sono già soddisfatto ....

certamente mi sono perso qualcosa, perché non capisco questa frase :cold_sweat:

Grazie michele .. gentilissimo e chiarissimo....

l'ultima frase era solo per rafforzare quanto scritto prima da me....

... niente di importante ... stasera riproverò.. ciao

Un modo per sapere se il bootloader funziona ci sarebbe. Se hai scaricato il mio pckage, apri il file /hardware/arduino/booloaders/1284p/optiboot.c e cercare intorno alla riga 187 il seguente codice:

#ifndef LED_START_FLASHES
#define LED_START_FLASHES 0
#endif

Metti il numero di flash che vuoi e poi ricompila.

e questo fa lampeggiare un LED? quale?

E' scritto nel file pins_def.h presente nella stessa cartella. Per il 644/1284 si tratta del pin PB1, che sarebbe il 2° piedino.

leo72:

[quote author=Michele Menniti link=topic=136740.msg1031155#msg1031155 date=1355400441]
e questo fa lampeggiare un LED? quale?

E' scritto nel file pins_def.h presente nella stessa cartella. Per il 644/1284 si tratta del pin PB1, che sarebbe il 2° piedino.

[/quote]
per Paolo non per me, se attiva quella riga senza collegare nulla all'esterno non si accorgerà comunque di niente :slight_smile:

per Paolo non per me, se attiva quella riga senza collegare nulla all'esterno non si accorgerà comunque di niente :slight_smile:
[/quote]
Beh, questo è scontato :wink:
Cmq era stato domandato come poter avere la certezza che il bootloader fosse stato caricato correttamente e stesse funzionando, quello è il modo più semplice, che sfrutta lo stesso codice del bootloader.

infatti è perfetto, abbiamo fatto tutto sto casino solo perché intendevo dirti che accanto al suggerimento potevi dirgli direttamente che doveva collegare un led al pin 2 tramite una R in serie :smiley:

Ma così non gli davo il suggerimento di andare a studiarsi il core che ha scaricato. Invece così sa che ci sono dei file che fanno alcune cose, che quei file li può modificare e che modificandoli può personalizzarsi il core.
Diciamo che stasera mi sento molto insegnante, va' ... sarà che a forza di ragionare con te mi sto professorizzando :stuck_out_tongue_closed_eyes:

leo72:
Ma così non gli davo il suggerimento di andare a studiarsi il core che ha scaricato. Invece così sa che ci sono dei file che fanno alcune cose, che quei file li può modificare e che modificandoli può personalizzarsi il core.
Diciamo che stasera mi sento molto insegnante, va' ... sarà che a forza di ragionare con te mi sto professorizzando :stuck_out_tongue_closed_eyes:

Ottimo, caro collega, concordo con la Sua disquisizione, da approfondire in sede opportuna XD

Grazie per gli "spiegoni" ... ad entrambi naturalmente.
Ma se siete d'accordo continuerei con le domande!!!!

sul 328, in una parte del codice, leggevo i 4 bit della porta D così:

charDTMF_value = (PIND)>>4;   // legge i bit della porta D e shifta a destra di 4 (estrae un valore tra 0 e 15)

adesso nel 644 volevo collegarlo ai primi PIN della porta B, ovvero:

PCINT8/(D0 ) PB0  1|   
            PCINT9/(D1 ) PB1  2| 
   PCINT10/INT2 (D2 ) PB2  3| 
  PCINT11/OC0A (D3 ) PB3  4|

nel 644 dovrei leggerlo così

charDTMF_value = (PINB)>>4;   // legge i bit della porta B e shifta a destra di 4 (estrae un valore tra 0 e 15)

.. ma mi sfugge quale dei bit è più significativo e quale no... insomma ddevo shiftare di 4 posti o no? siccome non riesco a farlo funzionare...

un'altra cosa:

  • per fare il debug devo fare funzionare il serial monitor... siccome la programmazione la faccio tramite ISP .. niente serial monitor!!! giusto?

ed ancora:

  • la funzione che legge questo: "charDTMF_value = (PINB)>>4" è attivata con l'interrupt che sul 644 ho messo sul n° 0,
    PCINT26/INT0/RX1 (D10) PD2 16 (dalla mappattura dei PIN del 644)
    cioè il PIN 16 del microcontrollore, dove cè anche il RX1...
    quindi siccome ci sono funzioni che inviano dati anche alla seriale, è possibile che il fatto che sia attivita RX sul pin 16 mandi a quel paese l'interrupt?

suggerimenti??... consigli???

In questo modo non leggerai nulla di valido, o per meglio dire otterrai il valore di pin PB4..PB7 sui primi 4 bit.
Uno shift è uno scorrimento, se scorri 1 byte di 4 posizioni verso destra perdi il valore dei primi 4 bit meno significativi, su cui troverai il valore dei 4 bit più significativi.
Esempio:
byte 11000011
Se fai byte >> 4 poi byte vale 00001100(0011) perché i bit 0011 sono usciti da destra, e li hai persi.

.. ma mi sfugge quale dei bit è più significativo e quale no... insomma ddevo shiftare di 4 posti o no? siccome non riesco a farlo funzionare...

Il "peso" dei bit si misura da sinistra a destra.
76543210
Quindi il bit 7 è quello più significativo, il bit 0 quello meno significativo.
Ma tu cosa intendi fare? Leggere solo i primi 4 bit di quella porta?
Allora usa un AND bit a bit.
Fai PINB & 0b0001111, in questo modo ti verranno restituiti solo i 4 bit a destra, perdendo gli altri.

un'altra cosa:

  • per fare il debug devo fare funzionare il serial monitor... siccome la programmazione la faccio tramite ISP .. niente serial monitor!!! giusto?

Non dipende da come programmi il chip ma dal fatto che tu usi o meno la seriale nel tuo sketch.

ed ancora:

  • la funzione che legge questo: "charDTMF_value = (PINB)>>4" è attivata con l'interrupt che sul 644 ho messo sul n° 0,
    PCINT26/INT0/RX1 (D10) PD2 16 (dalla mappattura dei PIN del 644)
    cioè il PIN 16 del microcontrollore, dove cè anche il RX1...

No, la seconda seriale esiste solo sul 1284.
Mi sa che ti devi leggere il datasheet della famiglia 344/644/1284 prima di continuare.

quindi siccome ci sono funzioni che inviano dati anche alla seriale, è possibile che il fatto che sia attivita RX sul pin 16 mandi a quel paese l'interrupt?

suggerimenti??... consigli???

Studia.