E meno male che eri un niubbo 

Tornando a noi, la versione dell'IDE non dovrebbe influenzare la cosa dato che da quel che so l'IDE di Arduino usa la stessa toolchain da un sacco di tempo.

PS:
io proverei a segnalare la cosa nella sezione internazionale per vedere se qualcun altro ha avuto il tuo stesso problema.

... e va be ma basta leggere qua e la: non è esattamente farina del mio sacco... la documentazione alla fine non manca... casomai il problema è come trovarla in mezzo al fienile...

Quanto alla pubblicazione sul forum internazionale stavo pensando che se è un problema della 1.0.2 (a qualsiasi livello)  in qualche modo andrebbe segnalato per metterlo a posto nella prossima versione però io ragazzi non ho alba di come pormi in questo contesto... sono un newbe con 7 messaggi di cui il primo scritto mezza giornata fa e gesticolo un inglese maccheronico, sono timido, sono imbranato e non so se ci sono sezioni apposite per queste segnalazioni... quindi magari se qualcuno di voi volesse farsi avanti o quantomeno dirmi dove è il caso di riportare il problema mi farebbe un piacere grande.   

[toolchain aggiornato della Atmel]

Nella sezione Megatopic trovi le istruzioni per l'aggiornamento per linux --> http://arduino.cc/forum/index.php/topic,97237.0.html
o per windows --> http://arduino.cc/forum/index.php/topic,96976.0.html

Grazie per la dritta: ho provveduto a fare un ambiente 1.0.2 e scassarlo con il toolchain aggiornato della Atmel come da istruzioni che mi hai linkato.
Il problema si è risolto come per magia.
Non so se posso azzardare ma questo implica che l'1.0.2. originale di arduino.cc con leonardo ha qualche problema... c'è qualcosa che sfugge...

Per ostinazione mi sono messo a leggere il codice "assembler" generato dall'ide.... questa è la sola parte generata per la procedura setup():

Code:

   0: 83 e1        ldi r24, 0x13 ; 19
   2: 61 e0        ldi r22, 0x01 ; 1
   4: 0e 94 00 00 call 0 ; 0x0 <setup>
   8: 8a e0        ldi r24, 0x0A ; 10
   a: 61 e0        ldi r22, 0x01 ; 1
   c: 0e 94 00 00 call 0 ; 0x0 <setup>
  10: 08 95        ret

Si vede che A1 il precompilatore  lo traduce come 19 ed il digitale 10 come 10... e mi pare giusto... è dopo il digitalWrite sul 19 che fa casino su D10 e non so il perchè.

mio fratello ne ha realizzato uno piccolino però sinceramente non ha usato arduino ma una semplice parallela che comanda tramite una schedina dei controlli per motori passo passo.
di per se penso che nulla osti il sostituire parte dei controlli con arduino ma per quel poco che so posso dirti che il problema "arduino" è l'ultimo dei problemi in quanto prioritariamente servono assi ben fatti, stabili, con giunti, viti senza fine e quant'altro... mio fratello per esempio ha fatto una struttura con un grosso profilato in alluminio ma comunque ci sono delle flessioni.... poi in secondo luogo i motori... i passo passo sono belli, tanti newton di forza, costo relativamente poco, non sono necessari encoder... ma lenti da matti e se li mandi più veloci rischi che ti saltino il passo e si blocchino inesorabilmente senza controllo... al che l'ideale sarebbe usare degli assi brushless... che costano un fottio... o se no pensare a mettere dei motori normali ed encoder per il posizionamento...il controllo ovviamente non sarà facile come nel caso dei brushless o dei passo passo ma va da se che 3 encoder = 6 ingressi preferibilmente interrupt... magari poi hai bisogno di qualche uscita pwm eccetera eccetera e va da se che probabilmente ti servirà un arduino mega.... comunque mi ripeto: prima di pensare all'arduino penserei alla meccanica ed hai relativi controllori dei motori....imho 300 euro fai poco.

Ho collegato 1 LED su D10.
Il pin su D10 resta acceso a metà intensità e non si spenge mai.
Non so perché a te non funzioni.

Che SO usi? Io ho Linux e non uso la toolchain distribuita con l'IDE ma l'ultima di Atmel.

io vado di oscilloscopio o tester... parte a fare il pwm e poi quando fa la scrittura crolla basso... hai provato su leonardo o su uno?
come so uso win ... ide 1.0.1 sicuro me lo fa e me lo fa su 1.0.2 installato ieri notte (...però il sonno era tanto...)
... addirittura posso dire che me lo fa in entrambe i leonardo che ho acquistato contemporaneamente.

mi puoiispiegare cosa intendi per la "toolchain" di Atmel? ( sono newbe....)

...dei motivi ti ha spiegato bene Brunello. Io ti consiglio di vedere come funzionano i fotoaccoppiatori: per molte applicazioni sono la morte sua.... in estrema banalizzazione si comportano come dei relay ma sono molto più veloci, non comportano usura meccanica o rumore come i relay magnetici e si comandano con molta meno energia.... devi solo preoccuparti di non esagerare con il carico e di mettere una  resistenza sul led di accensione.... tant'è che i fotoaccoppiatori con finale mosfet li chiamano spesso anche relay statici o allo stato solido.

Ri-ciao a tutti.
Anzitutto grazie per l'intervento veramente tempestivo.

Mi sono dimenticato di scrivere l'ambiente di sviluppo: è 1.0.1 ma ieri sera mi sono accorto che c'è anche la versione .2: l'ho installata e picche uguale.

volevo stamattina provare a scrivere anzichè col digitalWrite direttamente sulla porta... però, dato che è un'analogica sono caduto in uno stato lievemente di imbarazzo: non so su che registro scrivere

... per l'applicazione mi sono spostato di pin: ho un po' il timore che lo stesso problema possa ripresentarsi "quasi random" su altre porte ma ho notato che deve essere un qualcosa che centra con l'uso in pwm+ l'uso dell'analogica come "digitale"

una cosa giusto per capirsi: A10 è "normale" che muova D10 sul leonardo: questo è stato puntualizzato un po' da tutti... il problema è che io sto usando A1 che non dovrebbe impattare su nessuno.

buonasera... ho questo problema con leonardo, non ho potuto testarlo su altri arduino, mi si presenta una specie di conflitto di porte che non riesco a spiegarmi:
Questo è il codice "minimo".

Code:

void setup() {
  // put your setup code here, to run once:
pinMode(A1,OUTPUT);
pinMode(10,OUTPUT);

}

void loop() {
  // put your main code here, to run repeatedly:
analogWrite(10,128);
//*************digitalWrite(10,HIGH);
delay(2000);
digitalWrite(A1,0);

delay(1000);

 
}

in pratica scrivo un valore analogico sul pin 10 che infatti sale a 2,5 volt (mezzo dutycycle del pin pwm numero 10) ma dopo che scrivo su A1 un valore digitale il pin 10 mi va a zero volt.
Ho provato, stupidamente, a scrivere sul pin 19 (che su leonardo mi pare di capire che sia un alias di A1) sperando che ci fosse una specie di errore nei #declare di leonardo.... ma il risultato è lo stesso.
Ho invece notato che sostituendo l'analogWrite con il digitalWrite il programma sembra avere il comportamento sperato alzando il piedino a 5volt ed ivi rimanendovi.
Ho in un altro programma fatto il pwm scrivendo direttamente sui registri e forzando il valore di dutycycle scrivendo direttamente sul registro OCR1B ed ho visto che questo registro non viene toccato dalla scrittura digitale su A1... sparo una cazzata ma sembra come se il digitalwrite su A1 mi stacchi l'interrupt che gestisce il pwm sul piedino 10... scambiando A1 con A3 mi pare che vada...Io mi sono un po' letto qua e la le mappature delle porte di leonardo ma sinceramente non mi pare di sbagliare... (si... be... le ultime parole famose di ogni programmatore  )

Dove mi sto perdendo?
Succede uguale sull'arduino Uno?
come viene tradotto in assembler il digitalWrite su A10?

buona sera a tutti,
Mi chiamo Roberto, e da qualche mese a questa parte mi sto' appassionando al mondo di Arduino. Ho fatto qualche piccolo progettino (per lo più con sensori del gas e prove varie con sensori che si trovano nei vari learnings), ora però mi sto cimentando in un progetto un po' più complesso con degli encoder e dei motori passo passo... solo che sto incontrando delle difficoltà... pertanto spero mi aiuterete...vorrei potervi dire che vi aiuterò anch'io ma sinceramente non penso di avere le conoscenze sufficienti... boo... staremo a vedere
ciao
Roberto