next topic »

[Reply #60 on:]

Credo che il comportamento attuale sia un buon compromesso delle funzionalità che richiedono i vari utenti di Arduino.
Non rende tutti felici ma è un po' difficile accontentare tutti.

La procedura per contribuire è mandare una pull request e cristian la verifica e nel caso la incorpora oppure spiega perchè non la vuole.

Incoraggio tutti a fare come noi, pubblicate il codice che avete senza troppe remore (spesso non è perfetto ma poi con l'aiuto della comunità si migliora tutto)

m

[Reply #61 on:]

Non ricordo se per linux esistono versioni 32 e 64bit della rxtxserial, ma su windows si, ed eried ha modificato solo la 32bit. Poveri 64tristi in tal senso  

Ora ho capito.

Questa fu la sua risposta via PM in merito alle modificje fatte

hehe good luck.here is a detailed info about the patch if you need more details: http://erwin.ried.cl/?modo=visor&elemento=265

E poi, scusami se insisto, ma il link che ti ho postato prima, un paio di pagine fa, si intitola Road to solve ....
A me sembra ci sia scritto tutto, ma il promgrammatore sei tu  
Se mi dici che non va bene, non va bene  

Io in quel megathread che hai linkato ho solo trovato un link ad un paccheto autoinstallante per Windows per mettere l'IDE modificato. Altro non ho visto.
Lo spagnolo poi io non lo capisco quindi non ho capito nulla di cosa faccia sul suo sito, anche se a me pare che abbia lavorato solo sulla questione del menu Strumenti che si apre con eccessiva lentezza su Windows quando c'è un dispositivo bluetooth. Dove l'anti-autoreset di cui parli tu?  

[Reply #62 on:]

Il link al sito cileno e' in spagnolo, ma il link Road to solve, topic su forum arduino e'  in inglese. C e punto per punto le modifiche. E' il primo che ho postato due pagine fa.

Come gia detto lui non sa della situazione sul reset, e' una conseguenza positiva della sua modifica, l ho scoperta io  

Sostituisci un attimo su winxp la dll, dai tiralo fuori  , e vedrai che apertura del serial monitor non resetta arduino.

Questione Banzi: si sta sulla difensiva, sembra come se ci fosse paura a creare un mito, astro ha gia risolto via hardware la questione su arduinift232, e sappiamo quindi che non bleffa sul 16u2
Astro invece vuole la soddisfazione di essere interpellato. Sappiamo che potrebbe sottoporre la modifica, ed aspettare, ma non si fida. La paura di avere la sua proposta "rubata", senza menzione è forte.
Magari non rubata nel senso vero del termine, ma che passi invisibile negli aggiornamenti. Risolvere il piu grave problema di arduino merita articolo su blog, richiesta di aiuto ufficiale, ringraziamenti ufficiali.

[Reply #63 on:]

, e vedrai che apertura del serial monitor non resetta arduino.

Si ma vale solo per il serial monitor, ovvero un caso particolare che si usa solo durante la fase di sviluppo del software, in tutti gli altri casi il reset rimane.

[Reply #64 on:]

Lo so, l ho sottolineato, sono due cose diverse questa risolverebbe sia serial monitor che processing, ed in piu la cattiva gestine del menu tool e i problemi co BT, la tua modifica risolve in generale il problema, ma non su ft232.
La cosa da fare è seguire entrambe le modifiche, perche da un lato anche a te con 16u2 fa bene avere gestione corretta di bt virtuali com, di processing, del menu tool, ecc. Mentre a chi usa ft232, quindi tua modifica non applicabile, riceverebbe oltre ai gia citati vantaggi anche il serial monitor senza reset e processing senza reset.

La tua modifica non rende inutile questo lavoro, lo completa

[Reply #65 on:]

@Massimo Banzi
Dove trovo il firmware del 16U2 montato sulla DUE?
Ho cercato su GitHub ma non l'ho trovato.

[Reply #66 on:]

ed in piu la cattiva gestine del menu tool e i problemi co BT, la tua modifica risolve in generale il problema, ma non su ft232.

Ovviamente il problema con il BT, e credo sia solo con Windows, è una bella scocciatura quindi è un bene che ci sia questa dll modificata, per quanto riguarda l'FT232 la soluzione c'è, basta che guardi la mia Luigino 328 che usa l'FTDI, però non puoi implementarla semplicemente con una modifica software, serve anche dell'hardware.

La tua modifica non rende inutile questo lavoro, lo completa

Io non ho detto che il lavoro di Eried è inutile, ho detto che non risolve in assoluto il problema, del resto lui stesso l'ha fatto per correggere un problema diverso, la questione del autoreset è solo un "danno collaterale" 

[Reply #67 on:]

Il link al sito cileno e' in spagnolo, ma il link Road to solve, topic su forum arduino e'  in inglese. C e punto per punto le modifiche. E' il primo che ho postato due pagine fa.

Come gia detto lui non sa della situazione sul reset, e' una conseguenza positiva della sua modifica, l ho scoperta io  

Sostituisci un attimo su winxp la dll, dai tiralo fuori  , e vedrai che apertura del serial monitor non resetta arduino.

Questione Banzi: si sta sulla difensiva, sembra come se ci fosse paura a creare un mito, astro ha gia risolto via hardware la questione su arduinift232, e sappiamo quindi che non bleffa sul 16u2
Astro invece vuole la soddisfazione di essere interpellato. Sappiamo che potrebbe sottoporre la modifica, ed aspettare, ma non si fida. La paura di avere la sua proposta "rubata", senza menzione è forte.
Magari non rubata nel senso vero del termine, ma che passi invisibile negli aggiornamenti. Risolvere il piu grave problema di arduino merita articolo su blog, richiesta di aiuto ufficiale, ringraziamenti ufficiali.

Sei Testone, oltre che Testato 
Su quel link si parla solo di modifiche alla libreria rxtx, che risolve solo il problema delle chiavette bluetooth enumerate su Windows (su Linux non ho provato).
Forse ha modificato qualcosa nell'IDE per evitare il reset dell'Arduino all'apertura del monitor seriale ma questo non risolve la questione, indi per cui è una cosa che a me non interessa: 1) perché non ho Windows, 2) perché del reset della scheda all'apertura della seriale me ne importa poco o nulla dato che non uso nei miei progettini la comunicazione col PC.

Se avrò un ritaglio di tempo proverò a vedere se c'è il problema bluetooth anche su Linux, nel caso apporterò le modifiche che lui ha citato alla rxtx.
 

[Reply #68 on:]

Tu hai la testa dura quanto me, ed in piu non mi ascolti 

1 la soluzione del reset lui non la menziona pervhe non lo sa, quelle modifiche fatte da lui risolvono il reset come effetto collaterale, come lo ha chiamato astro, fino ad oggi solo io ho riportato questo miglioramento. Quindi non troverai nessuna sezione che ne parla.
2 non ho provato di persona su linux quindi non ho prove, ma a memoria ricordo di lamentele sulla apertura menu tool, con vcom bt. Credo la situazione sia la stessa visto che la rxtxserial è la sressa, ma si deve provare.
Visto che il tuo interesse puo passare solo dalla necessita di sistemazioni linux, posso se vuoi installare ubuntu e fare le prove. Io purtroppo non so come ricompilare una dll per farla diventare 64bit

[Reply #69 on:]

1) E' chiaro. Ma io ti ho anche detto che a me del reset del monitor seriale poco me ne importa. Sarebbe bello invece poter abilitare/disabilitare il reset non voluto su tutto. E questo la modifica di Eried non lo fa.
2) una libreria la compili partendo dai sorgenti, dovresti quindi scaricarti i sorgenti della lib e compilarla con un qualche ambiente di sviluppo che non so quale possa essere su Windows.

[Reply #70 on:]

Questione Banzi: si sta sulla difensiva, sembra come se ci fosse paura a creare un mito, astro ha gia risolto via hardware la questione su arduinift232, e sappiamo quindi che non bleffa sul 16u2

Domani, al massimo dopodomani, rilascio la versione modificata del software del 8/16u2 per la UNO e la MEGA256 che permette di disattivare l'autoreset tramite il ponticello sul connettore ISP di questo micro, non è la soluzione ottimale però almeno è una soluzione reale, senza controindicazioni, che funziona con tutti i sistemi operativi, con tutti i software applicativi e non richiede nessuna modifica dell'IDE.
Di più non ho intenzione fare visto il totale disinteresse da parte dei diretti interessati e visto che quasi sicuramente questo lavoro andrà "perso" in breve tempo dato che non è possibile mettere in evidenza le librerie e le modifiche di alto interesse ed utilità fatte da noi "comuni mortali".

[Reply #71 on:]

Nel momento in cui lo rendi pubblico chi potrebbe impedire allo staff di implementarlo nel software originale? la mia è solo curiosità, non voglio certo innescare questioni, solo capire come funziona questa cosa.

[Reply #72 on:]

Nel momento in cui lo rendi pubblico chi potrebbe impedire allo staff di implementarlo nel software originale? la mia è solo curiosità, non voglio certo innescare questioni, solo capire come funziona questa cosa.

Dato che lo farò con licenza gpl nessuno gli vieta di farlo, però sono obbligati a citarmi come autore della modifica.

[Reply #73 on:]

Nel momento in cui lo rendi pubblico chi potrebbe impedire allo staff di implementarlo nel software originale? la mia è solo curiosità, non voglio certo innescare questioni, solo capire come funziona questa cosa.

Dato che lo farò con licenza gpl nessuno gli vieta di farlo, però sono obbligati a citarmi come autore della modifica.

ah, e allora si torna al punto di prima, quindi hai ragione tu, questa cosa si perderà nel tempo.... peccato, non per me che non sono all'altezza di usare una DUE e quindi non la comprerò, ma per tanti esperti che vorrebbero vederla funzionare al meglio.

[Reply #74 on:]

Prof. la DUE non ha il problema dell'autoreset perchè funziona come la Leonardo.