next topic »

[Reply #75 on:]

Tranqui leo il reset da arduino non parte ! non ha il filo, mentre sul lato board lo ha. Il reset alla board glie lo da il pin 10 arduino ok ?... Poi per quanto riguarda il quarzo tranquilli
i piedini del quarzo sono al 9 e 10 della board. al piedino 9 ci va un capo del condensatore e l'altro a massa, cosi anche il 10, al piedino del quarzo che va sul 10 c'è anche un piedino di condensatore, e l'altro a massa.. Per non sbagliare ho trovato un'altro schema e anche quello ha confermato i miei collegamenti.
il link è :http://www.logicaprogrammabile.it/arduino-uno-bootloader-chip-atmega328/.
Il mio dubbio invece o magari diciamo che non ho capito, ma questa resistenza da 10 k ci deve essere oppure no.. questo magari è in dubbio per me. a giudicare comunque dalla foto, infatti ho postato proprio quella dove si vede bene che è connessa al pin 1 ... come dicevo io e come lo ridimostra lo schema del link. Adesso vado a preparare la board per collegare direttamente i fili sui piedini e sulle uscite di arduino..

[Reply #76 on:]

La R da 10K tra il pin 1 del micro e +5V è una pull-up, ci vuole, anche se non è indispensabile.
Se per te non è troppo dispendioso, in termini di tempo, potresti riscrivere in italiano corrente la frase che ti stiamo contestando e su cui cerchi di "tranquillizzarci"?

mentre il pin 5 che è il  reset ISP della bredboard , è collegata ad arduino al pin digitale 10 preleva i segnale da arduino pin 10, ma li riporta al suo reset, dal pin 5 isp poi va a finire sul pin 1 del chip...

oppure confessa candidamente che preso dai dispiaceri dell'insuccesso ti sei dato all'alcool abbondante e questo è stato scritto sotto l'effetto dei fumi dello stesso, così ci tranquillizziamo sul serio e proviamo a pensare ad altro. Ormai nessuno più mi toglie dalla testa che è un problema di collegamenti, speriamo bene nella prova dei cavetti sfusi.
Ciao
Calimero

[Reply #77 on:]

ahahahahah troppo forte... dai vediamo ora con il vino sfuso... ehm cavetti sfusi...

[Reply #78 on:]

NADA----
non va

avrdude: Device signature = 0xffffff
avrdude: Yikes!  Invalid device signature.
         Double check connections and try again, or use -F to override
         this check.

avrdude: Send: Q [51]   [20]
avrdude: Recv:
avrdude: Recv:

avrdude done.  Thank you.
ho rifatto anche con l'anti autoreset... stesso identico risultato, invalid signature

[Reply #79 on:]

sei convinto ora?

[Reply #80 on:]

l'ho rifatto e ora cambia codice

avrdude: Device signature = 0x000000
avrdude: Yikes!  Invalid device signature.
         Double check connections and try again, or use -F to override
         this check.

avrdude: Send: Q [51]   [20]
avrdude: Recv:
avrdude: Recv:

avrdude done.  Thank you.

[Reply #81 on:]

avrdude: Device signature = 0x007faa
avrdude: Expected signature for ATMEGA328P is 1E 95 0F
         Double check chip, or use -F to override this check.
avrdude: Send: Q [51]   [20]
avrdude: Recv:
avrdude: Recv:

avrdude done.  Thank you.

questo dopo aver staccato il cavetto, riconnesso , ricaricato isp dalla ide, poi rifatto il burn... ora dice che si aspettava 1e 95 0f mentre ha rilevato 0x007faa... 
è inutile è partito, e spero sia partito l'atmega sulla board e non su arduino...
Un'altra cosa. Nessun chip va staccato durante il caricamento dell 'isp ? io carico l''isp con entrambi i chip. e dopo invio il comando burn arduino w/as isp..

[Reply #82 on:]

Mi sembra la stessa storia del Topic con Schiano.
Allora devi fare un'ultima cosa, un bel mini-servizio fotografico di qualità per vedere i collegamenti che hai realizzato, preparalo subito se puoi e vediamolo assieme, ormai la strada è quella, non c'è altra possibilità, altrimenti bisogna pensare a micro guasti, ma questo viene dopo, semmai. L'antiautoreset non c'entra nulla con questi errori, non serve a niente fare prove a casaccio, ci vogliono i motivi, così richi di fare solo casino. Fai le foto.

[Reply #83 on:]

FERMI TUTTI.......... E' ANDATO !!!!!
avrdude: verifying ...
avrdude: 1 bytes of lock verified
avrdude: Send: Q [51]   [20]
avrdude: Recv:
avrdude: Recv:

avrdude done.  Thank you.

alla 400000000 volta l'ha preso  con l'anti autoreset !!
ora quel byte lock va bene ?
posso staccare ? che devo fa mo ?

[Reply #84 on:]

Io ormai sono perso.... quindi descrivimi per favore tutti i passaggi che hai fatto, in preciso ordine temporale e senza dare nulla per scontato, e così capisco esattamente a che punto ci troviamo.

Quesi messaggi li stai prendendo dal log vero? l'Ide ti dovrebbe dare solo il "done..."

[Reply #85 on:]

No lo vedo dalla ide perchè ho modificato il file preferences.txt
i passaggi ? seplicemente a raffica gli davo burn bootloader, appena mi tirava fuori l'errore lo ridavo di nuovo... e ancora uno,poi ho dato il burn con il reset premuto.. e si è come "resettato" dal circolo vizioso. infatti  mi ha fatto 3 lampeggi invece dei soliti 2 e per caso il filo dell'autoreset era ancora inserito dal precedente tentativo di burn.  stavolta si sono accese tutte e tre le luci...(sara stato una fatalità magari)
La mia vera paura era che nelle prove, ho fatto un po di casini, e la prima volta che ho dato il burn bootloader, l'ho dato senza caricare l'isp, e non mi ricordo se mi ha dato errore o meno. A quel punto poi mi è venuto il dubbio che lui avesse scritto il bootloader vuoto !, di sicuro mi sbaglio visto con quanta difficoltà l'ho caricato seppur giusto...

[Reply #86 on:]

Bene l'ho caricato anche sul secondo...
finalmente...
sembra funzionare, ora devo vedere se riparte lo sketch appena alimentato...

[Reply #87 on:]

Dunque riepiloghiamo:
1 - ti ho chiesto le foto dei collegamenti e mi hai risposto:

FERMI TUTTI.......... E' ANDATO !!!!!
avrdude: verifying ...
...........
avrdude done.  Thank you.
alla 400000000 volta l'ha preso  con l'anti autoreset !!
ora quel byte lock va bene ?
posso staccare ? che devo fa mo ?

2 - ti ho chiesto di darmi i passaggi dettagliati, senza dare nulla per scontato e mi hai risposto:

i passaggi ? seplicemente a raffica gli davo burn bootloader, appena mi tirava fuori l'errore lo ridavo di nuovo... e ancora uno,poi ho dato il burn con il reset premuto.. e si è come "resettato" dal circolo vizioso. infatti  mi ha fatto 3 lampeggi invece dei soliti 2 e per caso il filo dell'autoreset era ancora inserito dal precedente tentativo di burn.  stavolta si sono accese tutte e tre le luci...(sara stato una fatalità magari)
......

Dì la verità, ci sei ricascato? Ma non fa nulla, mi pare che ormai te la cavi da solo. Ciao.

[Reply #88 on:]

non c'e bisogno di foto per attaccare 4 fili caspita !
secondo me era in un circolo vizioso che ti devo dire !
i passaggi dettagliati ?? te l'ho detto li ho ripetuti a raffica, poi ho provato con il reset premuto e subito dopo lo ha preso... fatalita ?..
pero' non ho risolto il problema di base hai voglia di bootloader...
Gli sketch quando tolgo l'alimentazione se ne vanno a nanna.
non riparte lo sketch. ora a chi devo dare la colpa ai miei collegamenti ?

[Reply #89 on:]

e la prima volta che ho dato il burn bootloader, l'ho dato senza caricare l'isp

Non ho parole... e noi qui a scervellarci per cercare di capire dove stava l'errore... 

Gli sketch quando tolgo l'alimentazione se ne vanno a nanna.
non riparte lo sketch. ora a chi devo dare la colpa ai miei collegamenti ?

Come è stato più volte detto, è praticamente impossibile che un micro si "scordi" lo sketch (tradotto: che la flash si cancelli da sola). Quindi se il micro che non riparte è montato sull'Arduino può essere un problema di comunicazione fra chip  Atmega8U2 e Atmega328: il firmware del primo non riesce a comunicare col bootloader del secondo e resetta in continuazione il micro. Non riesce a comunicare o per incompatibilità di bootloader (il bootloader della 2009 non funziona sulla UNO) o perché il bootloader proprio non c'è. Però questo stesso chip montato in solitario deve partire senza problemi.