Mandé a fabricar una placa con un "arduino uno" + sim900+gps, el fabricante me envío la placa con un Atmega328 con un programa pre-cargado (un test de leds y gps) y funciona bien.
*nota: yo no me había dado cuenta que era Atmega328.
Procedí a cargar mi programa usando un Atmega328p ya con el bootloader y pude observar que tardaba en iniciar, explico esto. Con el micro que me enviaron conecto la alimentación y empieza a funcionar de inmediato, encienden los leds y no hay problema. Con mi Atmega328p tarda en iniciar cuando se alimenta y puede o no reiniciarse o no terminar de encender los leds.
Le pregunté al fabricante y me dijo que el había configurado el micro con los fuse del arduino uno.
La verdad no tengo idea que son los fuse y no sé si el problema también sea que son Atmega328 y Atmega328p.
Perfectamente linkeado.
bueno como siempre digo, una simple busqueda ahorra tiempo :
google: atmega328 vs atmega328p
Uno de los mejores enlaces fue este link
AlexTadeo:
puedo pensar que el bootloader es el causante de dicha inestabilidad y retraso al encendido?
Yo no sabría decirte con toda certeza si esa es la causa, pero... por qué no intentar reprogramar el bootloader?
Si tienes otro Arduino, este lo puedes utilizar como programador ICSP, sabías?
Lucario448:
Yo no sabría decirte con toda certeza si esa es la causa, pero... por qué no intentar reprogramar el bootloader?
Si tienes otro Arduino, este lo puedes utilizar como programador ICSP, sabías?
si, de hecho no usaba el atmega328p de mi arduino. Pensando que podría ser que no hubiera quemado correctamente el bootloader utilice el micro que vino con mi arduino, y presentó el mismo problema de inestabilidad.
AlexTadeo:
si, de hecho no usaba el atmega328p de mi arduino. Pensando que podría ser que no hubiera quemado correctamente el bootloader utilice el micro que vino con mi arduino, y presentó el mismo problema de inestabilidad.
Espera... cuál es el del comportamiento anormal? El que tiene la 'p' o no?
El Atmega328 que vino con la placa fue programada en Atmel Studio y con el avrdude se le puso los fuse del arduino uno, no tiene el bootloader.
puedo pensar que el bootloader es el causante de dicha inestabilidad y retraso al encendido?
Del retraso en el encendido puedes estar seguro que sí. En un hilo reciente y cercano a este puse un comentario del proceso de subida de programa mediante bootloader. Efectivamente, cuando el arduino tiene bootloader éste se ejecuta inmediatamente al encendido o tras un reset, y antes del programa del usuario. Toma habitualmente un par de segundos, hasta que el bootloader "se da por vencido" de que no queremos enviar programación y transfiere el control al programa de usuario. Los montajes que suelen tener mucho inconveniente con este proceso de arranque suelen ser los que integran relés, dado que en dicho proceso, además, se suele producir el encendido y apagado de éstos. Supongo que ese problema también se verá muy mitigado si quitamos el bootloader.
Lo que no entiendo es a qué te refieres con "inestabilidad", pues una vez pasado el bootloader, el funcionamiento del programa debería ser casi idéntico.
En ocasiones se resetea más de una vez o no termina la "secuencia" de encendido.
mira este video, el primer micro es el que me mandaron (Atmega328 con fuse de Arduino Uno, sin bootloader) y posteriormente es el Atmega328p del arduino UNO.
Podrá ser que como dices, el bootloader no se "lleva bien" con el relé y ahí esté el problema?
Si lo único que cambia en ambos montajes es el atmega, a buen seguro que gran parte de la culpa sea del bootloader.
Si el inicio más lento y la pequeña inestabilidad durante ese segundo no son un gran obstáculo, seguramente que el programa después debería funcionar correctamente (tal vez haya que hacer algún chequeo adicional).
Si ese segundo de inestabilidad te supone problema importante, y dispones de programador, lo mejor es que quites bootloader. Ganarás, además unos pocos bytes de SRAM y de FLASH.
Pero le diste una lectura al enlace que te puse en inglés? Por lo visto no.
Ni siquiera había que leer mucho, post#3
The 2 devices have a different signature. I added the 328 to my Arduino and AVRDude files so that makes it easier to burn a bootloader. Once the bootloader is loaded they are interchangeable in the Uno board so the Uno config is sufficient to program them. I have a couple 328's that I have installed the bootloader on. they have all been in my arduino board and also in a wireless breadboard that has a MAX232 for a serial interface. Once the bootloader is loaded they all function the same with the ArduinoIDE.
Functionally I think the only real difference is in low power operation.
surbyte:
Pero le diste una lectura al enlace que te puse en inglés? Por lo visto no.
Ni siquiera había que leer mucho, post#3
Si lo leí, pero ahí dice que él agregó el 328 a su arduino y le puso bootloader. Pero yo comparando entre el 328 que no tiene bootloader y el 328p que si tiene, pude apreciar que si hay mucha diferencia.
Ahora también contemplo lo que comentó noter sobre el problema con los relé.
I added the 328 to my Arduino and AVRDude files so that makes it easier **to burn a bootloader. **
Once the bootloader is loaded they are interchangeable in the Uno board so the Uno config is sufficient to program them
Una vez que le grabo el bootloader, resultaron intercambeables. hay uno de los tuyos que no lo tiene, entonces claras diferencias existirán.
Es lo mismo que te dice Noter.
Te sugiero que como dice ese post y como refrenda Noter, le quemes el bootloader a ese 328 que se comporta erráticamente. Iguala las situaciones y luego entonces compara.
Lleva siempre las cosas al mismo plano de comparación!
