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

Ci sono riuscito ]:smiley:
Ho ricontrollato tutti i collegamenti e questa volta avevo sbagliato i collegamenti dei C del quarzo da 16 MHz. Girando la basetta non pensavo al fatto che le linee laterali blu e rossa avevano cambiato posizione e ieri sera, collegandole con poca luce, avevo invertito i collegamenti. Però, siccome sulla basetta ho altre cose, la linea positiva non è collegata a nulla e quindi semplicemente i C non erano né a massa né a Vcc.

Inoltre il mitico suggerimento di Michele è da top10 :wink:
Ho messo una R di pull-up da 10K sulla linea RX e tutto ha funzionato al primo colpo. Non ho usato i C in serie verso massa per eliminare i disturbi in alternata.

@Michele:
Ora, però, Michele DEVI usare il suo DSO e vedere i livelli di quei segnali e capire come siamo messi lì sopra.

E' INCREDIBILE!
Ora mi dice nuovamente "programmer is not responding".... =(

EDIT:
smuovendo l'Arduino a volte programma a volte no.
Ora vabbé che domani c'è la fine del mondo per cui potrebbe darsi che le leggi della fisica stanno saltando :stuck_out_tongue_closed_eyes:, ma questa cosa ha il sapore dello sciamanesimo :sweat_smile:
Mi sa che i pin della mia Arduino siano un po'.... spanati (non so se è italiano).

Leo, è un problema certamente di contatti sommato ad una eccessiva sensibilità del 644, è assolutamente necessario che li ripeta anch'io; tu hai usato anche la Luigino che non dovrebbe essere altrettanto spanata, magari alla luce di queste nuove prove chissà....
Quella storia dei Maya è una delle più grandi palle raccontate all'umanità, il 22 saremo ancora qui a festeggiare il 644 che funziona :wink:

Sicuramente.
Ah, per dovere di cronaca. Con la pull-up da 10K anche sulla linea TX il caricamento va a buon fine sempre. Alcuni problemi che avevo menzionato, e cioè che il caricamento dava errori eppure pareva fosse stato portato a termine perché lo sketch partiva, erano dati dal fatto che in fase di verifica i dati non erano stati spediti correttamente verso il PC.

Per cui, riassumo i miei test:

  1. R di pull-up da 10K (per 5V) sulle linee RX e TX: tutto OK
  2. aggiunta del C da 0.1uF poliestere in serie alle linee RX e TX: ERRORE. Sembra dargli noia, non so il perché.
  3. aggiunta di un C da 100pF ceramico in serie alle linee RX: tutto OK. Anzi, PERFETTO. Programmo al primo colpo.
  4. aggiunta di un C da 100pF ceramico in serie alle linee RX e TX: ERRORE. Non programma il micro.

Quindi la combinazione vincente per me è:
R di pull-up da 10K su RX e TX, C in serie da 100 pF su RX

Quella storia dei Maya è una delle più grandi palle raccontate all'umanità, il 22 saremo ancora qui a festeggiare il 644 che funziona :wink:

Non vedo l'ora che sia domani per prendere per il cul... tutti quelli che ci credono. Siamo nel 21° secolo eppure la gente crede a 'ste ca@@ate più di quando l'umanità era nel medioevo!

Uh oh... ho brickato l'unico 1284 che avevo... merd.... :cold_sweat:
La signature a 0x535353 come la vedete? :astonished:

io la vedo tanto di Banda Bassotti quella signature però è stravagante e comunque il brickage :sweat_smile: non c'entra nulla con la signature; quei tre byte mostrano il valore originale oppure 000000 o FFFFFF quando si cancella, certamente non esiste possibilità che venga "cambiato", riprova con calma, e comunque se hai brickato ti basta riportare i segnali dello schedino HV del 328 sulla bread e risolvi in dieci minuti; scaricati il mio articolo gratuitamente dal sito di El In, ci sono tutte le connessioni, non puoi sbagliare; ma prima ricontrolla bene, per me continuano ad essere problemi di contatti.

Da quello che dici sembrerebbe confermata l'ipotesi dei livelli, anche se è strano, però con le mie prossime prove e misure vedremo come stanno le cose; sarà importante ora che ripeta le prove Paolo e vediamo che ne esce. Sul valore dei condensatori ho sbagliato io, ragionavo sui termini di 10 e passa MHz, mentre qui siamo a frequenze molto più basse, quindi va benissimo il valore che hai usato! Io ora sono a pranzo con i colleghi per gli Auguri, ci sentiamo più tardi.

GRANDE LEO!!!!

leo72:
Uh oh... ho brickato l'unico 1284 che avevo... merd.... :cold_sweat:
La signature a 0x535353 come la vedete? :astonished:

Vedo una programmazione hv all'orizzonte.
Cmq sicuramente sei possessore di una versione pdip, quindi ... non fai manco tanta fatica!

La signature oscilla fra 000000 e 535353 :sweat_smile:
Sì, ho la versione DIP per cui non devo far altro che liberare la basetta da tutto il casino e dargli un po' di 12V ]:smiley:
Cmq per sicurezza ho ordinato un altro 1284 da RS insieme ad altri microcontrollori.

OT 1:
Ah, se volete fare la spesa, ci sono i Tiny84A ad un prezzo incredibile, 1,48€+IVA

Anche se li ho, ne ho presi un paio extra

OT2:
già che c'ero ho preso un paio di Attiny861. Mi sono messo in testa di aggiungerne il supporto al core Tiny :stuck_out_tongue:

leo72:
OT2:
già che c'ero ho preso un paio di Attiny861. Mi sono messo in testa di aggiungerne il supporto al core Tiny :stuck_out_tongue:

Dato che ci sei sistema anche il supporto per il 1284p , tanto hai le mani in pasta!

niki77:

leo72:
OT2:
già che c'ero ho preso un paio di Attiny861. Mi sono messo in testa di aggiungerne il supporto al core Tiny :stuck_out_tongue:

Dato che ci sei sistema anche il supporto per il 1284p , tanto hai le mani in pasta!

Quello è già a posto. Se nel core 1.0.1 c'era già il supporto al 644P (lo hai scoperto tu) ed io avevo aggiunto quello al 1284P, dall'1.0.2 hanno messo il supporto anche al 1284P. Sul mio sito trovi perciò 2 package, per le 2 diverse versioni. Nel package c'è anche il bootloader già compilato ed il make modificato per compilarlo sulla propria distro nonché le voci da aggiungere per avere le schede tra le board disponibili.

leo72:
Quello è già a posto. Se nel core 1.0.1 c'era già il supporto al 644P (lo hai scoperto tu)

Già solo che non avevo ancora scoperto che delle librerie poi però ne funziona una ogni 3x2 ... :disappointed_relieved:

Purtroppo è lo scotto da pagare quando si usano chip che non sono ufficialmente supportati. Lo stesso capita con i Tiny.

eccomi:

quindi io dovrei fare così:

leo72:
Quindi, io partirei dal caricare lo sketch ArduinoISP sull'Arduino UNO. Poi chiudi l'IDE.
Ora il mio core 644_1284: scaricalo (prendi la versione per IDE 1.0.2 sia per l'IDE 1.0.2 che per l'IDE 1.0.3) ed installalo.
Avvia l'IDE, seleziona "Atmega644 @ 16 MHz w/bootloader" e poi scrivi il bootloader sul microcontrollore (così imposti anche i fuse corretti per lavorare a 16 MHz e riservare l'area al bootloader) con la tecnica ISP usando l'ArduinoISP come programmatore.
Adesso prenditi l'Arduino (lasciamo per ora da parte il tuo convertitore USB/seriale), staccagli il chip e fai questi collegamenti:
Arduino ---> 644P
Pin RST ---> pin 9
Pin RX ---> pin 15
Pin TX ---> pin 14
Pin 5V ---> pin 10 e 30
Pin GND ---> pin 11 e 31

Collega l'Arduino, apri l'IDE, poi scegli la voce "Atmega 644 @ 16 MHz w/bootloader", carica lo sketch Blink e spedisci con l'icona di upload. Adesso prendi un LED + R e collegali al pin 19 del 644: se il bootloader ha svolto il suo compito, lo sketch Blink dev'essere sul micro ed il LED deve lampeggiare.

.. e così:

leo72:
......
Sicuramente.
Ah, per dovere di cronaca. Con la pull-up da 10K anche sulla linea TX il caricamento va a buon fine sempre. Alcuni problemi che avevo menzionato, e cioè che il caricamento dava errori eppure pareva fosse stato portato a termine perché lo sketch partiva, erano dati dal fatto che in fase di verifica i dati non erano stati spediti correttamente verso il PC.

Per cui, riassumo i miei test:

  1. R di pull-up da 10K (per 5V) sulle linee RX e TX: tutto OK
  2. aggiunta del C da 0.1uF poliestere in serie alle linee RX e TX: ERRORE. Sembra dargli noia, non so il perché.
  3. aggiunta di un C da 100pF ceramico in serie alle linee RX: tutto OK. Anzi, PERFETTO. Programmo al primo colpo.
  4. aggiunta di un C da 100pF ceramico in serie alle linee RX e TX: ERRORE. Non programma il micro.

Quindi la combinazione vincente per me è:
R di pull-up da 10K su RX e TX, C in serie da 100 pF su RX

... ho capito bene???

Sì, è giusto. E' quello che ho fatto io.

... ok!!! grazie....

caro Leo .... spero di poterti menzionare tra i "credits" .. nel lavoro in corso ...

:sweat_smile:

leo72:

[quote author=Paolo S link=topic=136740.msg1039254#msg1039254 date=1356018478]
... ok!!! grazie....

caro Leo .... spero di poterti menzionare tra i "credits" .. nel lavoro in corso ...

:sweat_smile:
[/quote]
ah bravi, tutt'e due, così avete risolto e vi scambiate salamelecchi e promesse di credits. Eh già, centinaia di migliaia di schiavi costruirono le Piramidi spezzandosi la schiena ma la gente oggi ricorda solo Cheope, Chefren e Micerino :disappointed_relieved:. E comunque non ti funzionerà, mi ci gioco i sì-ddetti, così impari :stuck_out_tongue: e non è jettatura, ma dato di fatto 8)

Ma io non ho chiesto nulla, mica vorrai incolparmi per responsabilità oggettiva, eh? :stuck_out_tongue_closed_eyes:
PS:
iettatore ]:smiley:

leo72:

[quote author=Michele Menniti link=topic=136740.msg1039582#msg1039582 date=1356032960]
ah bravi, tutt'e due, così avete risolto e vi scambiate salamelecchi e promesse di credits. Eh già, centinaia di migliaia di schiavi costruirono le Piramidi spezzandosi la schiena ma la gente oggi ricorda solo Cheope, Chefren e Micerino :disappointed_relieved:. E comunque non ti funzionerà, mi ci gioco i sì-ddetti, così impari :stuck_out_tongue: e non è jettatura, ma dato di fatto 8)

Ma io non ho chiesto nulla, mica vorrai incolparmi per responsabilità oggettiva, eh? :stuck_out_tongue_closed_eyes:
[/quote]
non chiedi ma nemmeno rifiuti :wink:

PS:
iettatore ]:smiley:

ho detto chiaramente che NON è jettatura....non funzionerà perché non può funzionare..... 8)

E' Natale, devo essere gentile :stuck_out_tongue:

ho detto chiaramente che NON è jettatura....non funzionerà perché non può funzionare..... 8)

Ah, per via dell'incrocio delle linee RX/TX.
Sì è vero. :roll_eyes: