Problemi Baudrate 115200 su Windows7

Salve a tutti,

ho appena spostato un progetto su un pc windows 7 ma ho un problema con la comunicazione seriale che "deve" usare un baudrate di 115200 (uso lo shield 3G+GPS di Coocking Hacks) Mi è sembrato di capire che forse ci sono problemi su W7? (prima il progetto funzionava correttamente su XP)

Grazie Matteo

A me funziona perfettamente, di che problemi parli?

Nel codice uso Serial.print per visualizzare avanzamento dei cicli ma aprendo la finestra ho dei caratteri "speciali". Ho provato a usare 9600 e funziona...ma purtroppo devo usare 115200 per comunicare con lo shield...

Che versione dell'IDE usi? La 1.0.1 ha un bug nel menu a tendina di selezione della velocità in baud del monitor seriale per cui spesso selezioni un valore ma non viene preso. Ciò colpisce i sistemi con localizzazione diversa dall'inglese. Tu vedi scritto "9600baud" o "9600 baud", cioè con o senza spazio? http://arduino.cc/forum/index.php/topic,111451.0.html

vedo 9600baud (senza spazio)...ma su altro pc (XP) avevo la stessa versione e funziona correttamente.... non mi è chiaro cosa posso fare...

Ok

letto il post e verificato...anch'io W7 + IDE 1.0.1 = Ko Quindi ho capito che nel prossimo IDE sarà risolto, corretto?

Grazie PS provando su W7 + IDE 1.0 funziona

uno dei bug più eclatanti della storia, se mi è permesso :)

@matteo: in fondo al thread che ti ho linkato ci sono le istruzioni sia per Windows che per Linux per compilarsi una versione dell'IDE più recente non afflitta da quel bug.

@lesto: più incredibili, diciamo. Possibile che nessuno abbia testato il cambio di velocità della seriale, in tutti i mesi di debug della nuova versione? ;)

leo72: @matteo: in fondo al thread che ti ho linkato ci sono le istruzioni sia per Windows che per Linux per compilarsi una versione dell'IDE più recente non afflitta da quel bug.

@lesto: più incredibili, diciamo. Possibile che nessuno abbia testato il cambio di velocità della seriale, in tutti i mesi di debug della nuova versione? ;)

apriamogli un blocking urgent ]:D i pochi che lavorano nell'IT come me possono capirmi :grin:

no. i bug eclatanti sono quelli che fanno esplodere i missili in volo...

Questa è una cavolata dovuta all'internazionalizzazione.

[quote author=Massimo Banzi link=topic=120747.msg908885#msg908885 date=1346335298] no. i bug eclatanti sono quelli che fanno esplodere i missili in volo...

Questa è una cavolata dovuta all'internazionalizzazione.

[/quote] A questo punto possiamo anche girarla con la solita storia "solo i medici non dovrebbero sbagliare mai". Bisognerebbe solo risolvere il problema e rilasciare una versione con la fix e visto che il bug è già stato risolto da altri ,quanto tempo può portar via questa cosa ,10 minuti? :grin:

Il bug è già stato risolto non appena comunicato il ticket, tant'è che se compili l'IDE dai sorgenti non ce l'hai più. Io uso difatti proprio un'IDE compilata.

@massimo: Comunque di bug si parla e visto che è una cosa che affligge il funzionamento dell'IDE, dato che basta aprire il menu della selezione della velocità della seriale per far crashare l'IDE, quand'è in previsione l'uscita della versione 1.0.2 con il bug fix?

Leo72 quale baco si tratta? è loggato?

ci sono tutta una serie di bug che sono risolti nella prossima versione. Non possiamo rilasciare una versione ogni settimana... diventa difficile far aggiornare a tutti.

La prossima versione viene rilasciata a fine settembre.

m

no. i bug eclatanti sono quelli che fanno esplodere i missili in volo...

sì, che però rende inutilizzabile un baud-rate diverso da 9600 (è passato un pò da quando ho proposto la soluzione, ma mi pare che l'errore fosse anche nell'inglese, visto che anche l'inglese è una intenazionalizzazione, in pratica traduci da inglese ad inglese. In effetti di solito si usano dei numeri)

Far esplodere un razzo in volo è eclatante se hai esperienza nei razzi. Far crashare un server è eclatante se hai esperienza nei server. Un bug che ti blocca ad usare una sola velocità baudrate è eclatante per un software che ha esperienza (siamo alla 25° versione se non erro). IMHO era da rilasciare immediatamente una 1.0.2 col bug risolto e far sparire la 1.0.1 (Madwriter è questo che intendi per blocking urgent?)

d'altronde è un sistema per principianti no? e un principiante on ci arriva che cambiare il baudrate non funziona perchè è l'IDE sbagliato e non il suo codice. Mai provato a studiare su un libro di testo sbagliato?

@massimo: si tratta del bug che ho segnalato qua: http://arduino.cc/forum/index.php/topic,111451.0.html e poi qua: http://arduino.cc/forum/index.php/topic,111450.0.html

Di cui poi lesto ha aperto un ticket http://code.google.com/p/arduino/issues/detail?id=964&can=6&sort=-id

e che alla fine è stato risolto. Siccome, da quel che si è intuito, affligge tutte le versioni dell'IDE 1.0.1 che non girano in inglese, forse era interessante rilasciare una 1.0.2 per correggere questa cosa. Ma se a fine settembre è previsto il rilascio di una nuova versione, allora tanto vale attendere.

lesto:

no. i bug eclatanti sono quelli che fanno esplodere i missili in volo...

sì, che però rende inutilizzabile un baud-rate diverso da 9600 (è passato un pò da quando ho proposto la soluzione, ma mi pare che l'errore fosse anche nell'inglese, visto che anche l'inglese è una intenazionalizzazione, in pratica traduci da inglese ad inglese. In effetti di solito si usano dei numeri)

Far esplodere un razzo in volo è eclatante se hai esperienza nei razzi. Far crashare un server è eclatante se hai esperienza nei server. Un bug che ti blocca ad usare una sola velocità baudrate è eclatante per un software che ha esperienza (siamo alla 25° versione se non erro). IMHO era da rilasciare immediatamente una 1.0.2 col bug risolto e far sparire la 1.0.1 (Madwriter è questo che intendi per blocking urgent?)

d'altronde è un sistema per principianti no? e un principiante on ci arriva che cambiare il baudrate non funziona perchè è l'IDE sbagliato e non il suo codice. Mai provato a studiare su un libro di testo sbagliato?

Esattamente questo è uno di quei bug che in produzione va risolto immediatamente e il rilascio deve avvennire nelle 24 ore successive dalla scoperta del bug.

Come ho detto, non si può sempre rilasciare nuove versioni perchè abbiamo notato che più frequenti sono e meno la gente aggiorna.

In ogni caso il problema principale è la difficoltà di fare update incrementali automatici con l'ide corrente.

se qualcuno sa come implementarlo in un'applicazione java multi piattaforma (tipo come fa sparkle su mac os x) me lo faccia sapere

m

sarebbe effettivamente un ottima idea implementare un autoupdate.

il sistema più di base è un programma esterno che viene lanciato, se rileva una nuova veriosne sul server CANCELLARE completamente il contenuto della cartella arduino (tranne se stesso che non può) e sostituirlo con la versione successiva. Le modifiche utente dovrebbero rimanere immutate in quanto in un'altra cartella (il preferencies.txt e lo sketcbook, per intenderci). nel caso il preferencies.txt fosse aggiornato, è compito dell'ide al primo avvio riconoscerne la versione e riscriverlo nella versione aggiornata

lesto: il sistema più di base è un programma esterno che viene lanciato, se rileva una nuova veriosne sul server CANCELLARE completamente il contenuto della cartella arduino (tranne se stesso che non può) e sostituirlo con la versione successiva. Le modifiche utente dovrebbero rimanere immutate in quanto in un'altra cartella (il preferencies.txt e lo sketcbook, per intenderci). nel caso il preferencies.txt fosse aggiornato, è compito dell'ide al primo avvio riconoscerne la versione e riscriverlo nella versione aggiornata

ma questo è facile si fa un check su db o su file si vede se la versione del software è inferiore a quella su server, se si ,si apre una popup con una proposta di aggiornamento,se clicchi su yes un software indipendente viene lanciato e cancella tutto quello che c'è nella cartella di arduino scarica il nuovo zip e lo estrae.