Estimados,
Es posible montar algun componente tipo reloj que tenga alimentacion independiente y autónoma para que el DivMMC lea la fecha y hora de ahí para ser utilizado cuando se intente grabar un SNAPSHOT ? Por lo poco que entiendo, al no tener un reloj la funcion de SNAPSHOT podría trabajar mejor utilizando este dato para asignar un correlativo a los nuevos archivos ? No se si me explico bien, pero creo que actualmente existe una limitacion cuando se reinicia el ZX-UNO, se comienzan a grabar SNAPSHOT desde el "1", y si ya existe uno en el directorio, dara error...
Reloj con pila / bateria para DivMMC
- desUBIKado
- Mensajes: 1002
- Registrado: 05 Ago 2016, 22:33
Re: Reloj con pila / bateria para DivMMC
El que tuviese un RTC (Real Time Clock - Reloj en Tiempo Real) serviría, entre otras cosas, para grabar correctamente la fecha y la hora en los ficheros dentro de la SD, pero no para la numeración de los SNAPSHOT cuando se graban pulsando 'S' desde el menú NMI del esxdos. Desde que arrancas el ZX-Uno intentará grabar el snapshot 001, y si ya existe dará error (creo que era el código 0018) . Hay que seguir pulsando 'S' hasta que ya grabe con un número de snapshot que no exista. Luego, y mientras no se haga reset, ya seguirá incrementando correctamente los números de snapshot sin dar más errores.
Re: Reloj con pila / bateria para DivMMC
Gracias por el dato.. ahora lo tengo más claro, ya entendí que la limitación no es por falta de pila, sino porque el algoritmo de DivMMC para grabar los snapshots no realiza una verificacion previa de cual es el ultimo snapshot grabado a nivel de archivos, sino talvez unicamente consulta en su "memoria volatil" en que numero se quedo..
Seria genial que lea el ultimo snapshot grabado en la carpeta / directorio en curso y agregue uno, independientemente de la variable que tenga en su memoria.. pero esto ya es un asunto del DivMMC.
Seria genial que lea el ultimo snapshot grabado en la carpeta / directorio en curso y agregue uno, independientemente de la variable que tenga en su memoria.. pero esto ya es un asunto del DivMMC.