Probando el TZXDuino [y CASDuino, MaxDuino,...]
Moderadores: cacharreo, Fundadores
Reglas del Foro
Aquí solo tienen cabida proyectos de hardware que incluyan siempre al menos sus esquemáticos para poder reproducirlos si llevan componentes electrónicos, y si es posible los ficheros del programa en que se hacen, los diseños de las placas, los gerber, etc. Si llevan algún tipo de software asociado debe estar diponible el código fuente
Para los que no cumplen estas condiciones se debe postear en el foro de proyectos generales.
Aquí solo tienen cabida proyectos de hardware que incluyan siempre al menos sus esquemáticos para poder reproducirlos si llevan componentes electrónicos, y si es posible los ficheros del programa en que se hacen, los diseños de las placas, los gerber, etc. Si llevan algún tipo de software asociado debe estar diponible el código fuente
Para los que no cumplen estas condiciones se debe postear en el foro de proyectos generales.
- acf76es
- Demonio tercer orden
- Mensajes: 829
- Registrado: 03 Nov 2014, 22:48
- Ubicación: Cantabria
- Has thanked: 1 time
- Been thanked: 39 times
Re: Probando el TZXDuino
@merlinkv, yo no diria que no le interese a nadie, al menos por mi parte ya que tengo dichos controladores, lo que pasa es que el proyecto en sí nació con el nano (atmega328P) y el soporte sigue siendo de la misma, pero te puedo decir que ya con el MAXDUINO y el nano ya esta al límite, con lo cual todos los añadidos que aporta @rcmolina es compatible con el Mega2560.
hablo por parte de ámbito personal @merlinkv que la parte que has trabajado con el mega2560 esta publicado y funcional con las configuraciones que ha realizado sobre todo pineado y alguna otra configuración y que seguramente en un periodo de tiempo se pueda seguir implementado con ella, yo por falta de tiempo aun no puedo realizar pruebas con ella, tengo otros proyectos de montaje instalación y testeo en cola (es un no parar... ), pero estoy interesado en ello y tengo dichas 2560 pro mini que me pasaste de enlace.
Recibe una saludo.
hablo por parte de ámbito personal @merlinkv que la parte que has trabajado con el mega2560 esta publicado y funcional con las configuraciones que ha realizado sobre todo pineado y alguna otra configuración y que seguramente en un periodo de tiempo se pueda seguir implementado con ella, yo por falta de tiempo aun no puedo realizar pruebas con ella, tengo otros proyectos de montaje instalación y testeo en cola (es un no parar... ), pero estoy interesado en ello y tengo dichas 2560 pro mini que me pasaste de enlace.
Recibe una saludo.
- antoniovillena
- Demonio segundo orden
- Mensajes: 1596
- Registrado: 02 Abr 2013, 19:06
- Been thanked: 1 time
Re: Probando el TZXDuino
Sí, las nano son más caras porque llevan el conversor USB-uart incluido. Ahora mismo no interesa a nadie porque cabe todo, pero llegará un momento en que sí tenga más sentido (porque la compilación condicional no resuelve el problema en todos los casos).
- merlinkv
- Hermano de Lucifer
- Mensajes: 6349
- Registrado: 06 Abr 2015, 23:08
- Ubicación: Madrid / Europa del Este
- Has thanked: 113 times
- Been thanked: 316 times
- Contactar:
Re: Probando el TZXDuino
La Mega 2560 Pro Embed, también lleva el USB-UART integrado.antoniovillena escribió: ↑27 Abr 2018, 12:24Sí, las nano son más caras porque llevan el conversor USB-uart incluido. Ahora mismo no interesa a nadie porque cabe todo, pero llegará un momento en que sí tenga más sentido (porque la compilación condicional no resuelve el problema en todos los casos).
No sé como será la tercera Guerra Mundial. Pero sí sé como será la cuarta: Con palos y piedras.
Aquí yace un valiente, un temible adversario y un verdadero hombre de honor. Descanse en paz. 21-04-1918
Visita mi Github igual te gusta algo.
Aquí yace un valiente, un temible adversario y un verdadero hombre de honor. Descanse en paz. 21-04-1918
Visita mi Github igual te gusta algo.
Re: Probando el TZXDuino
Maxduino v1.37
https://github.com/rcmolina/MaxDuino_v1.37
+Optimizaciones y manejo del cambio de polaridad desde el menú.
https://github.com/rcmolina/MaxDuino_v1.37
+Optimizaciones y manejo del cambio de polaridad desde el menú.
- acf76es
- Demonio tercer orden
- Mensajes: 829
- Registrado: 03 Nov 2014, 22:48
- Ubicación: Cantabria
- Has thanked: 1 time
- Been thanked: 39 times
Re: Probando el TZXDuino
Saludos rafa, que juegos ahora son compatibles con el cambio de polaridad.. tenemos algún listado para realizar pruebas?
un saludo.
un saludo.
Re: Probando el TZXDuino
@acf76es, yo me estoy guiando por el post de Jose Luis Sánchez (@zx81) autor de los emuladores jspeccy y zxBaremulator el el foro de zx-uno:
Antes de los cambios, Maxduino trabajaba incorrectamente con polaridad invertida. Al menos los siguientes juegos necesitan tener configurada la polaridad correctamente para poder cargar, y son los que he utilizado para pruebas:
i) Sin cambio de polaridad: (off) : Tai-Pan, Forbidden Planet, Starbike
ii) Con polaridad invertida (ON): Basil The Great Mouse Detective, Mask
Antes de los cambios, Maxduino trabajaba incorrectamente con polaridad invertida. Al menos los siguientes juegos necesitan tener configurada la polaridad correctamente para poder cargar, y son los que he utilizado para pruebas:
i) Sin cambio de polaridad: (off) : Tai-Pan, Forbidden Planet, Starbike
ii) Con polaridad invertida (ON): Basil The Great Mouse Detective, Mask
- acf76es
- Demonio tercer orden
- Mensajes: 829
- Registrado: 03 Nov 2014, 22:48
- Ubicación: Cantabria
- Has thanked: 1 time
- Been thanked: 39 times
Re: Probando el TZXDuino
Saludos, estoy probando el MAXDUINO 1.37 en Amstrad y estoy teniendo problemas en las cargas de los juegos de Amstrad.
sin cambio de polaridad, cada vez que hay silencios entre tono guía y bloque de datos me genera ruido.
con cambio de polaridad el ruido también lo genera pero es un tiempo corto y pasa a silencio.
ACTUALIZO: no es problema del MAXDUINO sino de mi Amstrad que ya el cassette no anda bien, tengo que arreglar el problema.
sin cambio de polaridad, cada vez que hay silencios entre tono guía y bloque de datos me genera ruido.
con cambio de polaridad el ruido también lo genera pero es un tiempo corto y pasa a silencio.
ACTUALIZO: no es problema del MAXDUINO sino de mi Amstrad que ya el cassette no anda bien, tengo que arreglar el problema.
- spark2k06
- Demonio segundo orden
- Mensajes: 1048
- Registrado: 16 Oct 2017, 10:18
- Has thanked: 9 times
- Been thanked: 6 times
- Contactar:
Re: Probando el TZXDuino
He grabado el firmware de maxduino 1.37 a un tzxduino con pantalla LCD 16x2. He procedido a cambiar los defines y dejarlos así:
//Set defines for various types of screen, currently only 16x2 I2C LCD is supported
//#define SERIALSCREEN 1
#define LCDSCREEN16x2 1
//#define OLED1306 1
//#define P8544 1
También he dejado la siguiente línea así (con 0x27):
LiquidCrystal_I2C lcd(0x27,16,2); // set the LCD address to 0x27 for a 16 chars and 2 line display
Y he comentado el siguiente define porque de lo contrario supera el tamaño máximo del atmega328:
//#define Use_UEF 1
Pues bueno, el caso es que funciona pero la pantalla tiene los puntos "de fondo" de las letras muy iluminados, con lo que si se mira de frente no se aprecian muy bien las letras porque tiene casi la misma intensidad que el fondo (si se mira de lado con bastante angulo la pantalla se ve bien).
A alguien mas le sucede? Igual ya se ha hablado del asunto antes pero como es tan largo el hilo...
Otra cosa, he tenido que renombrar esta línea:
lcd.init(); //Initialise LCD (16x2 type)
a:
lcd.begin(); //Initialise LCD (16x2 type)
porque por lo visto en las últimas versiones de LiquidCrystal_I2C se inicilializa así. Puede tener ésto algo que ver con lo que me pasa con los puntos de fondo del LCD? Tengo que utilizar alguna otra versión antigua de LiquidCrystal_I2C?
Saludos!
//Set defines for various types of screen, currently only 16x2 I2C LCD is supported
//#define SERIALSCREEN 1
#define LCDSCREEN16x2 1
//#define OLED1306 1
//#define P8544 1
También he dejado la siguiente línea así (con 0x27):
LiquidCrystal_I2C lcd(0x27,16,2); // set the LCD address to 0x27 for a 16 chars and 2 line display
Y he comentado el siguiente define porque de lo contrario supera el tamaño máximo del atmega328:
//#define Use_UEF 1
Pues bueno, el caso es que funciona pero la pantalla tiene los puntos "de fondo" de las letras muy iluminados, con lo que si se mira de frente no se aprecian muy bien las letras porque tiene casi la misma intensidad que el fondo (si se mira de lado con bastante angulo la pantalla se ve bien).
A alguien mas le sucede? Igual ya se ha hablado del asunto antes pero como es tan largo el hilo...
Otra cosa, he tenido que renombrar esta línea:
lcd.init(); //Initialise LCD (16x2 type)
a:
lcd.begin(); //Initialise LCD (16x2 type)
porque por lo visto en las últimas versiones de LiquidCrystal_I2C se inicilializa así. Puede tener ésto algo que ver con lo que me pasa con los puntos de fondo del LCD? Tengo que utilizar alguna otra versión antigua de LiquidCrystal_I2C?
Saludos!
- Spirax
- Demonio tercer orden
- Mensajes: 715
- Registrado: 09 Oct 2017, 17:03
- Ubicación: Leganes (Madrid)
- Has thanked: 24 times
- Been thanked: 46 times
Re: Probando el TZXDuino
hola.
no tengo lvd ahora psra probar.
pero lo que describes suena a regulacion del contraste.
suelen tener una resistencia regulable para ajustarlo.
en esta es el azul.
a ver si eso
saludos
no tengo lvd ahora psra probar.
pero lo que describes suena a regulacion del contraste.
suelen tener una resistencia regulable para ajustarlo.
en esta es el azul.
a ver si eso
saludos
- spark2k06
- Demonio segundo orden
- Mensajes: 1048
- Registrado: 16 Oct 2017, 10:18
- Has thanked: 9 times
- Been thanked: 6 times
- Contactar:
Re: Probando el TZXDuino
Cierto! Era eso, graciasSpirax escribió:hola.
no tengo lvd ahora psra probar.
pero lo que describes suena a regulacion del contraste.
suelen tener una resistencia regulable para ajustarlo.
en esta es el azul.
a ver si eso
saludos
Enviado desde mi Thor mediante Tapatalk