afx escribió:La velocidad es ¡espectacular!, ya me estoy imaginando mi QL accediendo a toda pastilla a TODO el software y toda la documentación escrita para el QL almacenada dentro de una miserable tarjeta SD
Aquí tienes una demo que muestra con más "impacto" la velocidad de lectura conseguida. Es todo lo que puedo llegar
De todas formas, no adelantemos acontecimientos, ya que aún queda por probar la compatibilidad del cacharro con más marcas de tarjetas, y a partir de ahí ver si estos 25MHz que soporta la tarjeta que uso es "rara habis" o por el contrario se puede llegar incluso a más velocidad.
http://www.youtube.com/watch?v=78xtsEKW4Lwafx escribió:Al menos a mi, lo de los 30 euros no me parece nada caro, todo lo contrario. Además si lo comparamos con otros productos para el QL seguro que el QLSD sale tirado de precio. Por ejemplo, para el Ser-USB se están manejando cifras de unas 120 libras, o otro ejemplo, mi RomDisQ de 8MB me salió hace un par de años 100 libras (y conozco gente que está buscando RomDisQ hace tiempo, con lo cual creo que hay demanda).
Se trata de ofrecer algo asequible, y para ello hay que abaratar costes. Y para abaratar costes hay que conseguir:
- Que el número de componentes en la placa sea el mínimo necesario para aquello para lo que va destinada.
- Que la placa sea lo más pequeña posible (cuanto más pequeña, más barata)
Es por eso por lo que todo aquello que no sea estrictamente necesario para que el QL acceda de forma nativa a una tarjeta SD/MMC lo he descartado. Eso incluye cualquier "añadido" de los que habeis comentado.
afx escribió:No tengo conocimientos para valorar lo que supondría dejar preparado el hardware para un conector USB, referido tanto al coste de componentes como a tu tiempo de desarrollo, pero pienso que de cara al futuro sería muy interesante tener esta posibildad.
Si te refieres a dotarla de un conector USB maestro, el coste es mayor, claro. hay chips que incorporan todo lo necesario para tener conexión USB (el VDIP2 es en el que estoy pensando) pero ya sólamente el chip y su electrónica de soporte cuesta más caro que toda la interfaz QLSD junta. Por otra parte, si precisamente de lo que se trata es de usar un sistema de almacenamiento barato y sencillo de manejar, como es una tarjeta SD, ¿a qué complicarse con un pendrive USB? Ahora, si lo que estás pensando es en un USB al que se le pueda pinchar de todo, como a un PC, entonces ya te digo que eso es otra "bestia" a darle de comer aparte. Me figuro que sería una trabajo bastante importante el dotar al QDOS de todo lo necesario para soportar clases de dispositivos, plug 'n' play, etc. No, no pienso meterme en ese berenjenal. Me doy con un canto en los dientes si consigo escribir un driver minimamente estable para este invento que estoy haciendo.
afx escribió:Y una pregunta, puestos a soñar, ¿sería posible incorporar a QLSD el hardware ethernet? Winston, en la RE me comentó que prácticamente todas pila TCP establa implementada en un pequeño chip de uso comercial dentro de su Spectranet.
Teóricamente sí. En la práctica, de hacer un diseño para ethernet, preferiría hacerlo como tarjeta para ranura lateral. Te recuerdo que el slot ROM del QL no acepta escrituras (todo ha de hacerse con lecturas) y que la ULA del QL mete un retraso de 300ns por acceso, cosa que seguro no existe en el slot lateral. La pila TCP/IP, hablando de un compatible con el Motorola 68000, creo que es lo de menos: hay recursos de CPU como para acometer esa tarea, aunque claro que si lo tienes integrado en el chip ayuda. Para esta historia podría haber usado un chip "todo-en-uno" que se llama DosOnChip, y que ya da soporte para tarjetas SD/MMC e incorpora todo lo que es el sistema de ficheros FAT en el propio chip, quedándose el driver en algo mucho más sencillo de implementar, pero... hubiera salido más caro (hablaríamos quizás de 50-60 euros en lugar de 30).
En resumen: que precisamente por no convertir a la placa en un "peso pesado" voy a ponerle lo que justo necesita para funcionar
Lo de dejar pines al aire para un segundo periférico SPI sí que puedo hacerlo, pero para poder aprovecharlo alguien (que no seré yo) tendría que escribir otro driver, y de forma que no interfiriera con los accesos que hace el que yo (espero) escriba.