alfredone78:
NON blinka (rimane acceso con una luce debole) SOLO quando lo collego al pin 0.
Questo fa pensare al 16U2 che tiene un segnale alto sulla linea che va a D0, e con la R da 1K tale segnale funga da pull-up per il led. Hai un multimetro per verificare se, a vuoto, su D0 leggi qualcosa?
ma dovrebbe blinkare tra luce forte e luce debole (non si spegne perché riceve corrente dal 16U2) e non rimanere sempre acceso debolmente.
@ astrobeed
Se non usi (inizalizzi) la seriale il pin 0 e 1 sono pin normali e percui se lo metti come uscita dovrebbe funzionare? Potresti avere problemi di upload a causa dei componenti collegati.
Il UNO R3 monta un 16U2 non un 8U2 come gli UNO prima. Per questa discussione non fa differenza.
uwefed:
@ astrobeed
Se non usi (inizalizzi) la seriale il pin 0 e 1 sono pin normali e percui se lo metti come uscita dovrebbe funzionare? Potresti avere problemi di upload a causa dei componenti collegati.
Infatti ho detto che la mia è solo una ipotesi, però è quella più semplice che spiega il problema, più tardi faccio un paio di verifiche e vediamo subito se è così oppure il problema è di altra natura.
uwefed:
ma dovrebbe blinkare tra luce forte e luce debole (non si spegne perché riceve corrente dal 16U2) e non rimanere sempre acceso debolmente.
Io ho capito che lo accende ma non si spenge del tutto:
alfredone78:
Risultato: il pin si accende e spegne (blinka) dalla posizione 13 alla posizione 1, ma NON blinka (rimane acceso con una luce debole) SOLO quando lo collego al pin 0.
Io leggo che il led lampeggia tra acceso bene e acceso flebile.
Il led sul pin D0 rimane sempre acceso (molto debole), non si spegne.
Potreste fare questa semplice prova quando avete tempo? Cosi' capisco se e' la mia scheda ad essere danneggiata oppure e' normale che funzioni cosi'... Grazie a tutti!
Ecco lo sketch da caricare (collegando il led e la resistenza appunto al pin D0):
int led = 0;
void setup() {
pinMode(led, OUTPUT);
}
void loop() {
digitalWrite(led, HIGH); // turn the LED on (HIGH is the voltage level)
delay(1000); // wait for a second
digitalWrite(led, LOW); // turn the LED off by making the voltage LOW
delay(1000); // wait for a second
}
Per la cronaca: non ho MAI collegato un led senza resistenza a nessun pin...ho messo SEMPRE la resistenza di protezione.
alfredone78:
Pero' una prova potresti farla tu? Insomma, se lanci il mio sketch sul pin 1, il led ti blinka o no?
La prova l'ho fatta io, il led sul pin 0 lampeggia, il che vuol dire che la mia ipotesi era completamente campata per aria
Ora accertato che non ci sono "oscuri" misteri software nel'IDE 1.0.1 tocca capire perché a te rimane sempre leggermente acceso, e questo è normale quando D0 è settato come input (condizione normale quando usato come seriale) per via della stato logico 1 proveniente dal 16u2.
alfredone78:
Pero' una prova potresti farla tu? Insomma, se lanci il mio sketch sul pin 1, il led ti blinka o no?
La prova l'ho fatta io, il led sul pin 0 lampeggia, il che vuol dire che la mia ipotesi era completamente campata per aria
Ora accertato che non ci sono "oscuri" misteri software nel'IDE 1.0.1 tocca capire perché a te rimane sempre leggermente acceso, e questo è normale quando D0 è settato come input (condizione normale quando usato come seriale) per via della stato logico 1 proveniente dal 16u2.
Scusa la domanda banale (sono un novellino...): come faccio a sapere se lo uso "come seriale"? E, in tal caso, come si disabilita?
lo abiliti come seriale se fai una Serial.begin(), quindi in teoria non lo stai usando come Serial, salvo che l'IDE arduino in fase di compilazione non aggiunga da solo qualche inizializzazione (ne aggiuge un bel pò :))
@astro: su che board hai fatto il test? @afredone: su che board hai fatto il test?
lesto:
lo abiliti come seriale se fai una Serial.begin(), quindi in teoria non lo stai usando come Serial, salvo che l'IDE arduino in fase di compilazione non aggiunga da solo qualche inizializzazione (ne aggiuge un bel pò :))
@astro: su che board hai fatto il test? @afredone: su che board hai fatto il test?
Se non lo sto usando come Serial, allora cio' vuol dire che la mia schedina e' danneggiata? =(
Come gia' detto, ho fatto il test su un Arduino UNO R3.
Non ha importanza la scheda, basta che sopra ci sia un 328, il comportamento del pin D0 non dipende dal modello di Arduino.
L'ipotesi della seriale inizializzata di default dall'IDE l'avevo già fatta io, però al test pratico risulta non essere così.
non so, esistono varie versioni di chip UBB/Seriale utilizzate e anche varie versioni di firmware per gli XXXU2...
il che è una causa molto probabile del comportamento
@alfredone: la scheda è un tank, dubito fortemente che tu l'abbia danneggita. prova veloce: togli il led e prova a caricare del codice, se funziona allora tuto a posto
@alfredone: la scheda è un tank, dubito fortemente che tu l'abbia danneggita. prova veloce: togli il led e prova a caricare del codice, se funziona allora tuto a posto smiley-wink
@alfredone: la scheda è un tank, dubito fortemente che tu l'abbia danneggita. prova veloce: togli il led e prova a caricare del codice, se funziona allora tuto a posto smiley-wink
Prova gia' effettuata ieri sera. Tolgo il led, carico il codice, ricollego il Led e non funziona...
alfredone78:
"Che prove posso fare per capire se la porta D0 della mia scheda Arduino Uno R3 sia danneggiata o meno?" Prove pratiche...?
La prova è proprio quella di far cambiare stato al pin, se non lo fa vuol dire che c'è un problema, a questo punto è possibile che il mos high side del totem pole che comanda il GPIO in out sia interrotto.
Detto in modo più semplice il transistor che commuta a Vdd il pin D0 è andato, prova a fare la prova inversa ovvero collega il led al contrario, al +5V invece di GND, quando commuti il pin a 0 logico il led si deve accendere a piena luminosità, quando torni a 1 logico rimarrà acceso debolmente come fa adesso, se così funziona vuol dire che il guasto è quello che ho appena ipotizzato.
Se effettivamente il mos high side del totem pole su D0 è andato questo non vuol dire che devi buttare il processore, Arduino funziona lo stesso, basta che non usi D0 come GPIO, cosa normalmente sconsigliata visto che D0 e D1 sono utilizzati dalla seriale sia per programmare Arduino sia per dialogare con altre schede/device.
lesto:
non so, esistono varie versioni di chip UBB/Seriale utilizzate e anche varie versioni di firmware per gli XXXU2...
il che è una causa molto probabile del comportamento
Ma assolutamente no, D0 e D1 sono rispettivamente Rx e Tx della UART del 328, non hanno nulla a che vedere con la parte USB salvo il fatto che sono collegati tramite una R da 1 k con Tx e Rx del convertitore USB seriale, non importa se è un FTDI o un AVR con usb onboard.
Ho fatto ora la prova con la mia Arduino UNO R1. Sul pin D0 (piedino 1) ho 4V88 con lo sketch BlinkWithoutDelay caricato sulla scheda!
Questo sia con Arduino IDE 0022 che con Arduino IDE 1.0.1. Quindi non è un difetto della sua scheda e basta. A me pare proprio l'8/16U2, a questo punto, che tiene pullato alto quella linea.
EDIT:
cosa curiosa! Ho fatto il Blink sul pin D0. Prima di caricare avevo il led illuminato debolmente. Dopo l'upload, il Blink è partito correttamente! Ora indago...