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.
Re: Probando el TZXDuino
@acf76es, no lo reproduzco, a mí me funciona ¿? me parece que voy a necesitar pistas o un video...
¿qué valores te da de memoria libre de flash y SRAM cuando compilas?
¿qué valores te da de memoria libre de flash y SRAM cuando compilas?
Última edición por rcmolina el 13 Mar 2018, 22:35, editado 1 vez en total.
- 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
me da estos valores cuando compilo maxduino 1.33
El Sketch usa 29994 bytes (97%) del espacio de almacenamiento de programa. El máximo es 30720 bytes.
Las variables Globales usan 1781 bytes (86%) de la memoria dinámica, dejando 267 bytes para las variables locales. El máximo es 2048 bytes.
IIDE Arduino 1.8.5
El Sketch usa 29994 bytes (97%) del espacio de almacenamiento de programa. El máximo es 30720 bytes.
Las variables Globales usan 1781 bytes (86%) de la memoria dinámica, dejando 267 bytes para las variables locales. El máximo es 2048 bytes.
IIDE Arduino 1.8.5
Re: Probando el TZXDuino
@acf76es, Alfredo gracias ya he visto el video ... Eso mismo pasa con las versiones anteriores, me explico:
Actualmente cuando reproduces un fichero, se van guardando los bloques por los que pasa. Cuando un bloque está vacío sólo aparece el número de bloque, sin el identificador. Si reproduces uno de estos, que está si inicializar puede pasar cualquier cosa ...
Por otro lado, el comportamiento es que los bloques se quedan guardados en la primera reproducción, y si vuelves a reproducir el fichero los puedes usar... vamos que puedes adelantar un bloque porque el offset de comienzo está guardado.
Efectivamente está incompleto (ya lo sé), porque lo que debe hacer es recorrer el fichero y buscar los bloques primero, pero ya no me queda espacio. Sólo hay una opción de cara al futuro que es seguir compilando de manera condicional, i.e. quitando unas funciones (p.e el menú) y poniendo otras
De todas maneras lo correcto es prohibir la reproducción de un bloque "inexistente", eso si está claro.
Actualmente cuando reproduces un fichero, se van guardando los bloques por los que pasa. Cuando un bloque está vacío sólo aparece el número de bloque, sin el identificador. Si reproduces uno de estos, que está si inicializar puede pasar cualquier cosa ...
Por otro lado, el comportamiento es que los bloques se quedan guardados en la primera reproducción, y si vuelves a reproducir el fichero los puedes usar... vamos que puedes adelantar un bloque porque el offset de comienzo está guardado.
Efectivamente está incompleto (ya lo sé), porque lo que debe hacer es recorrer el fichero y buscar los bloques primero, pero ya no me queda espacio. Sólo hay una opción de cara al futuro que es seguir compilando de manera condicional, i.e. quitando unas funciones (p.e el menú) y poniendo otras
De todas maneras lo correcto es prohibir la reproducción de un bloque "inexistente", eso si está claro.
- 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 @rcmolina,gracias por la aclaracion en relacion tanto al rebobinado como a nivel fe programacion está estructurado.
Realmente todo el trabajo que se ha realizado por un lado con el tzxduino de duncan y edward, por otro lado casduino de los dichos, ya por ultimo la unificación de ambos proyectos de @rcmolina con el arduino atmega328,ha sido realmente fascinante y sobre todo milagro en meterlo todo en uno, mas añadidos... por supuesto de trabajos de @rcmolina y @xpirax.
Esto es parte buena.. pero ya vejos que esta viniendo la parte mala y es el espacio de almacenamiento de microcontrolador..
Ahora planteo la pregunta en relacion de amacenar datos de bloques en la memoria eeprom se puede hacer? o pasa lo mismo por falta de espacio...
Enviado desde mi iPhone utilizando Tapatalk
Realmente todo el trabajo que se ha realizado por un lado con el tzxduino de duncan y edward, por otro lado casduino de los dichos, ya por ultimo la unificación de ambos proyectos de @rcmolina con el arduino atmega328,ha sido realmente fascinante y sobre todo milagro en meterlo todo en uno, mas añadidos... por supuesto de trabajos de @rcmolina y @xpirax.
Esto es parte buena.. pero ya vejos que esta viniendo la parte mala y es el espacio de almacenamiento de microcontrolador..
Ahora planteo la pregunta en relacion de amacenar datos de bloques en la memoria eeprom se puede hacer? o pasa lo mismo por falta de espacio...
Enviado desde mi iPhone utilizando Tapatalk
Re: Probando el TZXDuino
@acf76es, pues aunque no lo he probado intuyo problermas:
1- grabar/recuperar de la eprom necesita unas llamadas que chupan bastante memoria.
2.-Es más lenta, y como cargamos en tiempo real pues va a dar errores en el mejor de los casos. La eprom está bien para guardar/recuperar configuraciones al principio o al final.
1- grabar/recuperar de la eprom necesita unas llamadas que chupan bastante memoria.
2.-Es más lenta, y como cargamos en tiempo real pues va a dar errores en el mejor de los casos. La eprom está bien para guardar/recuperar configuraciones al principio o al final.
Última edición por rcmolina el 15 Mar 2018, 07:08, editado 1 vez en total.
- 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
aparentemente si @rcmolina, dado que tiene entrada IN arriba a la izquierda y abajo la salida.
recuerdo a ver visto un proyecto... no recuerdo cuando que podía grabar ficheros (TAP,TZX???), pero solo en video y no había nada de información...
recuerdo a ver visto un proyecto... no recuerdo cuando que podía grabar ficheros (TAP,TZX???), pero solo en video y no había nada de información...
Re: Probando el TZXDuino
Lleva 1xATmega128:
Parameter Name Value
Program Memory Type Flash
Program Memory (KB) 128
CPU Speed (MIPS) 16
RAM Bytes 4,096
Data EEPROM (bytes) 4096
Digital Communication Peripherals 2-UART, 1-SPI, 1-I2C
Capture/Compare/PWM Peripherals 2 Input Capture, 2 CCP, 8PWM
Timers 2 x 8-bit, 2 x 16-bit
Comparators 1
Temperature Range (C) -40 to 85
Operating Voltage Range (V) 2.7 to 5.5
Pin Count 64
Frente al ATmega328P:
Parameter Name Value
Program Memory Type Flash
Program Memory (KB) 32
CPU Speed (MIPS) 20
RAM Bytes 2,048
Data EEPROM (bytes) 1024
Digital Communication Peripherals 1-UART, 2-SPI, 1-I2C
Capture/Compare/PWM Peripherals 1 Input Capture, 1 CCP, 6PWM
Timers 2 x 8-bit, 1 x 16-bit
Comparators 1
Temperature Range (C) -40 to 85
Operating Voltage Range (V) 1.8 to 5.5
Pin Count 32
Low Power Yes
Parameter Name Value
Program Memory Type Flash
Program Memory (KB) 128
CPU Speed (MIPS) 16
RAM Bytes 4,096
Data EEPROM (bytes) 4096
Digital Communication Peripherals 2-UART, 1-SPI, 1-I2C
Capture/Compare/PWM Peripherals 2 Input Capture, 2 CCP, 8PWM
Timers 2 x 8-bit, 2 x 16-bit
Comparators 1
Temperature Range (C) -40 to 85
Operating Voltage Range (V) 2.7 to 5.5
Pin Count 64
Frente al ATmega328P:
Parameter Name Value
Program Memory Type Flash
Program Memory (KB) 32
CPU Speed (MIPS) 20
RAM Bytes 2,048
Data EEPROM (bytes) 1024
Digital Communication Peripherals 1-UART, 2-SPI, 1-I2C
Capture/Compare/PWM Peripherals 1 Input Capture, 1 CCP, 6PWM
Timers 2 x 8-bit, 1 x 16-bit
Comparators 1
Temperature Range (C) -40 to 85
Operating Voltage Range (V) 1.8 to 5.5
Pin Count 32
Low Power Yes
- 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
mmmmm, siempre pensaba que el atmega 128 era inferior en todos los aspectos en referente al Atmega 328P, pero me he equivocado del todo.
La única diferencia inferior al Atmega 128 es los MIPS (16) en relación a los MIPS (20) del 328p
1 Uart del 128 a 2 del 328p (no influye..)
1 entradas de Captura (128), frente a 2 entradas (328p)
y el voltaje de trabajo (que no influye..)
con lo cual, si trabajamos con el Atmega 128 ganamos en capacidad sin llegar a perder nada en conexiones.. (teoricamente..)
La única diferencia inferior al Atmega 128 es los MIPS (16) en relación a los MIPS (20) del 328p
1 Uart del 128 a 2 del 328p (no influye..)
1 entradas de Captura (128), frente a 2 entradas (328p)
y el voltaje de trabajo (que no influye..)
con lo cual, si trabajamos con el Atmega 128 ganamos en capacidad sin llegar a perder nada en conexiones.. (teoricamente..)