Para celebrar el décimo aniversario de nuestra configuración de multitarea, esta es una instalación MiNT completamente nueva. Todos los programas han sido actualizados. Un buen número de programas de usuario nuevos han sido agregados y pueden ser usados inmediatamente, pues vienen pre-instalados.



El proyecto, que fue principalmente implementado por Jo Even Skarstein en su tiempo, fue llevado a cabo ésta vez por Latz, estos últimos años. Después de años de incansable trabajo para nuestra plataforma, hemos podido construir un sistema operativo respetable y actualizado, especialmente dada las circunstancias, con más de 50 modernos programas de usuarios. Agradecemos especialmente a todos los programadores externos que nos permitieron pre-instalar sus programas o que los hicieron disponibles sin licencias.

En este contexto, queremos recalcar que como equipo de ACP no escribimos la mayoría del sistema operativo y sus secciones, o los programas de usuarios, por lo que no nos podemos hacer responsables de su funcionamiento o soporte. Finalmente, los créditos deben ir a quienes lo merecen: los cientos de personas alrededor del mundo que crearon los programas y partes del sistema operativo para la plataforma Atari, mayormente en su tiempo libre. Más que a nadie, a los que contribuyeron al proyecto FreeMiNT y continuan ayudando a que nuestra plataforma tenga una capa de sistema operativo multitarea moderno, y con licencia gratuita.

Nuestra configuración FreeMiNT para FireBee, como es usual, puede ser desempaquetada directamente en una tarjeta Compact Flash y ser ejecutada bajo FireTOS. EmuTOS, como siempre, no funciona en él. En cualquier caso, recomendamos una tarjeta CF vacía. Desempaquetar nuestra configuración en una tarjeta con una instalación en uso no tiene sentido, por la nueva estructura de archivos y directorios, y solo es recomendado en casos excepcionales para usuarios con mucha experiencia.

Esperamos alegrar el inicio de este nuevo año con esta nueva versión, y aportarles con muchas horas de entretención en sus FireBees. Desde el próximo año nos contactaremos en forma más regular con las últimas noticias y esperamos, finalmente, completar el despacho de la agotada última serie.

Cambios mayores en EmuTOS 1.2:

- AES: Agregado soporte para objetos 3D (habilitado en ROMs de 512k ROMs y PRG)
- AES: Agregado soporte para funciones nuevas menu_xxx() en AES 3.30
- AES: Permite hasta 16 ventanas, para versiones con soporte AES 3.30
- BIOS: Agregado E/S manejado por interrupciones para puertas seriales SCC
- EmuDesk: Ajusta el tamaño de la memoria de pantalla en modos videl, como en TOS4
- General: los ROMs de FireBee ahora son de un solo idioma
- VDI: Arregla un error en FreeMiNT cuando la protección de memoria está habilitada


Otros cambios:

- AES: Muestra mejores mensajes de error si falla el ejecutar un programa
- AES: Mejora la revisión de errores para las funciones wind_xxx()
- AES: Mejores separadores en los menús
- BDOS: Implementa función TOS Srealloc() (no documentada)
- BIOS: Agrega soporte para vectores de errores IKBD/MIDI
- BIOS: Incrementa los tiempos de error para las transferencias por IDE
- EmuDesk: Arregla error en 'Set file mask...'
- EmuDesk: Arregla error en el "arrastrar y soltar" de íconos del escritorio
- EmuDesk: Muestra el cursor de "ocupado" cuando hay acciones que se demoran
- VDI: Permite modos de video del Falcon en v_opnwk()
- VDI: Implementa v_hardcopy()
- VDI: Aumenta la velocidad de algunas llamadas a VDI
- XBIOS: Implementa funcion TOS VcheckMode() (no documentada)
- Varios problemas menores u oscuros han sido arreglados


Cambios en EmuTOS 1.2.1:

Hubo solo dos cambios para arreglar errores en EmuTOS 1.2:
- AES: Arregla accesorios que muestran una ventana de alerta
- AES: Usa el nombre de proceso correcto en el descriptor de procesos en AES

Puedes descargar la última version para tu equipo desde el sitio de SourceForge:
https://sourceforge.net/projects/emutos/files/emutos/1.2.1/
o desde la colección de TOS de Dima Sobolev:
http://avtandil.narod.ru/tose.html

Dima también actualizó su programa de reconocimiento de TOS con la última versión de EmuTOS. El programa puede ser descargado desde su sitio:
http://avtandil.narod.ru/Progs/avrom.zip

Los cambios más grandes en esta nueva versión de EmuTOS son:

- AES: agregado soporte para íconos en colores
- AES: agregado soporte para ventanas en colores
- BIOS: agregado soporte para DSP en Falcon
- BIOS: agregado E/S, manejado por interrupciones, para puertas seriales MFP y TT-MFP
- BIOS: mejorado el soporte para tarjeta de video Nova
- EmuCON: permite la configuración del directorio de inicio de EmuCON
- EmuCON: inicia el path de EmuCON usando la variable PATH de AES
- EmuDesk: remueve el 'menu click' (no estandar)
- General: agrega manual en línea de EmuTOS
- General: agrega soporte para idiomas Húngaro y Turco
- General: los ROM de 512K solo tienen un idioma

Otros cambios:

- AES: manejo correcto de '||' y ']]' en form_alert()
- BIOS: agrega un mensaje de inicio temprano, para que el usuario sepa que estamos vivos
- BIOS: agrega soporte para RTC de UltraSatan
- BIOS: arregla las tablas de teclados Noruego/Ruso/Sueco
- BIOS: arregla muchos errores pequeños en el manejo de video en Falcon
- BIOS: arregla problemas con dispositivos ACSI lentos (Satandisk)
- BIOS: mejora soporte para particiones Spectre GCR
- BIOS: toma menos tiempo en iniciar, si no hay un dispositivo IDE presente
- EmuDesk: arregla error de 'instalar aplicación' relacionado con el visor por defecto
- EmuDesk: arregla varios problemas asociados con íconos del escritorio
- General: agrega imagen multilenguaje de 1024K (solo Hatari)
- Muchos errores oscuros y/o pequeños han sido arreglados

La nueva versión para tu equipo puede ser descargada desde:
https://sourceforge.net/projects/emutos/files/emutos/1.1.1/

Dima Sobolev actualizó su porgrama reconocedor de imagenes TOS para funcionar con la última versión de EmuTOS. El programa puede ser descargado desde su sitio: http://avtandil.narod.ru/Progs/avrom.zip
También, nuevas imágenes de EmuTOS fueron agregadas a su TOS Images Collection: http://avtandil.narod.ru/tose.html

El inicio de la primavera no ha sido bueno para nosotros; el tiempo no esta primaveral. Esta mojado y frío; en lo más mìnimo agradable. De hecho, es preferible abrigar los pies en una manta, pero justo sucedio algo bien estúpido. Al principio de Marzo, nuestro servidor web (o, para ser mas precisos, el disco duro) dejo de funcionar. Y para empeorar las cosas, los respaldos que teniamos estaban en ese mismo disco duro. Muy desafortunado, pero sucedió, y no hay nada que hacer. Echamos a andar un servidor de web nuevo (de un respaldo de Agosto de 2020) lo más rápido que pudimos, pero ahora tenemos que recuperar la información perdida. Afortunadamente, los autores todavìa tienen sus páginas, y lo que falta se puede reconstruir gracias al Internet Archives. Como estamos trabajando en esto en nuestro tiempo libre, puede que tome un poco más de tiempo para volver a la normalidad. ¡Mil perdones!

¿Qué hemos aprendido de esto? Hay cosas que quedan fuera de nuestro control. Tenemos que prepararnos mejor para el futuro. Esto significa: "no más respaldos en el servidor". Hasta ahora, los respaldos fueron copiados a otro servidor en el mismo centro de datos. Por lo tanto, pronto los respaldos seran copiados a computadores locales de los miembros del equipo, y tambén copiados a otro centro de datos (en una zona geográfica diferente).

Pero también tenemos noticias positivas. El nuevo servidor es mucho más poderoso que el antiguo; las páginas web deberìan cargar mucho más rápido.

Esta versión:
- Compila para 68k o Coldfire, sin importar donde se haga.
- Agrega todas las llamadas AES hasta AEX v4.1, más algunas de N.AES
- Agrega las llamadas más comunes de Bios, Xbios, Gemdos, VDI y NVDI.
- Algunos nuevos comandos de uso general, no relacionados con el sistema operativo.
- Construido en STiK, MiNT-Net, LDG API's y más.
- Comandos para programar juegos, como soporte para Joypad, blitting con máscaras, SNDH, etc.
- Más de 500 nuevos comandos.

Algunos de los nuevos comandos fueron inspirados por GFA para Windows/DOS
y HiSoft Basic.

Esta versión se puede bajar en http://gfabasic.net/

Además de arreglar algunos problemas e incluir mejoras (los cambios respecto de la versión anterior se pueden encontrar aquí), AHCC 6.0 solo incluye binarios que fueron generados en AHCC (no Pure C), tiene mejoras en el editor y en el manejo de proyectos anidados.

Henk también está buscando a una nueva persona que se haga cargo de AHCC. Contactenlo directamente (ver su página web) si están interesados.

¡En primer lugar está el hecho que estos programas depende uno del otro! La nueva configuración del FPGA necesita el nuevo BaS, y el nuevo FireTOS necesita la nueva configuración del FPGA y vice-versa. La primera vez tienen que regrabar los componentes en forma consecutiva, sin reiniciar el FireBee entre cada componente. Si no regraban los componentes al mismo tiempo, ¡el FireBee no va a poder partir!

¡¡¡Por favor, regraben estos nuevo archivos del sistema solamente desde FireTOS!!! No usen EmuTOS por ahora, porque pueden que su FireBee se torne inutilizable con versiones previas de BaS_gcc. Este comportamiento de BaS_gcc en combinación con EmuTOS será arreglado en el futuro, así que la próxima vez podrán regrabar los componentes desde EmuTOS en forma segura.

Por lo tanto, tienen que respetar el que no esté permitido mezclar estos componentes con configuraciones antiguas del sistema, BaS o FPGA! Si están regrabando un BaS antiguo con un FPGA o un FireTOS nuevo, puede que sus FireBee no partan mas. Obviamente, en cualquier momento pueden cambiar a un "paquete completo" más antiguo, y volver a este nuevo, mientras no los mezclen, y siempre regrabando los 3 componentes al mismo tiempo.

Al menos debemos mencionar que el BaS y el FPGA no han sido probados en forma suficiente con BaS_(gcc) y/o EmuTOS. A pesar que algunos desarrolladores tiene la combinación "último BaS_(gcc)" y últimos FPGA y EmuTOS, y no han tenido problemas, no podemos asegurar que funcionen completamente. Se harán una serie de pruebas en las próximas semanas, y les notificaremos de los resultados cuando los tengamos.

Pero esperamos que puedan seguir estos pasos, que van a ser capaces de regrabar sus FireBees con FLASH060.PRG de una pasada, y que sus tarjetas no queden incapacitadas en masa. Demorarnos en lanzar estas mejoras, debido a los problemas que esperamos puedan suceder, sería desproporcionado.

Por favor, noten el orden en que deben ser regrabados los componentes:

1.) BaS
2.) FPGA
3.) FireTOS

Ahora, sobre las mejoras:

BaS:

- Al partir, se escanea la velocidad de CF/IDE. La presencia y velocidad de los dispositivos IDE y tarjetas CompactFlash son detectadas al inicio, y SpeedReg es configurado (en tres pasos).
- El inicio del chip DVI fue reescrito, y ahora todos los registros DVI son iniciados correctamente.
- La fecha de la versión es mostrada a través de la puerta serial.

FPGA:

- El Blitter ha sido implementado! Blitting de 16 o 24 bits de profundidad funcionan perfectamente pantalla a pantalla (todavia no memoria a pantalla o pantalla a memoria). Blits de bitplane bajo (1, 2, 4 y 8 bitplanes) producen pixeles con errores, y todavia necesita más trabajo.
- Ahora hay un acceso más rápido a las tarjetas CF y dispositivos IDE debido al escanéo de velocidad dentro del BaS, teniendo en cuenta SpeedReg.
- La transferencia de datos desde CF/IDE ahora es posible desde la dirección 0xFFF0'00xx con longword.
- Los modos de video Atari fuero reescritos.
- Se ha hecho algún trabajo en la configuración MIDI.
- La fecha de la versión es mostrada a través de la puerta serial.

FireTOS:

El FireTOS, que fue parchado po MCS, tuvo las siguientes innovaciones:

- Algunos errores dentro de las rutinas de escritura de CF/IDE fueron arregladas.
- La partida del computador ahora es más rápida, puesto que la existencia de CF/IDE ya no es verificada (ahora se hace en BaS).
- Hay rutinas más rápidas para CF/IDE, que toman en cuenta SpeedReg, como acceso de datos con longword.
- Un control parcial del Blitter (solo rutinas de memcopy), incluyendo "cache flush" porque se implementó coherencia de datos.
- La fecha de la versión es mostrada en pantalla.
- El conector Centronics ahora es soportado. Es posible imprimir desde FireTOS con impresoras paralelas (probado con Papyrus X y qed en una Stylus 740 y una Stylos Color)-
- Se ha hecho algun trabajo en la interfaz MIDI. A pesar de que MIDI todavia no se puede utilizar en todos los sistemas, y que todavia queda mucho trabajo por hacer, se podria considerar que hay un soporte parcial de la interfaz MIDI.

Limitaciones conocidas del FireTOS:

-) Actualmente no es posible imprimir con NVDI 5. El sistema se cae al intentarlo. Parece ser que NVDI 5 necesita ser parchado.

Les deseamos, a ustedes y a sus más rápidos FireBees, que se entretengan con estas mejoras.

Si tienes un Atari connectado a internet, ahora puedes seguir el estallido del coronavirus en tu amada máquina. COVID-19 Watcher es una aplicación que muestra los actuales (más o menos) números de infectados, muertes y casos que han sido curados. Debería funcionar en cualquier sistema compatible con TOS, incluyendo TOS 1.0, MagiC o MiNT. Se puede usar, virtualmente, en cualquier resolución y número de colores, incluyendo todos los modos de despliegue de ST (monocromático y color). El repositorio también tiene una versión separada de ColdFire para los usuarios de FireBee. El único requisito es una conexión a internet - usando STinG o GlueSTiK.

Los datos deberian ser actualizados diariamente, y son proveídos por el Center for Systems, Science and Engineering (CSSE) en la Universidad Johns Hopkins (JHU) vía RapidAPI.

Puedes descargar esta herramienta aquí:: http://atari.net.pl/covid19-en/

En Julio, publicamos el nuevo archivo de extras para FireTOS en firebee.org. Esta colección de programas está diseñada para una trabajo fácil en el ambiente de tareas individuales del FireBee. Si, hay gente que prefiere trabajar bajo TOS y también sabemos que hay usuarios que usan exclusivamente (Fire)TOS en el Bee; así que para esos que no corren MiNT, esta colección les será muy útil.

De forma similar a los "discos de lenguaje" de Atari, hemos preparado algunos programas esenciales que pueden ser usados directamente en una tarjeta SD (como un reemplazo de un disco flexible) o desde la partición "C" en un dispositivo de almacenamiento masivo como una tarjeta CF, discos duros o SSDs conectados a vuestros FireBees.

Encontrarán incluidos un servidor de panel de control con módulos cpx bastante útiles, el sistema de ayuda ST-Guide, un editor de texto, una calculadora, un utilitario para capturar pantallas y programas para grabar el ROM del FireBee y parchar el NVDI.
Cómo bono, hemos creado un conjunto de nuevo iconos bien bonitos, para sus escritorios TOS.

Pueden descargar el nuevo archivo de extras para FireTOS (solamente 2.2 MB) desde la nueva página_de_extras en firebee.org.

El emulador para el FireBee funciona via SDL, y el núcleo de assembler fue excluido de la versión para el FireBee. Además del hecho que está es la primera versión para el FireBee, las principales novedades en v4.1.0 son que el emulador puede ahora funcionar sin que sea necesaria una imagen ROM. Las llamadas "Altirra BIOSes" para todos los computadores de 8-Bit ya están incluidas. Simplemente descarguen el paquete falcon.zip, y usen el programa ATARI_CF.GTP incluido para ejecutar el emulador Atari 8-Bit en el FireBee. Cómo siempre, el código fuente se puede obtener desde https://github.com/atari800/atari800/releases/tag/ATARI800_4_1_0&&la_página_GitHub_del_proyecto .

Pero justamente ocurría lo contrario, así que queremos actualizarlos sobre las cosas en las que estamos trabajando.

• Entregas de la 2a. serie
Todavia estamos bastante ocupados en las entregas de los computadores de la 2a. serie. Con todas las cosas que salieron mal en esta tirada (problemas con la fuente de poder, fabricación de las cajas - las cajas finales nos fueron entregadas este Enero, etc.), el resultado fue grandes atrasos que crearon un caos enorme. Algunas personas que pre-ordenaron creyeron que no les llegaría un dispositivo; a otros tuvimos que buscarlos con múltiples correos electrónicos, posteos en foros y otros canales, pues sus datos personales habían cambiado. Cómo sea, el esfuerzo ha sido grande. Estamos haciendo lo mejor que podemos para procesar todo en forma ordenada. Y toda la gente que pre-ordenó para la 2a. serie, tienen garantizado un computador! Como siempre, pueden contactarnos si tienen dudas sobre la entrega.

Cuando hayamos agotado todas la opciones de contacto con todas las personas que habían pre-ordenado, y no hayamos recibido respuesta de ellos, empezaremos una nueva llamada para vender los computadores restantes, a otras personas en la lista de espera. Pero eso no sucederá antes del verano (boreal) del 2019.

• Cómo es usual, hay muchas cosas que se están mejorando en el área visual y de diseño. En particular, se esperan nuevas actualizaciones de diseño este año.

• Por muchos meses, se ha desarrollado bastate trabajo trás bambalinas para tener una nueva actualización oficial de FreeMint. Lars se ha unido al equipo de trabajo nuevamente, y FreeMiNT para FireTOS está siendo mejorado por todos lados, probado extensivamente, y una buena colección de aplicaciones actualizadas será incluida.

• Hay nuevas versiones de todos los componentes del ROM. Medusa tiene un nuevo sistema base (BaS), una nueva configuración del FPGA con importantes mejoras, y un nuevo FireTOS. Las mejoras realmente importantes serán presentadas a ustedes poco a poco en las semanas siguientes. Las tarjetas que están siendo entregadas en estos momentos ya tienen estas actualizaciones!

• También hay algo de trabajo en el sitio web y la documentación. Sobre esto último, queremos destacar la página http://firebee.org/fb-bin/page?label=board_description&lng=DE&&"Componentes_y_Conectores_de_la_Placa_Base"; el esfuerzo requerido para poner toda esta información no debe ser subestimada.

• Vale la pena visitar todos los proyectos externos que tienen alguna relación con FireBee, y que son independientes. Por ejemplo, el nuevo https://bintray.com/freemint/freemint/snapshots/1-19-36cf2b41&&FreeMiNT_&_XaAES, versión 1.19.36c, fue estrenado el 30 de Marzo del 2019. Miro Kropacek ha lanzado la versión 7.4.0 (originalmente el 6 de Diciembre) del https://github.com/freemint/m68k-atari-mint-gcc/releases/tag/gcc-7_4_0-mint-20190228&&compilador_GCC para MiNT, y específicamente para el CPU ColdFire del FireBee, el 1 de Marzo.

Hay nuevas versiones de http://solair.eunet.rs/~vdjole/teradesk.htm&&Teradesk, http://ahcc.atari.org&&AHCC, http://gfabasic.net/&&GFA-Basic, https://ci.netsurf-browser.org/builds/atari/&&Netsurf-Webbrowser y muchas más. https://ptonthat.fr/&&Litchi-FTP-Client_y_KK-Commander lanzaron nuevas actualizaciones en Febrero del 2019.

• Una nueva serie?
Recibimos solicitudes sobre un nuevo lote de computadores FireBee todo el tiempo. En estos momentos no podemos prometer nada. Obviamente intentaremos persuadir a Medusa para que produzca una nueva serie de FireBees, después de los envios actuales. Para esto, hemos estado registrando pre-ordenes serias(!) desde el verano (boreal) del 2018. Así que si quieren compran un FireBee en el futuro, deben pedirlo ahora. Eso nos ayudará tremendamente con la planificación e implementación. Pero una nueva serie no será lanzada antes del 2020!

Tristemente, en el pasado, nuestro servidores de correo fueron agregados a algunas listas negras, y nuestros correos se fueron directamente a sus carpetas de spam o, en algunos casos, fueron directamente descartados por vuestros servidores de correo. Por un lado, eso sucedió debido a que las direcciones de atari.org no estaban configuradas correctamente (SPF, que antes no era ocupado); por otro lado, habia problemas de configuración en el servidor Linux que era usado por firebee.org. A pesar de muchos esfuerzos, los problemas no pudieron ser solucionados.

Adicionalmente, atari-home.de cerró todos sus servicios de correo (presuntamente debido a GDPR) al final de Mayo y, por lo tanto, nuestro respaldo de correo ya no está más disponible.

Por lo tanto hemos decidido hace tres semanas, con mucha desilusión, migrar todo nuestro sistema de correo a un proveedor comercial; no pudimos encontrar una solución no comercial adecuada. Nuestras opciones, ahora, son bastante restringidas y caras, pero los problemas de comunicación ya están atrás. Ningún correo electrónico debería ir a la carpeta de spam, desde ahora!

Para contactarnos, usen exclusivamente:

acpinfo (arroba) firebee (punto) org

Si sienten que no han recibido una respuesta de nosotros, no duden en contactarnos nuevamente. La respuesta debería llegar a ustedes sin problemas.

Nuestros agradecimientos a atari.org y atari-home.de, quienes nos dieron apoyo gratis durante años.

En las semanas recientes, hemos visto un incremento notable en pre-ordenes, con envios de dinero no solicitados, de "nuevos clientes". Queremos clarificar, nuevamente, la situación actual.

La 2a. serie de FireBees está completamente vendida. Los hemos estado enviando desde hace tiepo (desafortunadamete en forma lenta). Todas las nuevas órdenes son puestas en una lista de espera. En caso de alguién cancele su órden durante el proceso de envío, los computadores serán asignados de acuerdo con esa lista. Adicionalmente, pre-ordenes comprometidas son del interés para una posible nueva serie de FireBees. Mientras más gente pre-ordene, es más probable que esa nueva serie sea producida en el futuro. Una entrega más pronto no será posible para nuevos clientes.

El procedimiento normal es pre-ordenar a través del sitio web de firebee.org o vía correo electrónico. Por favor, no envien dinero si estan ordenando por primera vez. En este momento no es claro que vaya a haber una máquina para ustedes y/o si una nueva serie sea fabricada. Además, contactar directamente a Medusa Computer puede complicar nuestro trabajo voluntario y no incrementa las probabilidades de obtener un FireBee!

Los clientes que han estado esperando por sus FireBees ya más de 2 años, serán contactados por nosotros pronto, y pueden esperar recibir sus equipos en las próximas semanas o meses.

Desde el verano anterior, la situación en Atariforge se fue desestabilizando más y más. Tristemente, los servicios de Atariforge ya no se recuperan a tiempo. Sin embargo, queremos agradecerle a Bob Mahlert por todos los años de apoyo gratis que nos dio. Ahora, todo lo que tenemos se ha guardado en GitHub. Agradecimentos especiales para Miro Kropáček y David Gálvez, quienes se preocuparon de esta situación inaceptable, y subieron toda la información al nuevo repositorio en GitHub, que Markus Fröschle creó algunos meses atrás. Felizmente Mikro tenía un respaldo nuestro completo de AtariForge, y también todos los desarrollos nuevos desde 2017 están disponibles, incluyendo varios nuevos desarrollos de FPGA y BaS, con binarios que serán publicados en las próximas semanas y meses. También todos los desarrollos que gente ha hecho durante los años estan ahora disponibles en un lugar, y se pueden encontrar en https://github.com/firebee-org .

Un total de 364 íconos están disponibles, con 121 íconos nuevos o mejorados (81 directorios, 24 programas, 12 archivos y 4 dispositivos).






El set Linear Classic comparte la mayoría de los pictogramas con los íconos de FB-Basic, pero las formas básicas de los dispositivos, archivos y aplicaciones le da al set su personalidad propia y una visual distintiva. Todos los íconos están disponibles en 256, 16 y 2 colores. La paleta NVDI es necesaria para desplegar correctamente los íconos en 256 y 16 colores. Finalmente, un actualizado archivo de configuración teradesk.inf, completamente compatible con el set de FB-Basic, está disponible, con la mayoría de los íconos asignados.




Descarga: (.zip 438kB)

Este "arreglo rápido" resuelve unos pocos problemas: algunos íconos no incluidos en 1.50 fueron agregados, el disco duro por defecto fue renombrado "hard disk" para cumplír con las reglas de nombrado en Teradesk, y 2 íconos duplicados fueron borrados. Para mantener la compatibilidad con el archivo de configuración antiguo (teradesk.inf), un nuevo ícono experimental "hardisk" fue agregado. Finalmente, el archivo teradesk.inf fue actualizado para reflejar los cambios en el archivo cicons.rsc .

Descarga: (.zip 424kB)

Con la nueva versión 1.5, el número total de íconos es más de 360, con más de 100 nuevos.






Todos los íconos están disponibles en 48p., con 256, 16 y 2 colores. La paleta NVDI es esencial para poder deplegar, correctamente, los íconos en 256 y 16 colores. Para esta actualización, L.Zanier (el autor), trabajó esencialmente en directorios, y ahora casi todas las aplicaciones tienen un directorio propio. Además, cerca de 30 nuevos íconos fueron incluidos, y unos pocos fueron modificados o reemplazados (RSM, Draw and Paint, por nombrar algunos). Como es usual, el set es enviado con un archivo de configuración (teradesk.inf) optimizado para el "Official FreeMiNT Setup" de FireBee, con la mayoría de los íconos ya asignados.






Descarga: (.zip 420kB)

Hoy se descubrió que es un problema bastante serio, que puede tomar una o dos semanas más en ser resuelto. Nuestros administradores estan trabajando en el problema.

Les queremos asegurar que ACP está vivo, y que estamos intentando volver en línea lo antes posible. En el intertanto, pueden acceder firebee.org usando el número IP http://84.20.240.129/fb-bin/ , y enviarnos correo electrónico a nuestra dirección alternativa: acpinfo (arroba) atari-home (punto) de

GFA Basic v3.7 está en pruebas beta, y está disponible también para FireBee. Las nuevas mejoras incluyen:

- Se agregaron todas las llamadas AES, que no estaban implementadas, hasta AES v4.1, más algunas llamadas de N.AES
- Se agregaron las llamadas más comunes a Bios, Xbios, Gemdos, VDI y NVDI
- Algunos comandos de proposito general, no relacionados con el sistema operativo
- Más de 256 nuevos comandos

Ahora es posible escribir aplicaciones de tamaño medio y grandes sin tener que escribir bindings. La versión beta está disponible en el nuevo sitio web; sigan el enlace a http://gfabasic.net/

Tomó casi 3 años, mucho más que lo planeado originalmente, para que Oliver pudiese tener lista la nueva versión de MyAES. El kernel de MyAES fue sometido a un extensivo proceso de revisión: fueron agregadas nuevas capacidades y varias partes del código fueron modificadas significativamente para mejorar el desempeño y la compatibilidad. Solo para nombrar algunas:

• se revisó el manejo de multitareas
• fueron agregados un nuevo administrador de ventanas y un nuevo programa para administrar la configuración
• un nuevo administrador de memoria de video y llamadas AES
• el administrador de tareas Yopla y el escritorio MDesk fueron mejorados
• se ajusta el tamaño, automáticamente, a la imagen de fondo
Pero la lista completa de mejoras y parches es mucho más larga.

Finalmente, fue probado en beta extensivamente en FireBee, computadores clásicos Atari, otras plataformas compatibles con TOS y ambientes de emuladores. En este momento, la versión 0.97 debe ser considerada la más estable y compatible.

Después de la versión de MyAES 0.97, unos pocos parches fueron liberados para arreglar algunos problemas reportados por usuarios; y el 10 de Diciembre de 2017, Oliver lanzó el parche final para 0.97 y empezó el desarrollo de MyAES 0.98.

Detalles adicionales y cómo bajar MyAES 0.97 (y los parches) están disponibles en la página de MyAES: http://myaes.lutece.net

El 15 de Diciembre, el siguiente problema fue encontrado en la versión 0.9.9:
Cuando se borran iconos del escritorio, y después de mostrar una ventana pidiendo confirmación para borrar los iconos, el sistema muestra otra ventana pidiendo confirmación para borrar el archivo original.
Como esto puede causar pérdida de datos, se liberó la revisión 0.9.9.1. Por favor, https://sourceforge.net/projects/emutos/files/emutos/0.9.9.1/emutos-firebee-0.9.9.1.zip/download&&actualizen_ahora, si ya están usando 0.9.9 :

El 11 de Diciembre, el equipo de desarrollo de EmuTOS liberó la versión 0.9.9 de este SO gratis, compatible con Atari.

Cambios mayores:
• AES: Permite cargar los cursores del mouse en el inicio del SO
• EmuDesk: Agrega la ventana de 'Desktop configuration' (configuración del escritorio)
• EmuDesk: Permite la configuración de fondos para ventanas y escritorio
• EmuDesk: Permite especificar la máscara de archivo de las ventanas del escritorio
• EmuDesk: Omite las opciones del menú de escritorio no ocupadas
• EmuDesk: Abre una nueva ventana para un directorio, con Alt+dobleclick
• General: Genera instantáneas (snapshots) automáticamente, cuando se envía un cambio (commit)
• VDI: Incluye soporte de blitter para dibujar líneas horizontales
• VDI: Incluye soporte de blitter para dibujar rectángulos rellenos
• VDI: Incluye soporte de blitter para gráficos de trama (raster)

El 27 de Abril fue públicada la versión 0.9.8 de EmuTOS.

Las principales características, comparada con la versión anterior, son:

• BIOS: Autodetecta la interfaz IDE con un cable retorcido, en tiempo de ejecución
• EmuDesk: Incluye soporte para atajos en el escritorio
• EmuDesk: Incluye soporte para formateo de discos flexibles
• EmuDesk: Incluye soporte para íconos de escritorio asignables por el usuario

El 29 de Mayo, Vincent Rivière terminó la integración de la construcción de EmuTOS en Travis CI, como ya está implementada para las instantáneas de FreeMiNT. Las instantáneas de desarrollo de EmuTOS ahora serán construidas automáticamente y subidas a SourceForge con cada cambio en GitHub.

Las instantáneas, también, son borradas automáticamente con cada nueva construcción.
• siempre se mantienen, al menos, 5 instantáneas
• otras instantáneas, de 7 días o más, son borradas

Las instantáneas están disponibles https://sourceforge.net/projects/emutos/files/snapshots/&&en_sourceforge

Pueden ir al directorio de la última construcción y elegir el archivo emutos-firebee-*-*-*.zip - ese será la última versión de EmuTOS FireBee, con todas las mejoras y actualizaciones posibles.

Para los que tengan un mayor interés, aquí pueden encontrar información útil: al final de la página mencionada arriba, hay un enlace al historial de construcciones en Travis CI. Pueden ver que hay una lista de las últimas construcciones, y el tiempo que tomó construir cada binario. Actualmente: entre 5 y 6 minutos. Para cada construcción, hay una lista detallada de los mensajes al momento de la construcción, cuando presiona en el enlace "master" en la izquierda.

Dentro del directorio de una instantánea específica, en SourceForge, hay una descripción en la parte de abajo. Incluye una lista con los cambios desde la instantánea anterior, también como enlaces útiles a GitHub y Travis CI.

FreeMiNT ahora se desarrolla con el uso de git. El sistema de control de versiones lleva muchas características agradables para el desarrollo y el trabajo colaborativo en software. Además de esto, tiene algunas grandes ventajas para el proyecto FireBee también. La principal mejora es la integración de Travis CI en git (hub). Travis CI es un servicio de construcción que ofrece construcción gratuita para cualquier proyecto de código abierto, incluido el nuestro. Gracias a la integración github todo funciona de manera totalmente autónoma. Eso significa que ahora tenemos FreeMiNT permanentemente actualizado para FireBee. Tan pronto como cualquier desarrollador está contribuyendo algo a FreeMiNT o corregir cualquier error, Travis CI está creando automáticamente nuevos binarios actualizados para los usuarios finales. Eso lleva a la satisfactoria situación, de que todos los Kernels FreeMiNT están cada vez en la misma etapa. Cada día cuando se mejora cualquier código en MiNT, obtendremos un mismo binario para las máquinas Ataris 68000, 68020-060 así como hardware basado en Coldfire.

Así que todas las plataformas de ahora en adelante hasta el final de todos los días estén en la misma etapa del desarrollo incluyendo los binarios de ColdFire de FreeMiNT / XaAES. Lo mismo vale para librerías (cflib, gemlib, gemma) y mintlib. Además, esto puede incluso expandirse a todos los proyectos conectados como QED y mucho más.

Así que cualquier usuario de FireBee puede https://github.com/freemint/freemint.github.io/tree/master/builds/freemint/master/new&&descargar_el_FreeMiNT_más_reciente_para_el_FireBee llamado "freemint-x-xx-xxx-col.zip" en cualquier momento, y puede confiar en el hecho de que tiene todas las mejoras incluidas, y es exactamente igual Para otras CPUs.

https://freemint.github.io/&&El_proyecto_mismo (incluyendo software adicional aparte del sistema operativo multitarea) se puede encontrar en github. También esperamos atraer a otros desarrolladores para unirse al proyecto FreeMiNT.

El programa estaba lamentablemente muy plagado de fallos en los últimos años y nos trajo a todos locos. Con mucho gusto durante los preparativos de una actualización oficial del instalador de FreMiNT para el FireBee, Miro Kropáček empezó a eliminar todos los errores del programa. Ahora funciona si se desea el arranque automático de la consola en el inicio del sistema operativo, que a menudo llena el escritorio previamente. Todos los ajustes posibles dentro del programa están sólidamente trabajados. Especialmente interesante es que el registro, es decir escribir toda la salida a un archivo de texto, ahora funciona también muy bien, lo que simplifica posibles informes de error por los usuarios.

Como TosWin2 se desarrolla dentro del proyecto FreeMiNT, esta es una versión preliminar no oficial. Sin embargo, usted puede directa e inmediatamente reemplazar el viejo TosWIn2 en la instalación del FreeMiNT. Habrá más buenas noticias sobre todo el proyecto FreeMiNT referente al FireBee próximamente.

Recordemos que AHCC (A Home Cooked Compiler C) es un entorno de desarrollo de código abierto que intenta ser lo más compatible posible con Pure C, muy popular en Atari, pero lamentablemente no disponible. El enfoque de AHCC es poder crear programas Atari que puedan funcionar, con el mismo binario, en todos los procesadores desde el 020 hasta el 060 incluyendo los ColdFires.

Henk Robbers está desarrollando cada vez más AHCC de forma consecuente y fiable. Y lo lleva haciendo ya algunos años. La ventaja de los códigos abiertos es que todo el trabajo es reutilizable en el futuro y sin ninguna relación de dependencia que ponga en peligro la posibilidad de poder evolucionar más. Además el AHCC es muy apropiado para la programación en los "pequeños" Ataris originales.

AHCC 5.5: http://ahcc.atari.org

El conjunto, creado por L. Zanier, está compuesto por 251 iconos en 256 (paleta NVDI), 16 y 2 colores. La idea tras el conjunto era renovar el aspecto del escritorio del FireBeee con unos nuevos, limpios y actualizados iconos. Aunque el FB-Basic deriva del conjunto Linear Classic, a lo largo del desarrollo todos los iconos han sido reemplazados o reeditados, por lo que ganó su propia imagen distintiva representada por nuevos iconos de dispositivos. Además, se añadieron cuatro nuevos dispositivos (Disco Duro FB, Impresora en Red, CD-R tarjeta CF), 39 nuevos iconos de programas (30 de juegos y 9 de aplicaciones), 1 archivo y 1 carpeta. También se incluye el nuevo archivo de configuración (teradesk.inf), optimizado para el instalador oficial FreeMiNT, con la mayoría de iconos ya asignados.



descarga: (.zip 494kB)

Esto significa que las direcciones de correo acpinfo (at) atari (dot) org y acpinfo (at) firebee (dot) org no estarán disponibles durante ese tiempo. Lo mismo sucede con el dominio firebee.org así como nuestra lista de correo pública. ¡Este es un tiempo de inactividad planificado y temporal! ¡No se asuste! Como siempre, podrá acceder al sitio web a través de la dirección IP, http://84.20.240.129.

Gracias a Swiftconsult, que una vez más nos apoyó generosamente, también tenemos acpinfo (at) atari-home (punto) de disponible como una dirección de correo de emergencia. Siempre podrá comunicarse con nosotros a través de esta dirección.

Durante la primera semana de inactividad de enero, las otras direcciones de correo dejarán de funcionar. La razón es que tenemos muchos problemas para llegar a todos ustedes. El redireccionamiento atari (dot) org que hemos estado utilizado durante muchos años sin problemas ya no es aceptado por un número cada vez mayor de servidores de correo, ya que a veces incluso lo trata como correo basura. Por esta razón, cambiamos completamente los buzones de correo a firebee (dot) org y mantendremos todos los servicios de correo nosotros mismos a partir de ahora.

¡Nos gustaría darle las gracias a atari (punto) org por tantos años de gran colaboración!

En el nuevo año vamos a seguir con un nuevo entusiasmo y con la entrega de la nueva serie.

¡Feliz Año Nuevo!

Su equipo ACP

Todo comenzó con el hecho de que la mayoría de las placas terminadas no arrancaban, después de su llegada a Medusa. Las pocas que arrancaban consumían tanta potencia que hacían que fallaran las fuentes de alimentación más potentes. No queremos aburrirle con los detalles de cómo se localizó el problema y depuramos el hardware, sino que vamos directamente a la descripción del problema real. Después de muchas pruebas apareció (y más tarde se confirmó) que el problema eran los convertidores de nivel del FireBee. Estos 6 convertidores de nivel que hay en cada placa (posiciones U25 y U31 a U35) son pequeños chips que convierten la potencia y crean todos los voltajes especiales que son necesarios por los diferentes circuitos integrados, por ejemplo 3,3 voltios, 1,45 voltios, 1,8 voltios, etc. Estos son convertidores de voltaje direccionales de 8 líneas de Texas Instruments. Es un modelo "estándar": 74LVC(8T)245. Es necesario porque en la época de Atari, 5V eran el voltaje estándar en los ordenadores, pero la electrónica más moderna del FireBee usa 3.3V (o, como se mencionó, incluso voltajes más bajos). El encapsulado que usamos es un "QFN" (Quad Flatpack No leads, encapsulado de 4 lados sin pines) con una almohadilla externa, es decir, una superficie metálica en el lado inferior. Esto se suponía que debía servir como una "almohadilla térmica", con el fin de mejorar la refrigeración de los circuitos integrados a través de la placa de circuito.

Por lo tanto, estas "almohadillas térmicas" tienen que soldarse sobre la placa completamente planas para disipar adecuadamente el calor generado al convertir la tensión. Los esquemas de este circuito integrado de Texas Instrument no muestran ninguna conexión eléctrica de la superficie inferior de la "almohadilla térmica externa" con ninguna otra estructura sobre o dentro del chip. La especificación sólo indica que la almohadilla térmica "debe" soldarse. Por esta razón, el FireBee fue diseñado para utilizar la parte de 3.3V para la refrigeración. Una idea poco convencional y realmente bastante innovadora que ayudaría a ahorrar recursos y espacio en la placa del circuito. Los prototipos también confirmaron que esto funcionaba bien. El enfoque "conservador" habría sido soldar las "almohadillas térmicas" de estos seis convertidores de tensión a GND (tierra).

Lo que ocurrió con el segundo lote es que la resistencia de los convertidores de nivel comenzó a cambiar durante el funcionamiento. Cuando esta fresco, la resistencia entre la "almohadilla térmica externa" y GND es infinita. Cuando las piezas fueron soldadas, y las nuevas que compró y probó MCS para la verificación, la resistencia pasó a unos pocos KiloOhm funcionando a 25°C. Cuando la temperatura subió a 100°C, la resistencia cayó a unos pocos cientos de Ohm. A veces los convertidores de nivel se calentaban a más de 110°C... una especie de círculo vicioso: inmediatamente después de encender el ordenador, la placa comenzaba a cambiar. Cuanto más se calentaba, más bajaba la resistencia, y más potencia circulaba y se calentaba aún más.





Así, sin ninguna influencia externa, el comportamiento de los ordenadores cambió bajo carga. Puede imaginar lo que eso significó para las primeras semanas de depuración del hardware. Un sistema con casi 1000 componentes en una placa multicapa de 8 capas, que esta comprobado que funciona bien, y en el que nada había cambiado, pero que de repente comenzó a hacer lo que quería y se comportaban de manera diferente cada pocos segundos. Resumiendo, que fue un gran episodio de la tienda E-tech de los horrores... pero en julio, sin ninguna idea de cuál era el problema, ¡no es nada divertido!

La suposición final por nuestra parte es que TI cambió el "diebond material" (pegamento en el chip) en su producción de circuitos integrados, que se utiliza para conectar la estructura del circuito integrado con la almohadilla térmica internamente. Algunos de estos pegamentos pueden llegar a ser conductores cuando se calientan. Por desgracia, sólo pudimos obtener una breve declaración de TI sobre la almohadilla térmica que supuestamente "no esta conectada internamente".

El problema radica claramente en TI. La compañía habia cambiado las especificaciones físicas de los circuitos integrados de alguna manera, y en algún momento, pero no documentó estos cambios en ninguna parte. Hasta hoy, y a pesar de las búsquedas intensivas por PCN (Product Change Notes) en varios canales, no hemos podido encontrar ninguna información al respecto. Así que el chip actual es, oficialmente, exactamente el mismo que en los lotes anteriores - pero no es realmente cierto. Tampoco pudimos saber cuándo ocurrieron exactamente los cambios - con qué nueva serie de chips, o en qué período de producción.

Un desarrollador de hardware que se unió a la discusión durante el análisis y ofreció su ayuda, lo expuso de esta manera: "MCS ha trabajado a su leal saber y entender y en mi humilde opinión no son los que deben pagar por ello". Todo esto también explica por qué la compañía de montaje no debe ser culpada por toda esta miseria. A pesar de nuestro anuncio para solucionar el problema de forma gratuita, los costes se han incrementado en casi 3.000 euros. La razón es que la empresa de ensamblaje ahora tiene que quitar los seis convertidores de nivel, poner un poco de aislamiento, para la disipación de calor cinta Kapton en la superficie inferior de las almohadillas térmicas, y luego tiene que soldar de nuevo - todo esto para un número de placas de tres cifras. Y a pesar de que tampoco hicieron nada malo y no causaron problemas de producción en absoluto. Cualquiera que esté familiarizado con la producción de placas de circuito impreso sabe que este proceso de fijación personalizada, para un número tan grande de placas, y a ese precio, ¡es absolutamente increíble! Nuestra empresa de montaje también ha sido muy cercana y amable durante la búsqueda de la causa de los problemas, comunicándose con los vendedores y fabricantes. ¡Un gran servicio y una colaboración ejemplar!

Esperamos que esto explique por qué les estamos pidiendo donaciones. Nosotros, como proyecto, no queremos que ninguna persona que ya ha invertido mucho de su tiempo libre para hacer que los FireBees estén disponibles dentro del coste de producción del hardware, ahora tenga que pagar por todo. Por otro lado, tampoco queremos elevar el precio de las placas, ya que los pedidos anticipados son a un precio determinado. Y la empresa de montaje no tiene culpa alguna de esto, como se ha descrito anteriormente. Por último, cualquier intento de obtener una compensación de un gran fabricante de semiconductores debido a problemas causados por su incompleta documentación -aunque el primer lote y los prototipos se comportaron de manera totalmente diferente- es obviamente inútil. Así que, por todas estas razones, les pedimos una vez más que sean solidarios y que den soporte al proyecto.

Gracias de nuevo a todos por su confianza en Medusa y el apoyo que han dado por los retrasos en la entrega y el análisis de los problemas.

Las donaciones se pueden realizar por PayPal a

mcs (at) kingx (dot) com

o por transferencia bancaria a:

MCS Aschwanden
Buchhaldenstr.16
8610 Uster
Switzerland
Bank account Nr.: 202-805498.40F
IBAN: CH22 0020 2202 8054 9840 F
BIC: UBSWCHZH80A
"reason for payment": FB series 2 donation

La nueva 4.07 es principalmente una versión para corregir un fallo con sólo una nueva pequeña mejora: la opción para cambiar el comportamiento del TeraDesk cuando abre enlaces a directorios (Detalles adicionales en la documentación del TeraDesk).

La nueva versión del TeraDesk se puede descargar en: http://solair.eunet.rs/~vdjole/tera407b.zip&&tera407.zip

Como no hubo cambios en los archivos de recursos de la versión 4.06 a la 4.07, todavía se pueden usar los archivos RSC antiguos. Versión rusa del TeraDesk 4.07, ya se encuentra disponible con actualización de documentación, mientras que las otras versiones estarán en breve. Como de costumbre, la versión nacionalizada del TeraDesk está disponible en el servidor ftp de Kurobox: ftp://kurobox.serveftp.net:3021/utilities/desktops/

Como ya anunciamos en la lista de correo, se ha liberado recientemente una nueva versión del sistema operativo de Código Abierto alternativo para las plataformas Atari. EmuTOS continua mejorando, y el equipo de Roger Burrows ha vuelto a hacer un gran trabajo. ¡Además de "pequeñas correcciones" hay 58 nuevas funciones y correcciones mayores en ésta nueva versión! Los propietarios de FireBee se beneficiarán directamente de muchas de estas mejoras. Algunos buenos ejemplos son las nuevas particiones MBR extendidas o la versión ejecutable independiente de EmuCON2.

Como siempre, EmuTOS se graba en la ROM del FireBee con el programa flash_cf.prg y luego puede ser utilizado como sistema operativo completamente independiente seleccionándolo a través de los interruptores DIP o en el menú de arranque de FireTOS (también puede utilizar los controladores USB de FireTOS).

EmuTOS es un sistema operativo puro ColdFire, por lo que aprovechará toda la potencia del procesador V4e. Ésto es especialmente interesante para un sistema operativo multitarea ColdFire FreeMiNT - la combinación preferida de la mayoría de usuarios FireBee de código abierto "Unixophile" y desarrolladores.

El paquete https://sourceforge.net/projects/emutos/files/emutos/0.9.7/emutos-firebee-0.9.7.zip/download&&"emutos-firebee-0.9.7.zip" con el nuevo sistema operativo puede descargarse de las http://emutos.sourceforge.net/en/&&páginas_del_proyecto_en_SourceForge.

Los controladores de bus han sido retirados del ordenador, aislados con cinta Kapton y soldados de nuevo más tarde. El sistema ahora funciona perfectamente y los chips no superan los 45 ºC después de varias horas de funcionamiento.

Como habíamos sospechado, y al contrario de lo que pone en la hoja de especificaciones, los controladores de bus se habían convertido en conductores después de unos pocos minutos de funcionamiento. La cinta Kapton colocada actualmente en el lado inferior de las alfombrillas termales las aisla completamente, al tiempo que permite la disipación de calor. Habrá una explicación técnica detallada tan pronto como estemos de ánimo para un artículo en profundidad en las próximas semanas. ;)

La buena noticia, entonces, es: Esperando que no se produzcan otras catástrofes inesperadas, ¡estaremos en disposición de entregar los primeros ordenadores a finales de octubre. Los sistemas recién equipados nos serán entregados en lotes de 2 dígitos cada dos semanas, y luego comprobados a fondo uno a uno, antes de ser enviados. Los pedidos serán atendidos en el orden que se realizaron. Contactaremos en breve con aquellas personas que realizaron los pedidos.

Una vez más, felicidades a todos ustedes - ¡la mejor comunidad del mundo! En éstos meses de incertidumbre no ha habido ni una sola mala palabra, sólo estímulo, comprensión y confianza de su parte. ¡Gracias!

Aquí una foto de la cámara térmica para comparar. La parte superior muestra la versión con la nueva cinta Kapton.

El cambio del controlador de bus del modelo de TI al del NPX desafortunadamente no ha resuelto los problemas. Ésto representa un verdadero reto para Medusa, ya que algunos de los comportamientos de la placa siguen siendo un misterio. Puede imaginarse la enorme presión que ésto supone para Fredi Aschwanden, a la hora de comenzar finalmente la entrega de los ordenadores. No obstante, comenzaremos tan pronto como todos los problemas se hayan resuelto completamente. Y queremos que los ordenadores funcionen al 100%, justo como los de la primera serie. Por ésta razón, queremos agradecer a todos los usuarios finales su infinita paciencia. Especialmente, aquellos que realizaron un pago inicial hace tiempo.

El siguiente paso, vamos a tratar de abordar el problema con dos medidas. Por un lado, de una de las placas la retirada de la almoadilla térmica del controlador de bus. La 'almoadilla térmica' es una pequeña superficie de metal en la cara inferior del chip el cual está conectado con 3V3. Sirve para disipar el exceso de calor de la superficie de la capa, en éste caso 3V3. Ésta 'almoadilla' no debería estar en contacto con ningún pin del chip, de acuerdo con las especificaciones. Pero aparentemente se produce un contacto tan pronto como el chip recibe alimentación; contacto que calienta el chip, y provoca un incremento de consumo de energía que hace que la fuente de alimentación se colapse. Por otro lado, vamos a tener una de las placas con el controlador de bus original instalado en lugar del actual, pero que contiene protecciones internas, que evitan que las entradas caigan en estados indefinidos. La razón de ésto es una sospecha que éstas entradas comiencen a oscilar o asumir estados irregulares durante el arranque, y al suceder, destruyen el chip.

Esperamos que una de éstas dos soluciones conduzca a una solución del problema, pero en éste punto, no podemos hacer promesas. Además, Wolfgang Förster recientemente ha ofrecido su ayuda, siendo uno de los pocos con conocimientos profundos de hardware.

Puesto que había una pregunta en un foro acerca de la realización técnica de una 'sustitución de componentes', queremos asegurarles que esto se lleva a cabo absolutamente de forma profesional por la empresa de montaje. Sería un error pensar en esto como un retoque y soldadura manual. Hay varias máquinas automáticas de alta complejidad para tales tareas utilizadas por la empresa de montaje. Como resultado, un usuario no se dará cuenta de qué componente de la placa ha sido sustituido. Esto ni siquiera sería posible hacerlo de otro modo, con cerca de 1.000 componentes de montaje superficial en una placa de circuito impreso de 8 capas. Aquí un vídeo ilustrativo de tal máquina: https://www.youtube.com/watch?v=UY2MFbk-bN0, en este caso un Zevac Onyx. Como siempre, las placas serán entregadas por Medusa con una garantía de 2 años!

Mientras tanto Medusa identificó un componente de las nuevas placas que parece - como ya se sospechaba - que es responsable de los problemas. La comunicación con la empresa de ensamblaje y el fabricante, Texas Instruments, no dio lugar a ninguna pista sin embargo para las causas exactas del comportamiento del driver del bus. El componente no se comporta como se indica en las especificaciones, y de forma extraña tampoco como los mismos de la serie 1. Especialmente agravante es que el driver de bus cambia su comportamiento, además, después de varios minutos de uso. Para solucionar éste problema rápidamente, mientras todavía seguimos buscando la verdadera causa con la empresa de ensamblaje y el fabricante del componente, Medusa ordenó componentes identicos extra fabricados por NXP. Vamos a enviar una placa y el componente nuevo a la empresa de ensamblaje para cambiar la pieza y ver si posteriormente se resuelven todos los problemas.

Les mantendremos informados, y comenzar el envío de la serie no sin antes resolver todos los problemas de manera satisfactoria. En caso de que el intercambio del driver de bus fuera un éxito, todos los equipos serán probados individualmente y a mano por nosotros mismos antes de que se envíen.

Todo comenzó cuando fueron atendidas todas las órdenes de pedido en el nuevo año - después de vacaciones. Desafortunadamente, el fabricante suizo no pudo cumplir con el periodo de producción de 12 semanas que se acordó en el año 2015. Por lo tanto, el nuevo acuerdo era que los ordenadores llegarían a MCS alrededor de finales de mayo de 2016. Pero luego hubo otro retraso con el fabricante y a finales de junio se comunicó a MSC la nueva fecha de entrega (incluyendo una disculpa por el retraso). Hasta el momento, todo estaba simplemente bien, sobre todo porque habíamos decidido producir también las sujeciones LED/altavoz, lo que habría de todos modos retrasado la producción en unas pocas semanas más.

Mientras tanto, un nuevo problema se origina también en Viena (suena casi como una empresa global ...). El fabricante de las cajas, con el que hasta ahora había sido un placer trabajar, de repente quería aumentar los precios de las cajas en un 24% para el pedido final. Nuestra insinuación de que esto representaría una inflación del 100% fue contrarrestado con un sucinto "reducción de los precios" y una breve explicación. El incremento de los precios se explica, entre otras cosas, "que todos los tornillos ahora se incluirían ..." En ese momento, toda nuestra confianza había desaparecido, ya que las cajas contienen exactamente un solo tornillo - el tornillo estriado negro en la tapa. Y los que fueron proporcionados siempre por nosotros mismos en la serie anterior. Ya que no estábamos dispuestos a aceptar un precio mayor (coste que se le repercutiría a usted en un 100%) para los inexistentes tornillos, empezamos a buscar un nuevo fabricante para nuestras cajas, ya que estábamos convencidos de que usted prefiere esperar otras 4-5 semanas a un aumento de los costes.

Ahora tenemos un nuevo fabricante, y también podemos mantener el precio de las cajas. Tan pronto como lo tuvimos, y (gracias a Milán Tirnanic) también un nuevo, perfectamente construido modelo 3D de la caja, los nuevos equipos llegaron a Medusa el 1 de julio. Y: ¡ninguno de ellos funcionaban! La mayor parte de las placas ni siquiera arrancaban. Unos pocos podían arrancar, pero entonces necesitaban tanta potencia que la fuente de alimentación de 45W fallaba .... así, eran más un calefactor que un clon de Atari.

Fredi Aschwanden ha pasado las últimas tres semanas tratando de encontrar la razón, que está demostrando ser cualquier cosa menos trivial. Hasta la fecha no se sabe lo que está mal en los ordenadores. Podría ser un cortocircuito en cualquier parte del sistema. O algunos componentes están mal soldados a las placas o las propias placas podrían incluso ser defectuosas, o se utilizaron componentes defectuosos. Ahora mismo, el fabricante ha recibido una de las placas, para la retirada de todos los componentes y la soldadura de otros nuevos. Esperamos que ésto proporcione una pista del origen del problema.

A pesar de estos problemas estamos muy contentos de trabajar con un fabricante suizo, que es accesible y confiable. La mala producción será solucionada y sin costes adicionales. Estamos satisfechos porque aparte del Medusa y el Hades, los primeros FireBees también se fabricaron allí. Si hubiéramos elegido para producir algún lugar de Asia, ahora tendríamos un problema realmente serio y probablemente pediríamos por escrito la devolución del dinero, o presentar una demanda en China (ja ja).

Así que estamos seguros de que vamos a eliminar los problemas antes de finales de agosto, pero no queremos hacer cualquier promesa específica de entrega, excepto que usted recibirá el 100% del FireBee, incluso dos años de garantía para su inversión. Tan pronto como haya más noticias, nosotros le informaremos aquí.

Peter Lane ha desarrollado varias aplicaciones que se ejecutan en el Firebee algunas de las cuales se han mencionado anteriormente, como el juego Sokoban, BibFind y muchas más. Lane principalmente desarrolla sus aplicaciones GEM con el lenguaje de programación C bajo AHCC. Hoy proporciona todas las notas de desarrollo recopiladas en un archivo PDF. Los códigos de ejemplo son muy sencillos al principio, pero más adelante son más conplejos, lo que aumenta mucho más el valor de la información. Además, éstos ejemplos fueron probados con éxito en Atari ST y Firebee. La guía, que actualmente sólo está disponible en inglés, será traducida en varios idiomas.

La guía se puede descargar directamente de: http://peterlane.info/downloads/guide.pdf
El código fuente de ejemplo también está disponible: http://peterlane.info/downloads/guide-source.zip

Busque todos los desarrollos de Peter Lane en su página web: http://peterlane.info/

La principal mejora en el compilador consiste en la corrección de un error en el análisis de salud del registro donde, en raras ocasiones, con demasiadas operaciones era descartado. En el lado del Shell (no AHCCST), se ha incorporado un nuevo elemento en el menú: from folder. Ésta incorporación es realmente interesante y muy útil para crear nuevos archivos de proyectos, como una especie de zona de trabajo, mediante la construcción de un proyecto esqueleto de nombres de archivo en una carpeta determinada (de una sola profundidad).
El editor ha sido reevisado, se ha localizado un error y corregido, sobre el riesgo de perder la sincronización por el ^2 cuando busca en líneas desiguales.

Por favor visite el sitio web de Henk Robbers para más detalles y descarga de archivos: http://members.chello.nl/h.robbers/

Ésto afectaba al montaje final del altavoz y los LEDs en la caja. Ciertamente, hemos tenido que deshechar la necesidad de unirlos con pegamento caliente. Para alcanzar éste objetivo, poco después de la primera serie, Milan Tirnanic creó una sujeción que hace posible montar las tres partes en la caja de forma que están perfectamente sujetas, y -en caso de que sea necesario- permite el reemplazo de los componentes defectuosos en el futuro.



Como se muestra a la derecha, la sujeción consiste en un marco para el altavoz, en el cual el altavoz del FireBee es fijado con 4 tornillos. Además, hay dos aberturas para LED en las cuales se pueden insertar los LEDs con soportes de goma común. Hay ranuras de ventilación para facilitar la disipación del calor generado por los LED. Por debajo la sujeción se alinea perfectamente a la junta del FireBee y está fijado con un único tornillo de nylon desde la parte superior de la placa, bajo la impresión (es decir entre la placa y la caja). ¡Es tan simple como ha sido posible! Como 'regalo' hay también una etiqueta FireBee en la propia sujeción que documenta la producción exclusiva y fabricación especial de la caja FireBee. En nuestra opinión, la sujeción cumple los más altos estándares estéticos.









Idealmente, éstas sujeciones se deben fabricar usando moldes por inyección, pero ésto no es posible con series en pequeños lotes. Debido a ésto, nos pareció muy duro y largo para un proceso de fabricación como éste. Ya se trate de embutición profunda, sinterización por láser, impresión 3D o colado en vacío - intentamos muchas alternativas. Desafortunadamente, hasta ahora el estándar de calidad o el excesivo precio de fabricación hacían imposible producirlo. Pero finalmente encontramos una compañía en el sur de Alemania que proporciona sinterización por láser a un precio muy razonable.

¡Por lo tanto decidimos equipar todas las nuevas cajas con ésta sujeción fabricado con calidad industrial!

Ya que podemos producir sólo una única serie de éstas sujeciones, queremos ofrecer la opción de adquirir uno para todos los actuales propietarios de cajas. Ofrecemos la sujeción en unos muy asequibles 12,60 euros (más gastos de envío) como exportación de Medusa Computer Systems desde Suiza.

Pedimos a todos los que posean una caja y estén interesados en éste soporte de montaje para el altavoz los LEDs, enviar una solicitud hasta el domingo 26 de junio de 2016!

Una vez más: sólo habrá un único ciclo de producción de éstas sujeciones, nada más. Los rezagados sólo tendrán la opción de obtener una sujeción impresa en 3D por nosotros mismos (a un nivel de calidad mucho más bajo), o adquirir uno fabricado individualmente a un precio de 56 euros.

Por otra parte, toda ésta introducción de ésta nueva sujeción del altavoz implicará que la entrega de la segunda serie se retrasará unas pocas semanas. Esperamos que puedan aceptar ésta situación y estén de acuerdo con nosotros en que la profesionalización de la caja merece la pena.

Finalmente, queremos proporcionar una página adicional con varias imágenes del prototipo. Nota: el prototipo todavía muestra una etiqueta que será girada 180º en el producto final. ¡Disfrute de éste nuevo desarrollo!

Los archivos de datos de construcción se ponen a disposición como 'Open Hardware' bajo licencia 'Creative Commons by-nc-sa', como archivos ".stp", ".stl" y ".pkg". Los archivos usados para la producción estarán pronto disponibles para su descarga en nuestra página de soporte, junto con el resto del hardware.

Como recordarán, es un Sistema Operativo de Código Abierto -que deriva del código fuente publicado por Digital Research- que lleva siendo desarrollado desde más o menos el comienzo de éste milenio. Incluso si el desarrollo del FireBee influyó EmuTOS en los últimos años, y que exista una cierta superposición personal de los desarrolladores y soporte mutuo, EmuTOS es en cierto modo un proyecto distinto e independiente.

Éste Sistema Operativo es nuestra única alternativa de código abierto completamente libre y grabable directamente en la ROM, donde coexiste con FireTOS. En cada reinicio del FireBee se puede escoger que Sistema Operativo elegir. Para una selección permanente hay un pequeño microinterruptor en la placa.

Probablemente, la mayor ventaja de EmuTOS es que la versión del FireBee se compiló especialmente para la CPU ColdFire, y por lo tanto se ejecuta a la máxima velocidad (pero programas que no son para 68k también funcionarán).

En la https://sourceforge.net/projects/emutos/files/emutos/0.9.6/&&nueva_versión_0.9.6, publicada a finales de mayo, hay más de 70 nuevas características, corrección de errores y mejoras importantes. Todas las áreas del TOS así como el AES, BDOS, BIOS, el VDI y el escritorio "EmuDesk" traen innovaciones, el rendimiento general se ha mejorado y los usuarios del FireBee puede disfrutar de las nuevas características añadidas.

Recomendamos la actualización al último EmuTOS.

Como siempre, la última versión se puede encontrar en las http://emutos.sourceforge.net/en/&&páginas_del_proyecto_en_Sourceforge. Después de desempaquetar el archivo emutos-firebee-0.9.6.zip, EmuTOS se puede grabar en la ROM del FireBee con los programas FLASH060.PRG desde FireTOS/FreeMiNT o con FLASH_CF.PRG desde EmuTOS respectivamente, y estará disponible para un reinicio -como es bien sabido en los ordenadores Atari- sin la necesidad de recurrir a ningún medio de almacenamiento masivo.

El desarrollo de EmuTOS esta mientras tanto progresando, gracias al gran trabajo de Roger Burrows, Vincent Rivière y el resto.

La captura de pantalla muestra el programa funcionando bajo MINT+XaAES en un FireBee.

Características:

• Contiene los 50 niveles clásicos de Thinking Rabbit.
  
• Se pueden cargar niveles adicionales desde un archivo de texto.


• Deshacer ilimitado.


• Movimientos y desplazamientos contabilizados y registrados por nivel.


• Tamaño de pantalla adaptable.

Vea http://peterlane.info/sokoban.html
- para archivos descargables (hay una versión creada para el FireBee, y otra para los ST / 68000), y
- el código fuente (éste programa está escrito en un FireBee con AHCC).

Se puede usar desde dentro de los controladores de impresoras e "imprimir" PDFs desde varias aplicaciones de usuario. Se acaba de publicar la Beta 3. Se puede usar PH PDF Maker en los FireBees ya que es compatible con NVDI (vea a continuación las notas). Novedades en la beta 3:

1. Funciona con NVDI 3, 4, 5 y SpeedoGDOS 5.0c y 5.7.
   
2. Soporta gráficos en color a 24 bits para reproducción en color real en PDF.


3. Resolución de salida ajustable hasta 300 puntos por pulgada.


4. Posibilidad de elegir entre 12 tamaños de papel PDF para sus impresiones.


5. PDF comprimidos para reducir el tamaño de los archivos.


6. Soporte de PDF protegidos con cifrado de contraseña y contraseña de lectura/apertura.


7. Soporte de PDF protegidos por control de restricción para copia, impresión y edición.

Características respecto a versiones anteriores:

1. Creación de archivos PDF simplemente imprimiéndolos desde una aplicación vía ajustes de impresión GDOS.
   
2. Soporte de funciones de salida VDI para textos gráficos, textos de contorno, círculos, rectángulos y áreas rellenas de colores (cerrados por polilíneas).


3. Soporte para Generalized Drawing Primitives (GDP, primitivas generalizadas de dibujo) barra, arco, porción de tarta, círculo y elipse.


4. Soporte para efectos de texto como negrita, itálica, contorneado, subrayado, rotación, color, escalado, superíndice y subíndice.


5. Soporte para mapeado de color VDI para objetos gráficos soportados, líneas, textos y objetos rellenos.


6. Soporte para fuentes TrueType para una mejor calidad tipográfica de salida.


7. Soporta acentos tal y como están definidos en el juego de caracteres estándar Atari (p.e. por teclado).

Sólo desde el NVDI 5 se pueden dibujar gráficos en color real en los documentos PDF. Desafortunadamente, NVDI 5 sólo dibuja una pequeña porción de texto debido a algunas restricciones impuestas por el NVDI 5. Éste problema sólo afecta a la versión 5, si usa la versión 3 ó 4 en el FireBee, puede aprovechar todo el potencial del PH PDF Maker Beta 3. Ésta limitación no impide la creación de gráficos en color real en PDF en el FireBee usando las capacidades gráficas de programas como el Papyrus o el Atari Works.

https://sites.google.com/site/probehouse/download/phsw-Atari-software-downloads?pageReverted=123#TO1-PH-PDF

El autor Peter Lane ha creado una sencilla librería de diagramas para programadores de C. La librería está diseñada para ser incluida en otros programas simplemente copiando dos archivos en su proyecto C: chart.h y chart.c.

Soporta tres tipos de diagramas:


1. Diagramas de barras: Un conjunto de valores positivos son convertidos en una serie de barras verticales. Se pueden modificar el título, las etiquetas x/y, colores y patrones de relleno de las barras.
2. Diagramas de líneas: Un conjunto de líneas añadidas al diagrama de líneas. Se pueden modificar el título, las etiquetas x/y, el color, el estilo de la línea y del punto.
3. Diagramas de tarta: Un conjunto de valores positivos son convertidos en porciones de un diagrama de tarta. Se pueden modificar el título, las etiquetas de las porciones, los colores y los patrones de relleno.

Todos los diagramas se dibujan usando las funciones gráficas estándar VDI, y se escalan automáticamente para encajar en una área de dibujo dada. (Como el FireBee no soporta pmarkers, éstos se dibujan de forma personalizada a través de la librería: define el símbolo PMARKS cuando los compila para utilizarlos.)

La librería de diagramas está escrita con el compilador AHCC. Se suministra un programa de ejemplo con la librería (ilustrado en la imagen) que muestra cómo usar todos los diagramas. La documentación completa está en el archivo chart.h. Un ejemplo de uso de la librería en otro proyecto se puede ver en la última versión del BibFind (vea http://peterlane.info/bibfind.html) .

Más información y enlaces a los archivos en: http://peterlane.info/chart.html

Publicada una actualización del GFABASIC, destacan:

GFA-Basic Editor v1.68
Mejora en la gestión de los archivos ensamblador e include.

Compiler/Linker r27
Sin cambios desde la última publicación.

Library/Interpreter r16
Solucionado errores aleatorio del programa al iniciar.
Solucionado el no funcionar desde memoria FastRAM.
Corregidos dos errores en la sentencia DIM.

GFA-Basic Compendium v2.88
Corregidos varios errores ortográficos, redactadas de otra forma algunas páginas y añadida nueva información.

Ésta actualización es particularmente importante para los propietarios del FireBee que usan el intérprete. Para información más precisa vea los archivos individuales de cambios en la documentación.

Lonny Pursell quiere agradecer a Peter Lane por su extenso y detallado informe de errores y pruebas.

http://gfa.atari-users.com/atari/html/gbe.htm

A continuación los equipos serán inspeccionados y sometidos a una serie de pruebas en Suiza, y se montarán en las cajas siguiendo el orden de las reservas recibidas. Se contactará con todas las personas que haya realizado la reserva de un FireBee entre 4 y 8 semanas para finalizar el pedido (incluir una tarjeta CF, una fuente de alimentación si es necesaria, etc) y se les requerirá el pago de los ordenadores.
Por supuesto siempre se puede pedir un FireBee porque, como ya se hizo en la primera serie, por iniciativa propia ordenamos un número mayor de unidades de las reservadas para reducir costes.

El entorno de desarrollo - ahora en versión 5.3 - incluye varios cambios en el compilador, ensamblador, el intérprete de comandos, el editor así como la librería ahccstdf. Como siempre AHCC genera binarios optimizados para procesadores ColdFire, que funcionan también en procesadores 68020, 030, 040 y 060 usando las instrucciones disponibles en cada procesador. Obtenga la nueva versión en http://ahcc.atari.org&&el_sitio_web_de_Henks.

Los ordenadores se construirán, como los anteriores productos de MCS, en una empresa de ensamblado suiza. Actualmente estamos esperando para una fecha definitiva de entrega.

Además se pueden pedir los nuevos ordenadores FireBee. Quienes prefieran pagar en dos plazos están a tiempo de hacer un depósito, hasta la finalización de la nueva serie. En su momento contactaremos con aquellas personas que hicieron la reserva antes de la entrega y solicitar el pago (final), para posibles pedidos adicionales como fuentes de alimentación, tarjetas CF, cajas.

Deseamos a toda la comunidad Felices Fiestas, y les mantendremos informados en el nuevo año.

El conjunto Linear Classic está formado por 206 iconos dibujados en 256, 16 y 2 colores, y en el usual formato RSC (AES-4). Se incluye un archivo de configuración optimizado para la configuración FireBee Oficial. Si ya tiene una versión personalizada del escritorio Teradesk con el conjunto de iconos Linear Blue 48pts vers. 1.2 - 1.4b (El conjunto Linear Blue fue recientemente actualizado y está disponible en la sección soporte/aspecto y comportamiento de firebee.org), sólo es necesario reemplazar los archivos cicons.rsc y el archivo de configuración teradesk.inf ya que son compatibles con versiones anteriores. Para ayudar a los usuarios a configurar sus espacios de trabajo, se incluyen también varios iconos de carpetas sin asignar (folder1 - folder7).

Vista previa completa
(.zip 230kB)

La actualización mejora la calidad del vídeo en la introducción para Elansar y el rendimiento del juego. Su secuela Philia - que fue previamente un juego sólo para Falcon - es ahora compatible con el FireBee. Ambos juegos se pueden jugar a pantalla completa o en una ventana GEM, son multitarea y cuentan con gráficos en color de 16 bits. Además del FireBee, otros compatibles Atari de altas prestaciones también se benefician de la actualización, tales como la CT60 o sistemas con tarjetas gráficas.

Ambos juegos http://onorisoft.free.fr/retroshop/index.html&&se_pueden_adquirir online por unos 5 euros.

Justo después de escribir ésta noticia, Orion ha publicado otro juego para el FireBee. Ésta vez es un juego de puzzle/plataformas al más puro estilo de la antigua escuela del arte pixel, llamado Alice's Mom's Rescue. Éste funciona a pantalla completa y sólo se puede jugar con un teclado USB. Esperamos en un futuro también soporte el teclado Atari.

El juego está disponible en inglés, francés, alemán, español e italiano, y está disponible en la tienda itch.io a un módico precio.

Orion es un auténtico desarrollador multiplataforma que ha publicado juegos para múltiples plataformas, incluyendo el Falcon, Jaguar, Android, Windows y Mac. Recientemente ha adaptado su juego de puzzles Yopaz para el ST como un juego GEM.

Hasta ahora, la impresión con un Firebee sólo era posible a través de una red y PHERP. Pero durante algunos meses, el equipo ha estado trabajando duro para que el puerto paralelo funcione para así dar soporte en primer lugar a la impresión local.

Con una nueva versión de FPGA, un nuevo EmuTOS y un xdd (controlador de dispositivo) para FreeMiNT, la impresión por el puerto paralelo también es posible en el Firebee con EmuTOS y FreeMiNT - siempre y cuando se está ejecutando sobre EmuTOS. El puerto paralelo está funcionando perfectamente.

Que necesitarás:

• La nueva creada por Medusa
• El más reciente http://sourceforge.net/projects/emutos/files/emutos/0.9.5/emutos-firebee-0.9.5.zip/download&&EmuTOS_0.9.5&&EmuTOS_0.9.5, que fue lanzado el 25 de octubre de 2015

Estos dos componentes deben ser grabados en la ROM como de costumbre con el programa FLASH060.PRG del FireTOS.

• Para la impresión bajo FreeMiNT también necesitará el nuevo de Markus Fröschle, que ha de ubicarse en la carpeta xdd del FreeMiNT.

La versión larga de esta "historia interminable":

Comenzando con el curso, abrumadora y - para los desarrolladores exasperantemente a menudo reincidentes - ganas de coordinación del proyecto para permitir un uso completo del Firebee para los usuarios en cualquier situación, y para todos los casos de uso que necesiten, Wolfgang Förster hizo algunas preguntas al equipo. Se referían al puerto paralelo que no funciona y la implementación VHDL existente. Wolfang también comenzó a investigar la configuración de la FPGA y se acercó con algunas teorías más plausibles sobre las razones por las que el puerto no funciona.

Entonces, afortunadamente, Roger Burrows y Markus Fröschle comenzaron la búsqueda de posibles errores en el puerto paralelo, al mismo tiempo que Fredi Aschwanden, mientras Mathias Wittau trató de implicar hasta Miro Kropáček y/o Peter Persson para conseguir que invirtieran su casi inexistente tiempo en una solución. Mención especial se merece las mediciones de Rogers en los dispositivos originales de Atari, sin las cuales muchas preguntas habrían quedado sin respuesta, y que hizo posible solucionarlo. Después, varios desarrolladores pasaron noches delante del ordenador, estudiando detenidamente la documentación, la creación de varias configuraciones de prueba de la FPGA y aprendiendo mucho de VHDL.

A través del análisis inteligente de todos los datos recogidos, el problema podría ser identificado por Markus Fröschle, y se pudo encontrar un enfoque de una solución para el puerto paralelo. Rápidamente se creó una nueva configuración de la FPGA, uno que era - en relación con el puerto de impresión - libre de errores. Resultó, sin embargo, que el problema era que el propio puerto todavía funcionaba correctamente, pero aproximadamente 40 veces más rápido que en los Falcon originales, debido a que algunas rutinas de sistema no podían usarlo. Por lo tanto, Roger Burrows "rápidamente" reescribió EmuTOS para hacer frente a esto, y Markus Fröschle creó un xdd para usar el puerto de impresión que funciona correctamente ahora también bajo FreeMiNT.

Por lo tanto, a partir de ahora la impresión funciona correctamente con todas las impresoras a través del puerto paralelo, siempre y cuando se utilicen EmuTOS o un FreeMiNT basado en EmuTOS. FireTOS y también la configuración oficial FreeMiNT con FireTOS todavía están a la espera de solución - es decir, un parche similar al de EmuTOS. Una vez más, las indiscutibles ventajas del código abierto se han demostrado de forma impresionante. Por suerte, también tenemos licencias para el TOS original, que al menos nos permite resolver el problema en algún momento en el futuro. Después de eso, tanto el NVDI como los controladores de impresión del Papyrus deberían funcionar correctamente.

El nuevo EmuTOS también ofrece muchas otras noticias para el Firebee tales como mejoras de AES que permiten ejecutar muchos programas sin errores (ej. QED, que permite imprimir ahora perfectamente bien en cualquier momento), mejoras de BIOS para el reconocimiento automático de múltiples buses IDE, diversas optimizaciones EmuDESK y mucho, mucho más.

¡Disfruten con sus FireBees ahora con la impresión operativa!

Él aporta la experiencia de su trabajo diario, y se basará en el código para el FireBee creado por Alan Hourihane, Lyndon Amsdon y Fredi Aschwanden.

Patrick comenzará a implementar el protocolo PS/2 para realizar un tercer interfaz para dispositivos HID disponibles para el FireBee. Después de un primer análisis de lo que hay y las primeras pruebas prácticas con una placa de desarrollo, se esperan resultados sustanciales para finales de éste año.

Una vez completado, seguirán otros proyectos que ya se han previsto como las mejoras del puerto de juegos, RTC o la herramienta de flash.

Lonny Pursell ha escrito un buen número de códecs zView y actualizados algunos más antiguos. Ha rehecho un total de 53 códecs para que sean compatibles con el Firebee. Entre otros formatos de imagen se encuentran Neo, Pixart, POFO, STAD, Degas, IFF, MacPaint o Sun por nombrar algunos de ellos. Pero también hay algunos códecs mejorados como TGA o BMP y además de 5 codificadores. Todos los códecs son liberías LDG y por lo tanto podrían ser utilizados en un futuro por otras aplicaciones además del zView. Gracias a Uros Vidovic y Pierre Ton-That por las pruebas. se pueden descargar directamente.

(PDF 0.37MB)

Aunque estaban agotados desde 2014, siguieron llegando peticiones para más unidades, así que decidimos producir otra serie. A la hora de prefinanciarla completamente, nos gustaría conseguir 50 pedidos anticipados en firme, 20 de éstos con un depósito de 200 euros. Tan pronto como se alcance éste número de pedidos anticipados y se hayan recibido los pagos por adelantado, la producción comenzará. La fabricación de las placas tomará aproximadamente 12 semanas después de ésto. Idealmente, éstas placas se entregarían en 2015, si hay suficientes pedidos en las próximas semanas.

Por supuesto los FireBees de la 2a serie también se pueden adquirir sin pedido anticipado una vez que se haya completado la producción. ¡Pero cada pedido anticipado confirmado nos permite comenzar la producción más pronto! Por lo tanto, éste sería un buen momento para realizar un pedido, si ha estado pensando en conseguir un Firebee.

La producción tendría lugar en una compañía de ensamblaje suiza. La buena noticia es que bajará el precio a 560 euros por placa. La mala es que, originalmente, habíamos planeado sorprender con una notable reducción de precio a 460 euros. Pero la reducción de costes en hardware fueron completamente anuladas por el tipo de cambio del franco suizo. Después de que el Banco Nacional de Suiza levantara el tipo de cambio mínimo con el euro a principios de este año, el franco suizo se revalorizó mucho. Como consecuencia de ello, el FireBee de nuevo cuesta 560 euros. Sólo Atari-friends de Suiza podrán disfrutar de un Firebee con grandes descuentos. Para todos los demás, todavía pudimos proporcionar al menos una pequeña reducción en el precio.

En cuanto a la propia placa, decidimos - después de considerarlo mucho - producirlo 1:1 como la primera serie. Hay un buen número de razones para ello:

- Reutilizando películas existentes y así no hacer más prototipos (que tambíen habrían sido necesarios incluso para pequeñas modificaciones), manteniendo el precio reducido.

- Desde que producimos en pequeñas series, cualquier cambio en el hardware conlleva el riesgo de un "desastre de soporte". La necesidad de examinar la versión de la placa, o del firmware, por cada pedido del cliente o en el desarrollo de una aplicación y entonces tener que crear diferentes versiones de software / firmware / etc., con el tiempo podría acabar en un desastre. Ideas para ahorrar costes, como usar una FPGA más pequeña (que podría aprovecharse gracias a la compatibilidad a nivel de pin), fueron desechadas por la misma razón.

- Los pequeños cambios de hardware solicitados hubieran significado posponer la 1a serie. Por ejemplo, el bus IDE actualmente carece de dos señales necesarias para la operación IDE-DMA. Ya que podemos ofrecerlos con un complemento usando el zócalo de expansión, y que todavía tenemos que proporcionar un cable especial para la 1a serie para que sea factible el DMA, una adaptación de las nuevas placas no habría sido justificable.

Por tanto, los ordenadores se producirán exactamente igual que la primera tanda. Toda la información y comentarios anteriores siguen siendo válidos, y todo el software existente se puede utilizar también.

Confirmado, ya se pueden hacer los pedidos anticipados. Bien de la forma clásica, mediante el envío de un correo electrónico a "acpinfo Firebee org", o utilizando el nuevo formulario de pedido en línea en firebee.org. Si usted quiere pedir una mini-caja para su Firebee, por favor especifique el color que desea también.

Como siempre existe una distribución binaria Coldfire proporcionada por Henk Robbers en su página web. Novedades y mejoras detalladas en la lista de cambios sobre el Shell, el compilador, ensamblador, librerías en el Calc.

http://ahcc.atari.org/

Entre ellas principalmente que debemos tener un sitio web que sea realmente útil para los usuarios en varios idiomas y la edición por varios editores y traductores. Otro punto importante es que el proyecto Atari Coldfire está demasiado generalizado, que la información debe estructurarse en un formato similar a una Wiki. Nos gustaría tener un área de descargas y de soporte integral. Además nos gustaría presentar nuestros productos de una manera más fácilmente accesible y atractiva. Nos gustaría tener una tienda online e incluso presentar software (externo). Además de presentar las noticias en un formato más claro, y en general nos gustaría ampliarla añadiendo más capítulos y mucho más.

Por desgracia, nos llevó más tiempo del esperado para llegar a donde queríamos estar con firebee.org para que estuviera operativo mucho antes. Aunque la tecnología que está detrás estaba programada desde hacía tiempo, y la parte que visible para el usuario (fronted) también estaba lista, no todo el contenido estaba en su sitio hasta ahora. Hace aproximadamente 2 meses - y gracias especialmente a la ayuda de la reaparecida revista alemana impresa st-computer - decidimos darle plena atención y gracias ha ello pudimos terminarlo. Por lo tanto, ya hemos esbozado la futura estructura básica con nuestro Sistema de Gestión de Contenidos. Habrá una parte importante de información estructurada, software reciente y de interacción con todos los usuarios del Firebee del mundo. Por ejemplo el área de soporte que hemos generado a partir de la información de la Wiki newtosworld en lengua alemana, investigada hasta hoy, y añadiendo los nuevos desarrollos de los últimos años y, posteriormente, traduciendolo todo. Así que ya podemos ofrecer las últimas descargas para el Firebee en los componentes Flash, sistemas operativos y entornos de desarrollo. Como extra al estreno mundial ofrecemos para su descarga los datos completos de diseño para KiCAD que ahora pasa a ser de código abierto.

FireBee.org se pondrá en marcha en alemán, inglés, francés, italiano y español, y en breve le seguirán otros idiomas. Especialmente el área de soporte lo iremos alimentando de forma continua con información completa y respuestas a muchas preguntas frecuentes (FAQs). Más adelante en el área de descarga habrá una base de datos con todo el software que se está trabajando para el Firebee, estructurada de forma que este fácilmente disponible, presentación de programas (externos) y enlaces de interés.

Como siempre, nuestro proyecto se basa en gran medida en la participación de los usuarios. A toda persona que le gustaría escribir un artículo, o le gustaría destacar un aspecto específico del Firebee, o que tenga una amplia experiencia en alguna habilidad concreta, que deseen traducir o corregir, por favor envíe sus textos o póngase en contacto con nosotros si quiere contribuir.

Estamos especialmente orgullosos de que el sitio esté programado de manera que funcione correctamente en todos los navegadores web para Atari. En las próximas semanas se irán incorporando mejoras y optimizaciones para Highwire, Cab o NetSurf.

Un agradecimiento especial a las cerca de 10 personas que invirtieron una gran cantidad de tiempo las últimas dos semanas. Especialmente los traductores y correctores por su dificultad. Especialmente a todos por contribuir con éste lanzamiento inicial del nuevo sitio. Con su lanzamiento también habrá información más completa sobre el Firebee, así como sobre cómo realizar un pedido en la segunda serie de Firebee en los próximos días. Esperamos que este nuevo sitio sea más útil y más fácil de navegar y mejore la comunicación con usted, el usuario.

En el mes de octubre de 2012, Joakim Högberg publicó una versión "pre-beta". Aunque la situación no ha cambiado mucho, el desarrollo del programa ha continuado, y ahora hay disponible una nueva versión oficial del cliente ICQ. La versión 0.176 corrige varios errores detectados, entre otros, en la gestión de la memoria, la superposición (overlay) y los atajos (shortcuts).
AtarICQ es un programa escrito en GFA-Basic con GBE de Lonny Pursell y funciona en Atari clásicos y FireBee (FireTOS, FreeMiNT). Desde la versión 0.173, AtarICQ se hizo gratuita. La lista completa de los cambios y de descarga se encuentran disponibles en su sitio web AtarICQ :
http://www.ataricq.org/index.php?option=com_content&view=article&id=48&Itemid=53

Disponible para su descarga la v1.2b del conjunto de iconos de 48 puntos 256 colores para Teradesk. incluye 24 nuevas entradas que hacen un total de 202 iconos. También se ha actualizado el archivo de configuración desktop.inf para la instalación en el FireBee y la mayoría de los nuevos iconos ya están configurados.

Esta actualización soluciona varios problemas de instalación comunicados por los usuarios. Ahora es mucho más fácil de instalar, ya que todo lo necesario para la programación y compilación se incluye en un archivo. La instalación por defecto tiene en cuenta todos los caminos y las órdenes para crear los binarios 68K y Firebee. Los errores han sido corregidos en casi todos los componentes. Consulte la documentación incluida para más detalles.

Instrucciones de instalación: http://userpages.bright.net/~gfabasic/html/gbesetup.htm
Enlace de descarga: http://userpages.bright.net/~gfabasic/files/gbe.zip

Esperamos que ésto ayude los usuarios y acelere los desarrollos en sus Bees.

Philippe Noble ha publicado recientemente Askin, un nuevo conjunto de gradientes y widgets para XaAES, con el objetivo de dar al FireBee y otras plataformas FreeMiNT que soportan modos de vídeo TC un aspecto atractivo y moderno. Los gradientes Askin se crearon para que coincidan con los conjuntos de iconos "Linear.48", pero deberían funcionar bien con la mayoría de conjuntos de iconos.

Como las informaciones disponibles del formato gradiente son limitadas e incompletas, Philippe tenía que averiguar por el método de ensayo y error cómo lograr los mejores resultados de aspecto, con el apoyo de la comunidad y desarrolladores. Una imagen de vista previa y la última versión del paquete de gradientes Askin están disponibles en la página web de Philippe:

https://sites.google.com/site/emaappsarch/news/xaaesgradientsupdateaskin12

Además, para ayudar a que otros usuarios puedan crear sus propios gradientes, Philippe ha escrito una práctica guía howto disponible en: http://www.philippeworld.net/ftp/Apps/howto.txt

Como los archivos fuente de los gradientes están en lenguaje C, se tienen que convertir en formato .grd antes de ser importados en el XaAES. Está disponible para su descarga una guía "Creating gradient - files" para AHCC (readme.txt), escrita por el equipo de FreeMiNT, junto con los fuentes de gradientes por defecto para XaAES en:

http://www.philippeworld.net/ftp/Apps/xgt2.zip

Marc-Anton Kehr ha realizado una nueva versión del EasyMiNT que podría funcionar en el FireBee.

Ha incorporado algunos extras para soportar los ST también pero se encuentran en estado alfa. Dos cuestiones que todavía siguen sin funcionar en el FireBee:

- la comprobación del sistema de archivos durante el arranque.
- no realizará copia de seguridad de una carpeta MINT existente, ¡así que hay que ir con cuidado!

Ahora las novedades:

- Ahora se instalan MiNT 1.19 y XaAES 1.6.4b.
- Soporte para el FireBee.
- Sistema de archivos ext2 para ST.
- Teradesk es sustituído por THING 1.29.
- Ya es posible la creación de una partición ext2 en el FireBee.

El paquete tiene alrededor de 40Mb y se puede descargar desde aquí: http://atari.st-katharina-apotheke.de/download/em_190b.zip

Rogamos vayan con precaución, ¡¡es una versión beta muy temprana!!

Además ha compilado una versión del E-Nick, el EasyMiNT Network Configurator (configurador de red para EasyMiNT) con soporte Coldfire. Puede obtenerlo también de la página web de maankes. http://atari.st-katharina-apotheke.de

Muchas gracias a los desarrolladores que están trabajando exclusivamente para FreeMiNT, especialmente Lonny Pursell, Vincent Riviere y Helmut Karlowski.

¡Disfrútenlo!