Haz una pregunta
  Foros de Electrónica » Temas de Interés » Software de Simulación y Diseño Electrónico
Foros Registrarse ¿Olvidaste tu contraseña?

Temas similares

01/04/2016 #1


Problema conexión Atmega328 y Virtual Terminal
Hola buenas tardes, he estado buscando antes en san google pero no consigo encontrar nada del estilo, una mínima referencia que no me ha aclarado nada. La cuestión es, quizás sea una tontería, que estoy intentando enviar desde el Atmega328P la palabra "Saludos" al Terminal Virtual, pero me es totalmente imposible. He probado a hacerlo con la placa de arduino simulada en proteus y sí que he podido, pero con el Atmega suelto no consigo hacerlo.

Subo imagen.

Es un circuito muy simple, uno el TX con el RX y viceversa, le meto la programación al Atmega pero a la hora de la simulación no sale nada, salvo si durante la ejecución pongo la opción hexadecimal en la terminal, que me salen una serie de ceros, los cuales respetan, un delay, si lo inserto en el código.

Disculpar mis dudas, pero soy nuevo en esto de la simulación con proteus y voy algo perdido. UN saludo.
01/04/2016 #2

Avatar de Scooter

¿Y el código?
Publicado a ver
01/04/2016 #3


Aquí el código...
Imágenes Adjuntas
Tipo de Archivo: jpg código.jpg (88,8 KB (Kilobytes), 14 visitas)
01/04/2016 #4

Avatar de Nuyel

Pero no crees que te falta cristal de reloj al menos? (y no se si el pin de reset tiene pull-up interna)
01/04/2016 #5


El 328 lleva un cristal interno, y el pin de reste no influye...
01/04/2016 #6

Avatar de locodelafonola

hola
caballeroexperience dijo: Ver Mensaje
El 328 lleva un cristal interno, y el pin de reste no influye...
cuando haces trasmicion o resepcion por USART ., lleva cristal externo ., aparte no esta la alimentacion (ojo que no es simple)
otro detalle ., en la programacion del atmega ., una cosa es en arduino ., otra es en atmega solo ., como que te falta el bootlader ¿¿¿ no ??? usa el atmelstudio para compilar ., y veras mas cosa que te faltan
01/04/2016 #7


OK, muchas gracias, me suena algo pero ni idea de nada...jajajaa, menos mal que tenemos gente que controla y el apoyo de san google, me pongo a investigar ya mismo, hasta que no me trasmita el pu.. mensaje no voy a parar....ya cuento...
01/04/2016 #8


Pues al final lo tengo....pero raro de cojones

Al final lo único que he hecho ha sido poner la frecuencia del reloj a 16MHZ y poner Ext. Clock...
Imágenes Adjuntas
Tipo de Archivo: png codigo.png (25,4 KB (Kilobytes), 6 visitas)
Tipo de Archivo: jpg proteus 1.jpg (99,8 KB (Kilobytes), 8 visitas)
Tipo de Archivo: png proteus2.png (29,7 KB (Kilobytes), 8 visitas)
01/04/2016 #9

Avatar de locodelafonola

ok
caballeroexperience dijo: Ver Mensaje
Pues al final lo tengo....pero raro de cojones

Al final lo único que he hecho ha sido poner la frecuencia del reloj a 16MHZ y poner Ext. Clock...
esta bien ., pero eso es en simulacion ., en lo real y fisico no va a funcionar
en simulacion la "vacas vuelan" ., y todos sabemos que no es asi
PD: edita tus mensajes si no vamos todos a moderacion
01/04/2016 #10


Si está claro que de la simulación a la realidad hay un trecho, pero de esta forma ya sé como transmitir y recibir datos con el Atmega328p sin depender del módulo de arduino y me viene mucho mejor para poder diseñar la pcb con un coste mínimo. Cuando pase a la realidad ya tendré en cuenta otra serie de factores.
01/04/2016 #11

Avatar de Nuyel

Lo del reloj te lo dije por que el código de Arduino se compila pensando en el cristal de 16MHz, el interno creo que funciona a 8MHz (y no es cristal, sino un oscilador RC), obviamente algo iría más lento de lo que debería, pero el software del Arduino en primer lugar intentaría inicializar el cristal, y con base a esa frecuencia se calcula todo lo demás al compilar.
01/04/2016 #12

Avatar de locodelafonola

hola
caballeroexperience dijo: Ver Mensaje
Si está claro que de la simulación a la realidad hay un trecho, pero de esta forma ya sé como transmitir y recibir datos con el Atmega328p sin depender del módulo de arduino y me viene mucho mejor para poder diseñar la pcb con un coste mínimo. Cuando pase a la realidad ya tendré en cuenta otra serie de factores.
de alli te lo decia ., desde un principio ., ¡¡¡ faltan muchas cosa mas !!!
proba en lo real y fisico ., y veras la diferencia ., USART en atmega ., es totalmente distinto ., mas si pensas en visualizar en una consola vitual
02/04/2016 #13


Ok, muchas gracias por los aportes, cuando decida dar el paso al montaje físico ya miraré todas las especificaciones técnicas de cada componente y por supuesto que habrá que analizar bien lo del oscilador RC, de momento para hacer alguna prueba virtual me vale...Gracias por la ayuda gente, saludos desde Valencia (España).
Respuesta
¿Tienes una mejor respuesta a este tema? ¿Quieres hacerle una pregunta a nuestra comunidad y sus expertos? Registrate

Buscar más temas sobre:
Lupa Software de Simulación y Diseño Electrónico

Todo lo relacionado con estos programas.

Cerrar
Foros de Electrónica » Temas de Interés » Software de Simulación y Diseño Electrónico

Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Search Engine Optimization by vBSEO ©2011, Crawlability, Inc.