next topic »

[Reply #15 on:]

bha, io la proporrei lo stesso su github e sul sito inglese, anche se a Banzi va bene così se la comunità decide cosà di certo non può fare a meno di pensarci due volte 

[Reply #16 on:]

bha, io la proporrei lo stesso su github e sul sito inglese, anche se a Banzi va bene così se la comunità decide cosà di certo non può fare a meno di pensarci due volte 

Non confondere un progetto aperto con un progetto comune. Chi decide il perché ed il per come è il team di Arduino, qui non è come in altri progetti guidati dalla comunità. 

[Reply #17 on:]

ma vedi, il vantaggio di git è che quando cloni un progetto, puoi anche clonare le varie pull-request in attesa di accettazione (o rifiutate). Quindi a questo punto mantenendo l'IDE orginale come punto di riferimento primario, si può creare una versione comunità più permissiva in fatto di pacth, e il bello è che chiunque potrebbe scegliere che path usare e compilarsi la sua personalizzata versione di IDE.
Al momento basta un maintainer che scelga quali patch inserire e risolva i conflitti per ottenere una shiny new ide 1.0.2-community

[Reply #18 on:]

Vero, ma io mi riferivo alla gestione del progetto. 

[Reply #19 on:]

Per Astro:

Scusa Astro, ma ho letto solo ora il tuo 3D...

Ma perché non usare il solito elettrolitico da 4.7 - 10 uF tra Vcc e Reset?

[Reply #20 on:]

Ma perché non usare il solito elettrolitico da 4.7 - 10 uF tra Vcc e Reset?

Perché usare una forzatura hardware quando si può risolvere in modo naturale da software ?

[Reply #21 on:]

Scusate se mi intrometto ma per caso anche la DUE è affetta da questo difetto/caratteristica di default? C'è un modo per bypassarlo?

[Reply #22 on:]

Scusate se mi intrometto ma per caso anche la DUE è affetta da questo difetto/caratteristica di default? C'è un modo per bypassarlo?

Sulla DUE non ci sono notizie di problemi in tal senso, il problema non dovrebbe esistere; perlatro con le ultime versioni di OPTIBOOT è stato risolto anche sulla UNO e 2009, se lo intendiamo come problema, p.es. nella programmazione ISP; se parliamo di "tecnica di blocco del reset" allora vale tutto quanto scritto nel post iniziale del Topic, non so se e come sia applicabile alla DUE.

[Reply #23 on:]

Scusate se mi intrometto ma per caso anche la DUE è affetta da questo difetto/caratteristica di default? C'è un modo per bypassarlo?

Arduino DUE Funziona in maniera differente dalle UNO/MEGA 2560 e per quel che ne so non può nemmeno essere usata come ISP quindi se anche avesse questo problema non darebbe alcun fastidio Però non avendola non saprei dirti di più....

[Reply #24 on:]

La Leonardo, la Due e tutte le altre schede che usano quegli stessi chip hanno una diversa modalità di reset.
Occorre aprire e chiudere la porta seriale alla velocità di 1200 baud: questo attiva il reset della scheda. Sarà poi compito del bootloader verificare se entrare in modalità programmazione o meno.
Ricordo che la DUE ha il bootloader di fabbrica memorizzato su ROM e la possibilità di essere programmata da entrambe le porte USB.
Non c'è bisogno di alcun sistema per disabilitare l'autoreset, perché con la semplice apertura della seriale, ad esempio a 9600, non si resetta.

[Reply #25 on:]

Grazie delle risposte, questo mi semplifica di molto la vita.

[Reply #26 on:]

Novità --> http://petervanhoyweghen.wordpress.com/2013/05/04/disabling-auto-reset-on-the-due/
La porta nativa della DUE si comporta come la Leonardo
La porta programmazione della DUE si comporta come la UNO. Per disabilitare l'autoreset è necessaria sia una modifica al firmware del 16U2 che una modifica all'hardware della DUE inserendo un jumper.

[Reply #27 on:]

praticamente e' la modifica di Astro 

cmq il fatto di non voler mettere un jumper sulla linea DTR e' qualcosa di incredibile