A mi siempre me han ido bien yo uso el bootloader de ARDE y va genial. Solo tienes que pulsar el reset antes de programar asegurandote que no tienes el jumper de run puesto.

Yo estoy usando el bootloader 2.12 de la web de pinguino, ya que no quiero tener que pulsar el botón de run cada vez que pruebe algo. Lo que yo hago para subirle código con el bootloader es pulsar una vez en write, entonces el micro se resetea y cuando está arrancando (los 5 segundos) vuelvo a pulsar Write en el VascoDownloader. De esta forma nunca tengo que tocar a la placa ni para subir código ni para que se ejecute la nueva aplicación.

Parece que el fallo era mio, ya que había tocado a algunas cosas de pinguino (versión unstable) y no estaba enlazándose bien con los ficheros de USB y demás... o al menos creo que era eso. Ahora usando la versión beta 8 parece que si funciona, salvo si uso el led RUN, por ejemplo:

#define RUNLED PORTAbits.RA4

void loop(void) {
RUNLED=0;
delay(500);
RUNLED=1;
delay(500);
}

Si le meto ese programa al pinguino, se jode todo. Cuando arranca ni el USB me lo detecta bien... ¿Puede alguien (mejor que sea capaz de reprogramar luego el bootloader por si se le va) probar este código en su placa y decirme?

FJ, a mi tambien me pasa... lo comenté hace mucho ya en la lista de correo de Pinguino y no parece que sea un problema generalizado, en mi caso particular era un problema de sobrecarga, alimentaba los servos trucados con los mismos 5V de salida de la pinguino y funcionaba perfecto, ni siquiera se sobrecalentaba el 7805, pero cuando intentaba grabar un programa MIENTRAS los motores estaban funcionando.... pufffff... bootloader a la porra y a sacar la grabadora de pics para regrabarlo.

Yo entiendo que los motores metan ruido electrico o consuman demasiado... pero de ahí a que se fastidie el bootloader... en fin, en cuanto separé la alimentacion de motores el bootloader no se ha vuelto a ir.

furri.