Le début du printemps n'a pas été clément avec nous, le temps est tout sauf printanier. C'est humide, froid et pas du tout confortable. En fait, on aurait simplement aimer avoir juste à se couvrir les pieds d'une couverture chaude mais non, quelque chose de vraiment stupide s'est produit. Début mars, notre serveur Web - ou pour être plus précis, notre disque dur - est tombé en panne. Et comble de malchance, les sauvegardes que nous avions effectuées étaient également sur le même disque. c'est idiot, c'est malheureux mais c'est arrivé et nous n'y pouvons plus rien y faire maintenant. Un nouveau serveur Web (à partir d'une sauvegarde d'août 2020) a été rapidement mis à disposition, mais nous devons maintenant restaurer les données manquantes à partir de toutes les sources disponibles. Heureusement, les auteurs ont encore leurs pages et ce qui manque, nous pouvons le reconstruire grâce aux archives Internet. Comme nous travaillons tous là-dessus pendant notre temps libre, cela peut prendre quelques jours de plus pour revenir au statut initial. Veuillez nous excuser!

Qu'en avons-nous appris? Des choses hors de notre contrôle peuvent arriver. Nous devons être mieux préparés pour l'avenir. Cela signifie: "Plus de sauvegardes centralisées sur le serveur". Jusqu'à présent, les sauvegardes étaient copiées sur un autre serveur racine qui se trouvait dans le même centre de données (OVH says hello). Par conséquent, les sauvegardes seront bientôt copiées par les membres de l'équipe sur des ordinateurs locaux et également stockées dans un autre centre de données, géographiquement séparés les uns des autres.

Mais nous avons aussi des choses positives à signaler. Le nouveau serveur est beaucoup plus puissant que le précédent. Les pages Web devraient désormais s'afficher beaucoup plus rapidement.

Les principales caractéristiques comprennent:
- Build pour 68k ou Coldfire quelle que soit la machine hôte.
- Ajout de toutes les commandes AES manquantes jusqu'à l'AES v4.1, ainsi que de certaines commandes N.AES.
- Ajout des commandes Bios, Xbios, Gemdos, VDI et NVDI les plus couramment utilisées.
- Certaines nouvelles commandes à usage général non liées au système d'exploitation.
- API intégrée pour STiK, MiNT-Net, LDG et plus.
- Commandes spécifiques au jeu, telles que le support du Joypad, le blitting avec masques, SNDH, etc.
- Plus de 500 nouvelles commandes.

Certaines des nouvelles commandes ont été inspirées par le GFA Basic pour Windows / DOS et HiSoft Basic.

Le lien de téléchargement est disponible sur: http://gfabasic.net/

En plus des corrections de bugs (les notes de publication sont disponibles ici), des améliorations ont été apportées dans l'éditeur et la gestion des projets imbriqués. Les binaires on été produit en utilisant uniquement AHCC et non Pure C.

Henk est également à la recherche d'un nouveau programmeur en charge de la maintenance d'AHCC. Toute personne intéressée peut le contacter directement (voir son site Internet).

En premier lieu, il faut garder à l'esprit que les logiciels se requièrent mutuellement ! En effet, la nouvelle configuration FPGA a besoin du nouveau BaS et le nouveau FireTOS a également besoin du nouveau FPGA et vice versa! Vous devez flasher tous les composants directement et consécutivement, sans redémarrer le FireBee entre deux. Si les 3 composants ne sont pas « flasher » ensemble, vous ne pourrez plus démarrer votre ordinateur !

Veuillez flasher ces nouveaux fichiers système à partir de FireTOS uniquement !! N'utilisez pas EmuTOS cette fois, car vous pourriez « bricker » votre FireBee avec certaines versions antérieures du firmware de BaS_gcc. Ce comportement de BaS_gcc en combinaison avec EmuTOS sera amélioré dans les versions futures, de telle sorte qu'il vous sera possible de flasher à partir d'EmuTOS, en toute sécurité.

Il est strictement déconseiller de mélanger ces composants avec des configurations plus anciennes du système, BaS ou FPGA! Si vous flashez un ancien BaS avec un nouveau FPGA ou un nouveau FireTOS, votre FireBee ne démarrera plus. Bien entendu vous pouvez revenir à tout moment à un ancien « package complet », et puis à ce nouveau logiciel, tant que vous ne mélangez pas et que vous flasher les trois composants à la fois.

Enfin, il faut mentionner que BaS et FPGA sont insuffisamment testés avec BaS_ (gcc) et / ou EmuTOS.
Bien que peu de développeurs ont l'ensemble des composants « BaS_ (gcc) » « FPGA » et « EmuTOS » à jour, aucun problème n'a été remonté jusqu'à présent.
Nous ne pouvons pas faire une déclaration générale à ce sujet. Une série de tests élaborés suivra dans les semaines à venir dont les résultats vous seront communiqués ici.

Nous estimons qu'il ne nous est plus possible d'attendre, et que vous êtes tout à fait capable de flasher votre FireBee avec FLASH060.PRG en une seule fois, et ce faisant, de ne pas neutraliser vos cartes. Un report supplémentaire à la sortie de ce nouveau logiciel serait disproportionné vis à vis des problèmes qu'il pourrait occasionner.

Veuillez noter également l'ordre dans lequel vous devez flasher les composants publiés ici:

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

Maintenant faisons un point sur les améliorations:

BaS:

- Ajout d'une analyse au démarrage de la vitesse des cartes CF / IDE. Au démarrage, la présence et la vitesse des cartes CompactFlash et des périphériques IDE sont vérifiées et SpeedReg est défini (en trois étapes).
- Le boot du DVI-Chip a été retravaillé, et maintenant tous les registres DVI sont correctement initialisés.
- La date de version est maintenant affichée sur le port série.

FPGA:
- Le Blitter a été implémenté ! Le blitting de 16 ou 24 bits fonctionne parfaitement d'écran à écran (pour le moment, pas de mémoire à l'écran ou écran à la mémoire). Les blocs de bits inférieurs (plans de bits 1, 2, 4 et 8) produisent toujours des erreurs de pixels et nécessiteront un travail supplémentaire.
- L'accès aux cartes CompactFlash / IDE est désormais beaucoup plus rapide grace au scan de vitesse par BAS et SpeedReg.
- Le transfert de données depuis CF / IDE est désormais également possible à l'adresse 0xFFF0'00xx avec mot long.
- Les modes vidéo Atari ont été retravaillés.
- Quelques travaux dans la configuration MIDI ont été effectués
- La date de version est maintenant affichée sur le port série.

FireTOS:

Le FireTOS, qui a été corrigé par MCS, a reçu les mises à jours suivantes :

- Correction de certaines erreurs dans les routines d'écriture de CF / IDE
- Le démarrage de l'ordinateur est désormais plus rapide, car vérification la présence de CF / IDE, qui se fait désormais dans BaS n'est plus nécessaire.
- Il existe des routines CF / IDE plus rapides prenant en compte SpeedReg, comme l'accès aux données avec des mots longz.
- Un contrôle partiel du Blitter (uniquement les routines de copie de mémoire), y compris le « vidage du cache » en raison de la cohérence des données, a été mis en oeuvre.
- La date de la version est maintenant affichée à l'écran.
- Le connecteur centronics est désormais pris en charge. Il est possible d'imprimer depuis FireTOS avec des imprimantes parallèles (testées avec Papyrus X et qed sur un Stylus 740 et un Stylus Color).
- Des travaux ont été effectués sur l'interface MIDI. Bien que limitée, cette dernière est partiellement prise en charge.

Les limitations connues de FireTOS sont :

-) Il n'est pas possible d'imprimer avec NVDI 5. Le système se bloque lors d'une tentative d'impression. NVDI 5 nécessitera quelques modifications.

Nous vous souhaitons du plaisir avec ces mises à jour et avec votre FireBee, désormais certainement plus puissant.

Si vous possédez un Atari connecté à internet, vous pouvez désormais suivre l'évolution de l'épidémie de coronavirus votre machine. COVID-19 Watcher est une application qui affiche le taux actuel du nombre d'infectés, de décès et de personnes guéris de la maladie. Cette application devrait fonctionner avec tout système compatible TOS, y compris TOS 1.0, MagiC ou MiNT. Toutes les résolutions et le nombre de couleurs sont pris en charge, ainsi que tous les modes d'affichage ST (mono et couleur). L'archive dispose également d'une version ColdFire pour les utilisateurs du FireBee. La seule condition est d'avoir une connexion internet fonctionnelle. Utilisez STinG ou GlueSTiK.
Les données doivent être mises à jour quotidiennement et sont fournies par le Center for Systems Science and Engineering (CSSE) de l'Université Johns Hopkins (JHU) via RapidAPI.

Vous pouvez télécharger cet outil ici: http://atari.net.pl/covid19-en/

En juillet, nous avons publié la toute nouvelle archive d'extensions FireTOS sur firebee.org. Cette collection de programmes est conçue pour faciliter le travail en singletask sur le FireBee. Et oui, il y a des gens qui préfèrent travailler sous TOS et nous savons qu'il y a aussi des "utilisateurs pur (Fire)TOS" sur le Bee. Donc, pour ceux qui ne tournent pas sous MiNT, cette collection peut s'avérer très utile.
Comme pour les bien connus « Language Disks » d'Atari, nous avons préparé quelques programmes essentiels pouvant être utilisés directement sur une carte SD (en remplacement d'une disquette) ou à partir d'une partition « C » sur des périphériques de stockage de masse tels que cartes CF, disques durs ou SSD connectés à votre ordinateur Firebee.
Vous y trouverez un serveur de panneau de contrôle avec quelques modules cpx utiles, le système d'aide ST-Guide, un éditeur de texte, une calculatrice, un utilitaire de capture d'écran et des programmes pour mettre à jour la ROM FireBee et patcher NVDI.
En « bonus », nous avons créé un beau set de nouvelles icônes pour votre ordinateur de bureau TOS.

Vous pouvez télécharger la nouvelle archive de FireTOS (seulement 2,2 Mo) à partir de notre nouvelle page d'addon firebee.org.

L'émulateur pour FireBee fonctionne via SDL et le cœur en assembleur a été exclu de cette version. Outre le fait qu'il s'agisse de la première version pour FireBee, la principale nouveauté de la v 4.1.0 est que l'émulateur ne nécessite plus aucune image ROM. En effet, les "BIOS Altirra" nécessaire pour tous les ordinateurs 8 bits sont déjà inclus. Il suffit de télécharger le package falcon.zip et d’utiliser le programme ATARI_CF.GTP inclus pour démarrer l’émulateur Atari 8 bits sur FireBee. Comme d'habitude, le code source est également disponible sur https://github.com/atari800/atari800/releases/tag/ATARI800_4_1_0&&la_page_du_projet_github.

En réalité c’est plutôt l’inverse, et nous voudrions vous présenter une mise à jour sur les travaux en cours.

• Livraison de la 2ème série
Nous sommes toujours occupés avec la livraison des ordinateurs de la 2e série. Avec tous les problèmes rencontrés avec cette série (problème de transformateur de puissance, de production des boitiers - les derniers nous ont été livrés en janvier, etc.), le retard considérable qui en a résulté a également provoqué un incroyable bazar. Certains des pré-acheteurs pensaient qu'ils ne disposeraient plus d'un appareil et nous avons aussi dû faire la chasse à d’autres au moyen de plusieurs courriers électroniques, posts ou par d’autres canaux parce que leurs données personnelles avaient changé entre temps. En tout cas, les efforts sont énormes. Nous faisons de notre mieux pour tout traiter dans l’ordre. Et toutes les personnes ayant précommandé pour la 2e série sont assurées de recevoir un ordinateur! Vous pouvez également toujours nous contacter au sujet de votre livraison.
Dès lors que nous aurons épuisé toutes les possibilités de contact avec les pré-acheteurs, et si certains ne nous aurons pas fait de retour, nous lancerons un dernier appel ici sur la page d’accueil avant de vendre éventuellement les ordinateurs à d’autres personnes figurant sur la liste d’attente. Mais cela ne se fera pas avant l'été 2019.

• Comme d'habitude, il se passe beaucoup de choses dans le domaine "Look and Feel". La conception se poursuit et de nouvelles versions sont à prévoir cette année.

• Depuis plusieurs mois, beaucoup de travail est réalisé en arrière-plan pour mettre en place une nouvelle configuration FreeMiNT officielle. Lars a de nouveau rejoint l’équipe, et FreeMiNT pour FireTOS est amélioré de tout bord, testé de manière approfondie, et une belle collection d’applications actuelles est ajoutée à la configuration.

• Il existe de nouvelles versions de tous les composants en ROM. Medusa dispose d'un nouveau Base System (BaS), d'une nouvelle configuration FPGA avec des améliorations très importantes et d'un nouveau FireTOS. Les améliorations très importantes vous seront présentées au fil des semaines. Les cartes en cours de livraison contiennent déjà ces nouveautés !

• Certains travaux concernent également la page d’accueil du site et la documentation. Dans ce contexte, nous aimerions vous indiquer la nouvelle page intitulée http://firebee.org/fb-bin/page?label=board_description&lng=FR&&"Connecteurs_et_composants_de_carte_mère" l'énergie déployée pour la réalisation de ces tâches d'informations ne doit pas être sous-estimée.

• Il est toujours intéressant de visiter tous les projets externes qui ont un lien avec FireBee, mais qui sont des logiciels indépendants. Par exemple, la dernière version de https://bintray.com/freemint/freemint/snapshots/1-19-36cf2b41&&FreeMiNT_&_XaAES,_la_version_1.19.36c, est sortie le 30 mars 2019. Miro Kropacek a publié la version 7.4.0 (originale du 6 décembre) du compilateur https://github.com/freemint/m68k-atari-mint-gcc/releases/tag/gcc-7_4_0-mint-20190228&&GCC_pour_MiNT, et aussi spécifiquement pour le processeur ColdFire du FireBee, le 1er mars.

De nouvelles versions de logiciel sont disponibles comme par exemple, 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 et bien d’autres. Le https://ptonthat.fr/&&client_Litchi-FTP_et_KK-commander ont également été mis à jour en février 2019.

• Une autre nouvelle série?
Nous recevons constamment des demandes concernant un nouveau batch d'ordinateurs FireBee. Pour le moment, nous ne pouvons rien promettre. Bien sûr, nous allons essayer de persuader Medusa de produire une autre série de FireBee, une fois que toutes les expéditions seront réalisées. À cette fin, nous recueillons des précommandes sérieuses (!) depuis l'été 2018. Si vous souhaitez acheter un FireBee à l'avenir, vous devez le commander maintenant. Cela nous aidera énormément dans la planification et la mise en œuvre. Mais une nouvelle série ne sera pas réalisée avant 2020!

Ces dernières années notre serveur de messagerie a, malheureusement, été placé sur quelques listes noires et nos mails étaient identifiés comme étant des spams par vos clients mails voir même, dans quelques cas, ont été directement rejetés. D'une part, cela était dû à l'adresse mail atari.org qui n'était pas configurée correctement (Le SPF (Sender policy Network) n'était pas nécessaire auparavant), d’autre part, certaines compétences manquent pour configurer correctement la machine Linux sur laquelle le serveur de messagerie firebee.org était exécuté. Le système avait été adopté et maintenu par des personnes désormais inactives et malgré de grands efforts, les problèmes n'ont pu être résolus.

De plus, atari-home.de a annulé tous ses services de messagerie à la fin du mois de mai (vraisemblablement à cause du nouveau GDPR, le règlement sur la protection des données), et donc notre ancienne adresse mail de secours n'est plus disponible.

Nous avons donc décidé, il y a trois semaines, de migrer l'ensemble du système de messagerie vers un fournisseur commercial. Malheureusement, nous n'avons pas réussi à trouver une solution non commerciale viable, de ce fait les options sont limités, et également assez coûteuses, mais au moins les problèmes de communication du passé sont dissipés. Maintenant, aucun courrier ne devrait plus être ignoré ou placé dans vos dossiers de spam!

Pour établir des contacts, veuillez utiliser désormais exclusivement:

acpinfo à firebee dot org

Si toutefois le temps de réponse vous semble trop long, n'hésitez pas à nous contacter à nouveau. Les réponses vous parviendront désormais de manière fiable et le traitement des envois sera ainsi grandement facilité.

Nous tenons remercier atari.org et atari-home.de qui nous ont apporté leur soutien gratuitement pendant des années.

Au cours des dernières semaines, nous avons assisté à une augmentation notable des précommandes avec parfois des remises de fonds non sollicitées de la part des «nouveaux clients». Nous souhaiterions clarifier une nouvelle fois la situation actuelle.

La 2ème série de FireBees est actuellement épuisée. Nous les livrons depuis un certain temps (malheureusement très lentement) et toutes les nouvelles commandes sont placées sur une liste d'attente. En cas d’annulation lors de la phase d'expédition, les machines sont alors réaffectées suivant cette liste. Toutefois, les précommandes restent pertinentes pour une éventuelle nouvelle série de FireBees, en effet si de plus en plus de gens témoignent de leur intérêt dans le produit au travers des précommandes, la probabilité d’une future production à l'avenir n’en sera que renforcée. Toutefois une livraison anticipée ne sera pas possible pour les nouveaux clients.

La procédure normale consiste à précommander via le site web firebee.org ou par e-mail. Il n’est pas nécessaire d’envoyer d'argent si vous commandez pour la première fois. Pour le moment, il est absolument impossible de savoir s'il y aura une machine pour vous, et si une serie supplémentaire sera réalisée. De plus, contacter directement Medusa Computer n'augmente pas les chances d'obtenir un FireBee et peut compliquer notre travail bénévole!

Nous contacterons prochainement les clients qui ont attendu leur FireBee depuis plus de 2 ans et ces derniers peuvent s’attendre à recevoir leur machine dans les semaines et mois à venir.

Depuis l'été dernier, la situation d'Atariforge est devenue de plus en plus instable. Malheureusement, les services AtariForge ne semblent plus se rétablir. Néanmoins, nous tenons à remercier Rob Mahlert pour les années de support qu'il a offert gratuitement à la communauté. Maintenant tout ce dont nous disposons a été rassemblé et est de nouveau en ligne sur GitHub. Nous remercions tout particulièrement Miro Kropáček et David Gálvez qui se sont préoccupés de cette situation inacceptable et ont tout téléchargé dans le nouveau repository de GitHub créé par Markus Fröschle il y a quelques mois. Fort heureusement, Mikro avait une sauvegarde complète d'AtariForge,
Tous les nouveaux développements de 2017 sont désormais en ligne. Cela comprenant plusieurs nouveaux développements FPGA et BaS ainsi que les binaires que nous publierons dans les semaines et mois à venir pour les utilisateurs finaux.
De ce fait, tous les développements que les personnes ont réalisés au fil des ans sont désormais disponibles sur un seul et même endroit et peuvent être trouvés sur https://github.com/firebee-org

Au total, 364 icônes sont désormais disponibles dont 121 icônes ajoutés ou mis à jour (81 dossiers, 24 programmes, 12 fichiers et 4 dispositifs).




L'ensemble Linear Classic partage la plupart des pictogrammes du jeu d'icônes FB-Basic, mais la forme de base des appareils, des fichiers et des applications confère à l'ensemble sa propre personnalité et un aspect distinctif. Toutes les icônes sont disponibles en 256, 16 et 2 couleurs. La palette NVDI est nécessaire pour afficher correctement les icônes 256 et 16 couleurs. Enfin, un fichier de configuration teradesk.inf à jour, entièrement compatible avec le jeu FB-Basic, est disponible avec l'assignation de la plupart des icônes.





Téléchargement de l'ensemble: (.zip 438kB)

Cette version "quick fix" corrige quelques problèmes: quelques icônes non incluses dans 1.50 ont été ajoutées, l'icône HD par défaut a été renommée "hard disc" pour se conformer aux règles de nommage de Teradesk et 2 icônes en double ont été supprimées. Pour conserver la compatibilité avec les anciens fichiers de configuration teradesk.inf, une nouvelle icône expérimentale "hard disk" a été ajoutée à l'ensemble. Finalement, le fichier teradesk.inf a été mis à jour pour refléter les changements dans le fichier cicons.rsc.

Téléchargement: (.zip 424kB)

Avec la nouvelle version 1.5, le nombre total d'icônes passe désormais à 360, avec plus de 100 nouvelles icones.






Toutes les icônes sont disponibles en 48p en 256, 16 et 2 couleurs. La palette NVDI est essentielle pour afficher correctement les icônes en 256 et 16 couleurs. Pour cette mise à jour, l'auteur, L.Zanier, a travaillé essentiellement sur les dossiers, et maintenant la plupart des applications possède son propre dossier. De plus, environ 30 nouvelles icônes ont été ajoutées, et quelques-unes ont été modifiées ou remplacées (celles des applications RSM, Draw ou bien Paint par exemple et pour n'en citer que quelques-unes). Comme d'habitude, le jeu d’icône est livré avec un fichier de configuration (teradesk.inf) optimisé pour le "FreeMiNT Setup officiel" du FireBee, avec la plupart des icônes déjà assignées.





Téléchargement: (.zip 420kB)

Le problème est sérieux, sa résolution pourrait prendre encore une semaine ou deux. Nos administrateurs travaillent sur le problème.

Nous tenons à vous assurer que l'équipe d'ACP est toujours active et que nous faisons notre possible pour revenir complètement en ligne le plus rapidement possible.
En attendant, vous pouvez accéder à firebee.org par l'adresse IP http://84.20.240.129/fb-bin/ et nous joindre par notre email de contact: acpinfo (at) atari-home (point) de

La version v3.7 du GFA Basic a atteint la phase des béta-tests et est également disponible pour FireBee. Les nouvelles fonctionnalités comprennent:
- Ajout de tous les appels AES manquants jusqu'à AES v4.1, plus quelques appels N.AES.
- Ajout des appels les plus courants de Bios, XBIOS, GEMDOS, VDI et NVDI.
- Certaines nouvelles commandes génériques non liées au système d'exploitation.
- Juste plus de 256 nouvelles commandes.

Vous pouvez maintenant écrire des applications plus ou moins conséquentes sans avoir à utiliser de liaison. La version bêta est disponible sur le site Web nouvellement mis à jour : http://gfabasic.net/

Olivier a mis près de trois ans, soit bien plus que prévu initialement, à sortir cette nouvelle version. Le noyau de MyAES est passé par un processus de révision étendu, ainsi de nouvelles fonctionnalités ont été ajoutées et diverses parties du code ont été retravaillées de manière significative pour améliorer les performances globales et accroître la compatibilité. En voici quelques exemples :

- Révision de la gestion du multitâche
- Nouveau gestionnaire de fenêtres et de bureau
- Nouveau gestionnaire mémoire vidéo et nouveaux appels AES
- Nouvelle version de la barre de tâche Yopla et nouvelle version de Mdesk (Juste pour information, non terminé)
- Redimensionnement automatique de l'image de fond
...
Mais la liste complète des améliorations et des correctifs est bien plus importante.

Enfin, un beta-testing complet a été effectué sur le FireBee, les ordinateurs classiques Atari, d'autres plateformes compatibles TOS et dans un environnement émulé. A ce Jour, la version 0.97 peut être considérée comme la version MyAES la plus stable et la plus compatible de tous les temps.
Suite à cela, quelques correctifs ont été publiés pour corriger les problèmes rapportés par les utilisateurs, et le 10 décembre 2017, Olivier a publié le correctif final pour 0.97 et a commencé le développement de MyAES 0.98.

Plus de détail et les téléchargements sont disponibles sur le site de MyAES : http://myaes.lutece.net

Le 15 décembre, le problème suivant a été trouvé dans la version 0.9.9: Lors de la suppression des icônes du bureau, il arrivait de temps à autre, et heureusement après le dialogue de confirmation, que le système vous demande de supprimer tout un tas de fichiers. Comme cela pouvait entraîner une perte de données, le correctif 0.9.9.1 a été publié. Il vous est donc demandé de mettre à jour sans attendre si vous utilisez déjà la version 0.9.9. Le correctif est téléchargeable à https://sourceforge.net/projects/emutos/files/emutos/0.9.9.1/emutos-firebee-0.9.9.1.zip/download&&l’adresse_suivante

Le 11 décembre, l'équipe de développement d'EmuTOS a publié la version 0.9.9 du système d'exploitation pour les compatibles Atari.

Les changements majeurs sont :
• AES: autorisation du chargement au démarrage des curseurs souris
• EmuDesk: Ajout d’une boîte de dialogue « Configuration du bureau »
• EmuDesk: Autorisation de la configuration des arrière-plans de fenêtre / bureau
• EmuDesk: permission de la spécification du masque de fichier de la fenêtre du bureau
• EmuDesk: Enlèvement des éléments de menu de bureau inutilisés
• EmuDesk: Ouverture d’une nouvelle fenêtre avec Alt + doubleclick sur le dossier
• Général: Construction automatique de version lorsqu’un commit est effectué
• VDI: Ajout du support blitter pour le tracé de lignes horizontales
• VDI: Ajout du support de blitter pour le tracé de rectangle plein
• VDI: Ajout du support blitter pour les graphiques rasters

Le 27 avril, la version 0.9.8 d'EmuTOS a été publiée.

Les principales caractéristiques depuis la version précédente sont:
• BIOS: Auto détection des interfaces IDE avec câble torsadé
• EmuDesk: Support des raccourcis sur le bureau
• EmuDesk: Support du formatage des disquettes
• EmuDesk: Support des icônes de bureau assignables par l'utilisateur

Le 29 mai, Vincent Rivière a terminé l'intégration des builds EmuTOS avec Travis CI, comme c’était déjà le cas pour les snapshots de FreeMiNT. Les snapshots de développement d’EmuTOS sont désormais automatiquement créés et téléchargés sur SourceForge pour chaque push de développeur sur GitHub.

Les instantanés sont également purgés automatiquement à chaque nouvelle génération.
• Toujours gardé au moins 5 instantanés
• les autres instantanés de plus de 7 jours sont supprimés

Les instantanés sont disponibles https://sourceforge.net/projects/emutos/files/snapshots/&&sur_sourceforge .

Vous pouvez aller dans le dernier sous-dossier de compilation et choisir le fichier
emutos-firebee - * - * - *. zip - ce sera la dernière version d'EmuTOS pour FireBee avec toutes les mises à jour et améliorations possibles.

Pour ceux qui voudraient allez plus loin - voici aussi quelques d'informations utiles:
Au bas de la page, il y a un lien vers l'historique de construction de Travis CI.
Vous pouvez y voir la liste des derniers builds et le temps passé à construire tout les binaires. Actuellement: entre 5 et 6 minutes. Pour chaque build, il y a un journal de construction détaillé lorsque vous cliquez sur "master" sur la gauche.

Dans le dossier d'un instantané spécifique sur SourceForge, il y a une description en bas. Il inclut le journal des modifications par rapport aux précédents instantanés, ainsi que des liens utiles vers GitHub et Travis CI.

FreeMiNT est maintenant développé en utilisant le système de gestion de versions décentralisées Git. Ce dernier propose de nombreuses fonctionnalités intéressantes pour le développement et le travail collaboratif sur les logiciels. À côté de cela, il présente également d'énormes avantages pour le projet FireBee. L'amélioration principale dans Git (hub) consiste en l'intégration de Travis CI, un service gratuit permettant la compilation, le test et le déploiement de tout projet open source, y compris le nôtre. Grâce à l'intégration de github, tout fonctionne complètement de manière autonome. Cela signifie que nous avons maintenant un FreeMiNT à jour pour FireBee. Dès que tout développeur contribue quelque chose à FreeMiNT ou corrige un bug, Travis CI crée automatiquement de nouveaux binaires pour les utilisateurs finaux. De ce fait, on obtient une situation saine où tous les noyaux FreeMiNT seront à chaque fois au même stade. Chaque jour, quand un code est amélioré dans MiNT, un même nouveau binaire est généré pour les machines Atari 68000, 68020-060 ainsi que le matériel basé sur Coldfire.

Donc, à partir de maintenant et jusqu’à la fin de temps, toutes les plateformes auront le même stade de développement, que ce soit les binaires ColdFire de FreeMiNT / XaAES ou bien les libs (cflib, gemlib, gemma) et mintlib. En outre, cela peut même s'étendre à tous les projets connectés comme QED et bien plus encore.

Ainsi, tout utilisateur FireBee peut, à tout moment, https://github.com/freemint/freemint.github.io/tree/master/builds/freemint/master/new&&télécharger_le_tout_dernier_FreeMiNT_pour_FireBee, appelé « freemint-x-xx-xxx-col.zip », et peut compter sur le fait que toutes les améliorations sont incluses et identiques à la version pour d’autres processeurs.

https://freemint.github.io/&&Le_projet_lui-même (ainsi que d'autres logiciels à part le système d'exploitation multitâche) peut être trouvé sur github. Nous espérons également que cela puisse attirer d'autres développeurs et leur donner envie de rejoindre le projet FreeMiNT.

Le programme comportait un nombre conséquent de bugs qui ont rendu fous certain d'entre nous. Heureusement, lors de la préparation d'une mise à jour du setup de configuration FreeMiNT pour le FireBee, Miro Kropáček a éliminé tous les bugs du programme. Il est maintenant possible d'ouvrir automatiquement la console de sortie du système d'exploitation alors qu'auparavant, la sortie remplissait le bureau. Tous les ajustements à l'intérieur du programme fonctionnent maintenant correctement. Un point particulièrement intéressant est que le logging peut être renvoyé dans un fichier texte, ce qui simplifie grandement les rapports de bug par les utilisateurs.

Comme TosWin2 est développé au sein du projet FreeMiNT, il s'agit, ici, d'une version préliminaire non officielle. Toutefois, il est déjà possible de remplacer directement l'ancien TosWin2 dans la configuration FreeMiNT. En ce qui concerne le projet FreeMiNT Pour le FireBee, de bonnes nouvelles sont attendues dans un proche avenir.

Pour mémoire, AHCC (A Home Cooked Compiler C) est un environement de développement, qui se veut être le plus compatible possible avec Pure C, très répandu sur Atari mais malheureusement plus disponible. L'approche de AHCC est de pouvoir créer des programmes Atari qui peuvent fonctionner, à partir d'un même binaire, sur tous les processeurs du 020 au 060 en incluant les ColdFires.

Henk Robbers développe de plus en plus AHCC de façon conséquente et fiable. Et cela depuis des années. Par le biai de l'Open Sources, tout le travail est utilisable à l'avenir sans aucune relation de dépendance existentielle. En outre AHCC est splendidement approprié pour le codage même sur les «petits» Ataris d'origine.

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

Le set, créé par L. Zanier, est composé de 251 icônes en 256 (palette NVDI), 16 et 2 couleurs. L'idée derrière cet ensemble était de rafraîchir l'apparence du bureau du FireBee avec de nouvelles icônes élégantes et à jour. Bien que le FB-Basic soit dérivé de l'ensemble Linear Classic, tout le développement des icônes a été revu. Ce qui lui confère sont propre aspect distinctif, appuyé par la présence de nouvelles icônes système. Deplus, quatre nouveaux périphériques (disque dur FB, Net-imprimante, CD-R, carte CF), 39 nouveaux icônes de programmes (30 jeux et 9 applications), 1 fichier et 1 dossier ont fait leur apparition. Un nouveau fichier de configuration (teradesk.inf), optimisé pour le Official Setup FreeMiNT et comportant la plupart des icônes pré-assignés est également inclus.



Télécharger: (.zip 494kB)

Ceci implique que nos mailbox acpinfo(at)atari(dot)org et acpinfo(at)firebee(dot)org ne seront plus disponibles durant cette période, Il en sera de même pour le domaine firebee.org ainsi que notre liste de diffusion publique. Il s'agit d'un temps d'arrêt planifié et temporaire, ne paniquez pas ;) Comme précédemment, vous pourrez toujours accéder au site via l'adresse IP: http://84.20.240.129.

Grâce à Swiftconsult qui, une fois de plus, nous apporte généreusement son soutien, nous disposons de l'adresse mail acpinfo(at)atari-home(dot)de. Vous pourrez donc nous contacter par le bias de cette adresse mail de secours.

Lors de l'arrêt de cette première semaine de janvier, les autres adresses mail ne fonctionneront plus. La raison est que nous rencontrons régulièrement des problèmes pour vous contacter. le "atari(dot)org" que nous utilisons depuis plusieurs années sans problème semble n'être plus accepté par un nombre croissant de serveur de mail et est, de temps en temps, traité comme spam. Pour cette raison, nous basculons complètement sur les mailboxs firebee(dot)org dont nous assurerons par nous même le service de messagerie et la maintenance.

Nous voudrions remercier atari(dot)org pour leur grande collaboration depuis de nombreuses années!

Pour cette nouvelle année, nous continuerons avec enthousiasme et avec la livraison de la nouvelle série.

Bonne Année!

votre équipe ACP

Tout a commencé au retour des cartes, pourtant finalisée, chez Medusa. La plupart ne daignaient même pas démarrer et les quelques qui le voulaient bien, consommaient tellement que l’alimentation, pourtant généreusement dimensionnée, s’écroulait. Nous ne voulons pas vous ennuyer avec des détails sur la localisation du problème et du debug du hardware mais plutôt de passer directement à la description du problème en lui-même. Après de nombreux tests, il est apparu (et confirmé par la suite) que le problème venait des level-shifters du FireBee. La carte en contient 6 (positionnés en U25 et de U31 à U35) et sont de petits composants permettant la conversion de tension et de fournir toutes les alimentations spécifiques réclamées par les divers circuits intégrés de la cartes, comme du 3.3V, 1.45V, 1.8V etc… Ce sont des 74LVC(8T)245, des modèles typiques de convertisseurs 8 canaux directionnels de chez Texas Instruments. Ces derniers sont indispensables car au temps des années Atari, le 5V était la tension standard dans les ordinateurs. Cependant l’électronique plus récente du FireBee utilise le 3.3V voire des tensions encore plus faible comme mentionnées plus haut. Le boitier de ces composants est de type « QFN » (Quad Flat package No leads, 4 cotés sans broches apparentes), avec un « Exposed Pad ». C’est une surface métallique située sous le boitier supposée être utilisé comme « Thermal Pad » et donc d’assurer le refroidissement à travers le circuit imprimé.
Ces fameux « Thermal Pad » doivent être donc soudés sur la carte bien à plat afin de dissiper au mieux la chaleur générée par la conversion de tension. Les schémas fournis par Texas instruments de ce circuit intégré (aussi appelé « convertisseur de tension ») ne montrent aucune connexion entre l’ «Exposed Pad» et une quelconque structure interne du composant. La spécification fait simplement état que le thermal pad doit être soudé. Pour cette raison le FireBee a été conçu pour utiliser le 3.3V pour la dissipation, une idée non conventionnelle mais innovante pour économiser des ressources et de l’espace sur le circuit imprimé. L’approche « conservatrice » aurait été de souder les « thermal pads » des convertisseurs au GND.

Ce qu’il s’est passé sur la seconde série est que la résistance du convertisseur de tension a changé. La résistance entre l’ « Exposed Pad » et le GND était infinie sur des composants neufs. Lorsque les composants ont été dessoudés et que de nouveaux ont été achetés par MCS et utilisés pour vérification, la résistance était de quelques Kilo-Ohm en fonctionnement à 25°C. Lorsque la température est montée à 100°C, la résistance a chutée à quelques KiloOhm. Quelques fois le bus drivers à chauffé à plus de 110°C… Une sorte de cercle vicieux, vraiment. Tout de suite après l’allumage de l’ordinateur, le comportement de la carte commençait à changer. Plus cela chauffait, plus la résistance décroissait, plus le courant s’écroulait et plus la température s’élevait. Du coup sans évènements extérieurs, le comportement de l’ordinateur se modifiait.





Vous pouvez imaginer sans peine, tout ce qu’ont impliqué les premières semaines de debug du hardware. Un système d’environ 1000 pièces sur une carte de 8 couches, qui a prouvé son bon fonctionnement et sur lequel rien n’a changé et qui soudain a décidé de faire ce qu’il voulait en comportant différemment au bout de quelques secondes. Rétrospectivement, cela a été un bel épisode d’un magasin d’horreur E-tech… Mais en juillet, sans aucune idée sur l’origine du problème, c’était loin d’être la franche rigolade !

Notre dernière hypothèse est que TI a changé le matériau de « die-bonding » (la colle dans le composant) dans leur production de circuit intégré, laquelle est utilisée pour connecter le circuit avec le thermal Pad en interne. Quelques-unes de ces colles peuvent devenir conductrices lorsqu’elles sont chauffées. Malheureusement nous n’avons pu avoir qu’un bref état des lieux de la part de TI au sujet du « Thermal Pad » supposé toujours être « non connecté en interne ».
Le problème revient clairement à TI. La compagnie a changé les propriétés physiques des circuits intégrés à un moment donné mais n’a pas documenté ces changements. Jusqu’à aujourd’hui et en dépit de recherches intensives des PCNs (Product Change Notes), nous n’avons pas été en mesure de trouver une quelconque information à ce sujet. Donc le composant actuel est officiellement exactement le même que les lots précédents. Mais ce n’est objectivement pas le cas. Nous sommes donc incapable de définir quand le changement a eu lieu, que ce soit le lot de composant ou à quelle période.

Un développeur hardware qui s’est joint à la discussion durant l’analyse et qui a proposé son aide, a eu cette réflexion : « MCS a travaillé avec le meilleur de sa connaissance et ne devrait pas, à mon humble avis, être le seul à en supporter le cout ». Tout cela explique aussi pourquoi la société d’assemblage ne peut être blâmée pour toute cette misère. Malgré notre annonce sur la résolution du problème sans surcout, une dépense d’environ 3000 euros a été nécessaire. La société d’assemblage ayant été obligée de retirer les 6 level-shifters, leur adjoindre un film de Kapton, isolant mais dissipant la chaleur, sur les thermal pads et de les ressouder à nouveau. Le tout sur une série à 3 chiffres de cartes. Et cela sans avoir fait quelque chose de mal lors de la production. Quiconque ayant quelques connaissances sur la production de carte mère sait que faire ce genre de processus de résolution sur un si grand nombre de carte, à ce prix est vraiment incroyable ! Notre société d’assemblage a également été extrêmement coopérative et prévenante durant la phase de recherche et lors de communications avec les distributeurs et les manufacturiers. Un grand service et un exemple de collaboration !

Nous espérons que cela explique pourquoi nous faisons appel à votre générosité. En tant que projet, nous ne voulant pas qu’une seule personne, qui a déjà investi énormément de son temps libre pour faire en sorte que le FireBee soit disponible à prix coutant, soit obligée endosser tous les couts. D’un autre côté, nous ne voulons pas augmenter le prix des cartes, alors que vous les avez précommandés à un prix fixé et que la société d’assemblage, comme décrit plus haut, n’est en rien responsable de tout cela.

Enfin, toute tentative d’obtenir de l’argent de la part d’un fabricant de semi-conducteur aussi important pour des problèmes induits par leur mauvaise documentation est clairement illusoire, même si la première série se comportait différemment. Pour toutes ces raisons, nous voudrions, une nouvelle fois, faire appel à votre générosité et à votre solidarité pour qu’ensemble nous puissions nous affranchir de la facture.

Merci encore à tous pour votre confiance envers Medusa, et le soutien que vous nous avez apporté face au retard de livraison et durant l’analyse du problème.

Les dons peuvent être effectués via PayPal à
mcs (at) kingx (dot) com
ou par virement bancaire à:

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

Cette nouvelle version est principalement une version corrigeant des bugs avec seulement une nouvelle fonctionnalité mineure: une option permetant de modifier le comportement de TeraDesk lors de l'ouverture de liens vers des répertoires. (Des informations complémentaires sont disponibles dans la documentation de TeraDesk).

La nouvelle version de TeraDesk peut être téléchargée à l'adresse suivante:http://solair.eunet.rs/~vdjole/tera407b.zip&&tera407.zip

Aucun changement n'a été apporté aux fichiers de ressources par rapport à la version 4.06, les anciens fichiers RSC peuvent, donc, toujours être utilisés. La version russe de TeraDesk 4.07 avec ses documents mis à jour sont d'ores et déjà disponibles, tandis que d'autres suivront prochainement. Comme auparavent le version nationalisée de TeraDesk est disponible sur le serveur ftp Kurobox: ftp://kurobox.serveftp.net:3021/utilities/desktops/

Comme nous l'avions déjà annoncé sur la liste de diffusion, une nouvelle version du système d'exploitation Open Source alternatif pour les plates-formes Atari a récemment été publiée. EmuTOS continuera d'être amélioré, et l'équipe autour de Roger Burrows a de nouveau fait un excellent travail. Outre les "petites corrections de bugs", on retrouve 58 nouvelles fonctions et des corrections plus importantes dans cette nouvelle version! Les possesseurs de FireBee bénéficieront directement de plusieurs de ces améliorations. Les nouvelles partitions MBR étendues ou la version exécutable et indépendante d'EmuCON2, en sont de bons exemples.

Comme toujours, EmuTOS sera flashé dans la ROM du FireBee avec flash_cf.prg, et peut ensuite être utilisé comme système d'exploitation courant et indépendant en le sélectionnant à travers les commutateurs DIP, ou en le sélectionnant dans le menu de démarrage de FireTOS (dont il pourra utiliser les pilotes USB).

EmuTOS est un pur système d'exploitation ColdFire, donc il exploitera toute la puissance du processeur V4e. Ceci est particulièrement intéressant pour un système multitâche FreeMiNT ColdFire - la combinaison préférée par la plupart des utilisateurs FIreBee en open source et des développeurs "Unixophile".

Le paquet https://sourceforge.net/projects/emutos/files/emutos/0.9.7/emutos-firebee-0.9.7.zip/download&&"emutos-firebee-0.9.7.zip" avec le nouveau système d'exploitation peut être téléchargé à partir des http://emutos.sourceforge.net/en/&&pages_SourceForge_du_projet.

Étant donné que nous recevons de la société d'assemblage les cartes modifiées par petits lots, les ordinateurs seront envoyés dans l'ordre d'emission des précommandes comme nous l'avions indiqué précédement. Nous tenons à vous remercier une nouvelle fois pour votre patience. Comme cela avait été mentionné à plusieurs reprises, les ordinateurs possèderont une garantie de deux ans.

Nous connaissons désormais le montant exact du mauvais tour joué par le bus driver. En tout et pour tout, Medusa Computer Systems doit payer 2720 euros supplémentaires pour la recherche de la cause du problème et pour la modification des cartes. Alors que nous avions calculer les prix au plus juste afin d'obtenir une réduction de 40 euros, nous ne voulons pas maintenant augmenter le prix fixé. Au lieu de cela, nous expérimentons une nouvelle approche, nous aimerions collecter 2720 euros dans un effort solidaire. Toute personne désirant participer pourrait payer un petit peu plus, quelque soit le montant. Il y a peut être des personnes qui n'ont pas (encore) commandé un ordinateur et qui souhaitent soutenir le projet. Nous voudrions vous demander de vous rassembler et de fournir ensemble l'argent nécessaire. Tout ce qui n'aura pas pu être payé à travers vous devra être affranchi par MCS.

Tous les dons peuvent être envoyés sur le compte SEPA de MCS ou par PayPal.


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



mcs (at) kingx (dot) com

Comme Vincent Rivière, le développeur Atari bien connu, l'a annoncé sur la nouvelle http://mail.atariforge.org/mailman/listinfo/freemint-list&&liste_de_diffusion_FreeMiNT , le programme mintv4e.prg fonctionne maintenant parfaitement sur les cartes d'évaluation ColdFire. Avec ces cartes, il y a donc une autre plate-forme matérielle au coté du Firebee, qui peut faire fonctionner FreeMiNT pour ColdFire en mode natif. L'utilisation de EmuTOS 20160606 ou postérieure, et de préférence la prochaine version 0.9.7 à venir, permet de démarrer les EVBs à partir de dBug, de serveurs TFTP ou directement (auto-boot) par Bas_gcc. A noter que si vous voulez faire du réseau sous MiNT, vous aurez besoin de BaS_gcc en flash.

Bas_gcc est également utilisé sur FireBee, et est maintenu depuis quelques années par Markus Fröschle qui l'a porté sur les Coldfire 547x / 548x EVB au même le titre que le driver réseau FEC.XIF.

L'utilisation du système d'exploitation EmuTOS comme base pour FreeMiNT, offre aux cartes d'évaluation les caractéristiques suivantes: RS-232 console pour le texte d'E/S (aucun graphique), support de carte Compact Flash pour le stockage de masse. 14 Mo RAM ST + 46 Mo de FASTRAM. Support de clavier optionnel PS/2 avec l'adapteur Eiffel/CAN.

Le projet peut être considéré comme «achevé» et peut être téléchargé à partir de http://www.freemint.org/builds/freemint/&&l'archive_quotidienne_du_tronc .

Les bus drivers ont été retirés de l'ordinateur, isolés avec du ruban adhésif Kapton, puis ressoudés. Le système fonctionne maintenant parfaitement et la température des puces n’excède pas les 45 degrés Celsius, même après plusieurs heures d’utilisation.

Comme nous l'avions suspecté, les drivers de bus, contrairement à la fiche technique, étaient devenus conducteur après quelques minutes d'autonomie. La bande de Kapton actuellement en place sur le côté inférieur des thermal pads isole complètement, tout en permettant la dissipation thermique. Dans les prochaines semaines, une explication technique plus détaillée, sera donnée dès que nous serons en mesure d’établir un article de fond. ;)

La bonne nouvelle, à moins d’une nouvelle catastrophe inattendue, est que nous serons en mesure de livrer le premier ordinateur fin octobre! Les systèmes nouvellement équipés nous seront livrés dans des lots à 2 chiffres toutes les deux semaines, puis minutieusement inspectés un par un, avant d’être envoyés. Les précommandes seront traitées par ordre d’émission. Toutes les personnes ayant précommandé seront contactées dans les prochains jours.

Encore une fois, bravo à vous tous : la meilleure communauté au monde! Durant ces mois d’incertitude: pas un seul mauvais mot de votre part, seulement des encouragements, de la compréhension et de la confiance. Merci!

Voici donc une image de la caméra thermique pour la comparaison. Le haut de l’image montre la version avec la nouvelle bande de Kapton.

Le remplacement du bus driver de chez Ti par un modèle de NXP n’a malheureusement pas résolu le problème. Cela pose un véritable défi pour Medusa, puisque certains comportements de la carte restent mystèrieux. Vous pouvez imaginer sans peine l'énorme pression qui pèse principalement sur Fredi Aschwanden, afin de pouvoir commencer la livraison des ordinateurs. Néanmoins, les livraisons démarreront uniquement lorsque tous les problèmes seront effectivement résolus. Nous voulons que les ordinateurs fonctionnent à 100%, tout comme la première série. Pour cette raison, nous tenons à vous remercier vous, les utilisateurs finaux, pour votre infinie patience et particulièrement ceux qui ont versé un acompte il y a longtemps déjà.

Comme prochaines étapes, nous allons essayer d'aborder le problème de deux manières. D'une part, le « Thermal pad » du bus driver sera retiré de l'une des cartes. Le « thermal pad » est une surface métallique sous le composant qui est reliée au 3V3. Il sert à dissiper la chaleur sur la couche de surface, ici le 3V3. Ce "pad" ne devrait pas avoir de contact avec autre connecteur de la puce, selon la spécification. Mais apparemment, il y a un contact dès que la puce est sous tension; Cette connexion fait chauffer la puce, et conduit à une augmentation de la consommation d'énergie si forte que l'alimentation s'effondre. D'autre part, nous aurons une des cartes munies d'un bus driver identique à l'actuel, mais qui contient des résistances de « pull-up » internes, empêchant les entrées de tomber dans un état indéfini. Nous soupçonnons, en effet, que ces entrées commencent à osciller ou deviennent instables lors de la mise sous tension, et ce faisant, détruisent la puce.

Nous espérons que l'une de ces deux méthodes va conduire à une solution du problème, mais à ce stade, nous ne pouvons pas nous avancer. En outre, Wolfgang Förster a tout récemment offert son aide, étant l'un des rares avec une connaissance matérielle approfondie.

Comme il y avait une question dans un forum sur la réalisation technique d'un tel "échange de composant", nous voulons vous assurer que cela est fait de manière absolument professionnelle par la société d'assemblage. Il serait erroné de penser à quelques bricolages et/ou soudures manuelles que ce soit. Il existe plusieurs machines automatiques extrêmement complexes pour de telles tâches utilisées par la société d'assemblage. Par conséquent, un utilisateur ne remarquera même pas si un composant de la carte avait été remplacé. Il ne serait même pas possible de le faire autrement, avec près de 1000 pièces SMD sur une carte à 8 couches. A ce sujet, voici un publireportage sur une de ces machines, ici un Zevac Onyx: https://www.youtube.com/watch?v=UY2MFbk-bN0. Bien évidement, les cartes seront livrées par Medusa avec 2 ans de garantie!

Pendant ce temps, Medusa à identifié un composant, déjà suspecté, pouvant être le responsable des problèmes sur les nouvelles cartes. La communication entre la société d'assemblage et le fabricant Texas Instruments, n'a pas encore pu révéler les causes exactes du comportement du Busdriver. Le composant ne se comporte pas comme il est indiqué dans les spécifications, ni même comme celui de la série 1. Pour ne rien arranger, le comportement du Busdriver change après quelques minutes d'utilisation. Pour résoudre ce problème rapidement, tant que nous cherchons les véritables causes avec la société d'assemblage et le fabricant, Medusa a commandé de nouvelles pièces identiques de chez NXP, que nous enverrons, avec une carte, à la société d'assemblage, qui échangera le composant, afin de voir si cela corrige tous les problèmes.

Nous vous tiendrons informé au fur et à mesure. Les expéditions ne pourront être lancées que lorsque tous les problèmes seront résolus de façon satisfaisante. Si l'échange du Busdriver se révèle fructueux, tous les ordinateurs seront testés par nos soins individuellement avant expédition.

Tout a commencé avec le fait que les commandes de la nouvelle série ont été traitées lors de la nouvelle année - après les vacances. Malheureusement, le fabricant suisse ne pouvait pas assurer la période de 12 semaines qui avait été convenue en 2015. Par conséquent, le nouvel accord était que les ordinateurs arriveraient chez MCS vers la fin du mois de mai 2016. Mais il y eu un autre retard chez le fabricant et la fin juin a été avancée à MSC comme nouvelle date de livraison (incluant les excuses d’usage pour le retard). Jusqu'à présent, tout était encore à peu près correct, d'autant plus que nous avions décidé de produire également les clips pour haut-parleur / LED, ce qui aurait retardé la production de quelques semaines de toute façon.

Dans le même temps, un nouveau problème est également survenu à Vienne (tiens, cela sonne presque comme une entreprise mondiale ...). Le producteur des boitiers, avec lequel il a toujours été un plaisir de travailler, a soudain eu envie d'augmenter les prix des mini-cases de 24%. Notre remarque sur le fait que cela représenterait une inflation de 100% a été contrée par une «réduction de prix» ridicule et une brève explication. La hausse des prix a été expliquée, entre autres choses, par: «que toutes les vis seraient maintenant incluses...». À partir de ce moment-là, toute notre confiance avait disparu, dans le sens où les boitiers contiennent en tout et pour tout… une seule vis (la vis noire moletée sur le couvercle) ! et d’autant plus, que cette dernière était fournie par nos soins lors de la série précédente. Comme nous n’étions pas prêts à accepter une telle hausse de prix (que nous aurions dû vous reporter) pour des vis inexistantes. Nous nous sommes donc mis en quête d’un nouveau producteur pour nos boitiers, en étant convaincus que vous préféreriez attendre encore 4-5 semaines plutôt que subir une augmentation des coûts.

Nous avons maintenant un nouveau producteur, et nous avons pu également maintenir le prix des mini-cases. A ce moment-là, mais aussi grâce à Milan Tirnanic qui crée un nouveau, et particulièrement soigné, modèle 3D des mini-cases, les nouveaux ordinateurs ont pu arriver chez Medusa le 1er Juillet. Résultat : Aucun d'entre eux ne fonctionnait ! La plupart des cartes ne démarraient même pas. Quelques-unes voulaient bien booter, mais réclamaient tellement de puissance que l’alimentation 45W ne suivait plus.... cela relevait plus de l’appareil de chauffage que du clone Atari.

Fredi Aschwanden a passé les trois dernières semaines à essayer d’en trouver la raison, qui se révèle être tout sauf triviale. À ce jour, nous ne savons pas quel est le problème avec les ordinateurs. Cela pourrait provenir d’un court-circuit dans tout le système, certains composants ont pu être mal soudés sur les cartes, les cartes elles-mêmes pourraient être défectueuses ou bien encore des composants défectueux ont pu être utilisés. Nous avons alors renvoyé une des cartes au fabricant afin qu’il retire tous les composants pour en souder de nouveaux. Si tout va bien cela donnera une indication sur l’origine du problème.

En dépit de ces problèmes, nous sommes vraiment contents de travailler avec un fabricant suisse, qui est accessible et digne de confiance. La mauvaise production sera corrigée sans frais supplémentaires. Nous n’en sommes pas moins heureux, car à l’instar de Medusa et de l'Hadès, les premiers FireBees ont également été produites là-bas. Si nous avions choisi de les laisser produire quelque part en Asie, nous serions maintenant confrontés à un problème vraiment sérieux et avec de probables pertes financières et autre dépot de plainte en Chine (haha !).

Nous sommes donc confiants dans la résolution des problèmes d'ici la fin Août, mais nous ne voulons pas faire de promesse particulière sur la date de livraison, mais nous pouvons vous assurer que vous recevrez vos FireBees 100% fonctionnels, incluant les deux ans de garantie. Nous ne manquerons pas de vous tenir informer ici des dernières actualités.

Peter Lane a développé plusieurs applications fonctionnant sur FireBee dont nous étions fait l'écho comme entre autres Sokoban ou bien BibFind . Il développe principalement ses applications GEM en language C, en utilisant AHCC. Aujourd'hui, il propose ses notes de développement compilées dans un fichier pdf, qu'il argumente en se basant sur des exemples à la complexité croissante. Ces exemples ont, notamment, été testés avec succès sur Atari ST et sur FireBee. Le guide est actuellement rédigé en anglais, mais une version traduite dans plusieurs langue sera disponible d'ici quelques jours.

Le guide peut être téléchargé directement à l'adresse: http://peterlane.info/downloads/guide.pdf
Le code source des exemples est aussi disponible: http://peterlane.info/downloads/guide-source.zip

Retrouvez tous les développements de Peter Lane sur son site: http://peterlane.info/

L'amélioration principale du compilateur consiste en une correction de bug sur le registre d'analyse de santé où dans de rares circonstances, trop d'opérations pouvaient être écartées.
Du coté du Shell (non AHCCST), un nouvel élément de bureau vient d'apparaître: from folder. Cet ajout est vraiment intéressant et utile pour créer un nouveau fichier projet, à la manière d'un espace de travail, en construisant un squelette de projet à partir des noms de fichiers dans un dossier donné (un niveau seulement).
L'éditeur a également été revu et un bug a été trouvé et corrigé portant sur le risque de la perte de synchro de la comparaison lors de la recherche des lignes non équivalentes.

Pour plus de détails et les liens de téléchargement,merci de vous rendre à l'adresse http://members.chello.nl/h.robbers/

Cela concernait l'assemblage final du haut-parleur et des LEDs dans le boitier. A l’évidence, nous devions nous débarrasser de toute fixation à la colle chaude. Peu de temps après les premiers boitiers, Milan Tirnanic a créé un clip qui permet d’assembler les 3 parties dans le boitier de telle sorte que tout soit parfaitement fixé mais permettant malgré tout un éventuel remplacement de composant défectueux.



Comme présenté sur la droite, le clip se compose d'un cadre sur lequel le haut-parleur du FireBee vient se fixer par 4 vis. Deux ouvertures sont également prévues permettant d’y loger les LED au moyen de supports en caoutchouc standards. La chaleur produite par les Leds pourra être évacuée facilement par les trous d'aération prévus à cet effet. En dessous, le clip s'aligne parfaitement à la carte du FireBee et est attaché avec un seul vis en nylon sur côté supérieur de la carte, sous la sérigraphie (donc entre la carte et le boitier). C’est aussi simple que cela! En tant que "goodie", il y a aussi un label FireBee sur le clip lui-même qui renseigne sur la production exclusive et la fabrication spéciale pour le FireBee. De notre point de vue, le clip répond aux normes esthétiques les plus élevées.









Idéalement, ces clips devraient être produits en utilisant un moulage par injection, mais qui s’est avéré impossible pour de petites séries. Suite à cela, nous avons activement recherché un processus de production comparable comme l'emboutissage, le frittage laser, l'impression 3D ou coulée sous vide. Nous avons vraiment éprouvé de nombreuses alternatives. Malheureusement, jusqu'à présent, l'exigence de qualité ou le prix irréaliste rendait impossible la production. Mais nous avons finalement trouvé une entreprise qui propose le frittage laser à un prix très raisonnable dans le sud de l'Allemagne.

Par conséquent, nous avons décidé d'équiper tous les nouveaux boitiers de clip avec cette qualité industrielle!

Puisque nous ne pouvons produire qu'une seule série unique de ces clips, nous voulons offrir l’opportunité à tous les propriétaires de mini-case existants de pouvoir en acquérir un exemplaire. Nous proposons, donc, le clip au prix très abordable de 12,60 Euros (plus frais d'expédition) comme l'exportation de Suisse par Medusa Computer Systems.

Nous demandons donc à tous ceux qui possèdent déjà un mini-case et qui seraient intéressés par ce clip de montage pour le haut-parleur et les LEDs, de passer commande au plus tard le dimanche 26 juin 2016!

Encore une fois: Il y aura seulement une seule production de ces clips. Les retardataires auront seulement la possibilité d'obtenir une version imprimée en 3D (dont la qualité de construction sera plus faible), ou d'acheter exemplaire unique au prix de 56 euros.

Toutefois, l’introduction de ce nouveau clip de haut-parleur signifie que la livraison de la deuxième série de boitier sera retardée de quelques semaines. Nous espérons que vous pourrez accepter ce compromis et que vous serez en accord avec notre choix pour une finition plus professionnelle du mini-case.

Enfin, nous voulons fournir une page supplémentaire avec plusieurs photos du prototype. Remarque: Contrairement au prototype, le label sera tourné de 180 ° dans sa version définitive. Profitez de ce nouveau développement!

Les fichiers de données de construction sont mis à disposition en tant que "Open Hardware" sous la licence "Creative Commons by-nc-sa", en tant que fichier ".stp", ".stl" et ".pkg". Les fichiers utilisés pour la production seront bientôt disponibles en téléchargement sur notre page de support, au côté d’autres hardwares.

Pour mémoire, ce système d'exploitation Open Source émane des sources publiées de Digital Research développées au tournant du millénaire. Même si le développement du FireBee a influencé EmuTOS ces dernières années, et même s'il y a un certain chevauchement des developpeurs et un soutien mutuel, EmuTOS est, en soi, un projet général distinct et indépendant.

Ce système d'exploitation est notre seule alternative open source totalement libre. Il est flashé directement en ROM, où il coexiste avec FireTOS. A chaque redémarrage du FireBee le système d'exploitation souhaité peut être choisi. Pour une sélection permanente, de petits commutateurs DIP sont prévus sur la carte.

Le plus grand avantage de EmuTOS est, probablement, que la version FireBee a été spécialement compilée pour le CPU ColdFire, et fonctionne donc à la vitesse maximale (toutefois aucun programme 68k ne fonctionneront).

Dans la https://sourceforge.net/projects/emutos/files/emutos/0.9.6/&&nouvelle_version_0.9.6, sortie fin mai, il y a plus de 70 nouvelles fonctionnalités, des corrections de bugs et des améliorations essentielles. Tous les domaines du TOS tels que AES, BDOS, BIOS, VDI ainsi que le bureau "EmuDesk" ont profité des innovations, la performance générale a été améliorée et les utilisateurs de FireBee peuvent ainsi bénéficier des fonctions récemment ajoutées.

Nous vous recommandons de mettre à jour le système avec la dernière version d'EmuTOS.

Comme toujours, la dernière version peut être trouvée sur les http://emutos.sourceforge.net/en/&&pages_SourceForge_du_projet. Après avoir décompresser le dossier emutos-firebee-0.9.6.zip, EmuTOS sera flashé en ROM du Firebee avec respectivement FLASH060.PRG de FireTOS/FreeMiNT et avec FLASH_CF.PRG de EmuTOS. Il sera disponible à la suite d'un redémarrage sans avoir recours à système de stockage de masse, comme cela est de coutume sur les ordinateurs Atari.

Le développement de EmuTOS progresse en permanence , grâce au travail fantastique, entre autres, de Roger Burrows et Vincent Rivière .

La capture d'écran présente le programme sur FireBee sous MiNT+XaAES.

Caractéristiques:

• Contient les 50 niveaux classiques de Thinking Rabbit


• Des niveaux additionnels peuvent être chargés à partir d'un fichier texte


• Le Undo est illimité


• Les déplacements et les poussées sont comptabilisés et enregistrés par niveau


• La taille de l'affichage peut être modifiée

Rendez vous http://peterlane.info/sokoban.html pour :
- Télécharger les fichiers (un build est disponible pour FireBee, et pour ST / 68000)
- Obtenir le code source (Ce programme a été écrit sur un FireBee avec AHCC).

Vous pouvez l'utiliser à l'intérieur de vos drivers d'imprimante et « d’imprimer » au format PDF à partir de diverses applications. La version Beta 3 est désormais publiée, vous pouvez dès à présent utiliser PH PDF Maker sur votre FireBee car il est compatible avec NVDI (voir notes ci-dessous). Les nouvelles fonctionnalités de la version beta 3 sont:

1. Fonctionne avec NVDI 3, 4, 5 & SpeedoGDOS 5.0c, 5.7.


2. Supporte les graphiques True Colour 24 bits pour la reproduction en PDF des couleurs réelles.


3. Sélection de la résolution de sortie jusqu'à 300 points par pouce.


4. Sélection parmi 12 formats de papiers standards PDF.


5. Compression du PDF pour une taille de fichier réduite.


6. Support des fichiers PDF sécurisés avec cryptage du mot de passe et contrôle d’accès en lecture / ouverture.


7. Support de PDF protégé par contrôle de restriction pour la copie, l'impression et l'édition.

Caractéristiques de la version précédente:

1. Création de fichier PDF simplement en imprimant à partir d'une application via les paramètres classiques de l'imprimante GDOS .


2. Support des fonctions VDI pour le texte graphique, texte de contour, cercle, polyline, rectangle et zone couleur pleine (polyline fermée).


3. Support des Generalized Drawing Primitives (GDP) : barre, arc, cercle et ellipse.


4. Support des effets de texte tels que gras, italique, contour, souligné, rotation, couleur, police mise à l'échelle, exposant et indice.


5. Support de la cartographie couleur VDI pour les objets graphiques supportés, les lignes, les textes et les objets remplis.


6. Support des polices de caractères TrueType pour un plus bel aspect de sortie.


7. Support des accents latins tels que définis par le jeu de caractères Atari standard (i.e via le clavier).

NVDI 5 sera seulement capable de rendre les graphismes True Colour sur le document PDF. Malheureusement, NVDI 5 ne pourra rendre qu’une très petite portion de texte en raison d'une restriction imposée par NVDI 5. Ce phénomène ne se produit que sur NVDI 5, donc si vous possédez NVDI 3 ou 4 sur le FireBee, vous devriez être en mesure d'utiliser pleinement PH PDF maker bêta 3. Cette limitation ne vous empêche pas de faire des DPF avec des graphismes TrueColour sur votre puissant FireBee en utilisant les capacités de gestion d’image de Papyrus ou d’Atari Works.

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

Une mise à jour du GFABASIC vient d’être publiée dont les points importants sont les suivants:

GFA-Basic Editor v1.68
Amélioration de la gestion des fichiers assembleur et include

Compiler / Linker r27
Inchangé depuis la version précédente.

Library/ / Interpreter r16
Correction de crashs aléatoires au démarrage.
Correction du non fonctionnement en Fast-Ram.
Correction de deux bugs dans la commande DIM.

Compendium v2.88 GFA-Basic
Correction de diverses erreurs de typographie, reformulation de quelques pages, et addition de nouvelles informations.

Cette mise à jour est particulièrement importante pour les possesseurs de FireBee qui utilisent l'interpréteur.
Pour de plus amples informations, se référer aux journaux individuels des modifications inclus dans la documentation.

Lonny Pursell souhaite remercier Peter Lane pour son rapport de bogue et les tests détaillés sur Firebee.

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

L'écriture est une activité productrice qui peut être réalisée tout aussi efficacement sur le FireBee que sur tout autre ordinateur. Peter Lane a créé deux outils de support au processus d'écriture. Le premier vous permet de regarder au travers d’un fichier BibTeX afin d’obtenir des citations et des références à coller dans un document, et le second est un convertisseur texte vers HTML, basé sur AsciiDoc. Ces programmes vous permettent d'écrire et de pré visualiser des documents sur le FireBee, qui peuvent être ensuite converti en format pdf / epub etc sur un ordinateur exécutant un système d'AsciiDoc complet.


Le premier programme, BibFind, vous permet de rechercher des entrées dans une bibliographie écrites dans le format BibTeX (.bib). Vous pouvez regarder chaque entrée dans la bibliographie, ou rechercher des entrées correspondantes à un ou plusieurs mots-clés. Les citations ou les références pourront être ensuite copiées dans le presse-papiers afin d’être collées dans un éditeur texte ou un traitement de texte. Cela a été testé avec succès avec QED et Atari Works.

Vous pouvez copier l'une des informations suivantes:

1. id: utile pour les documents LaTeX ou AsciiDoc
2. cite: un style de citation (auteur, année)
3. Harvard: un style de référence Harvard-auteur (année), à coller dans des listes de référence
4. IEEE: un style de référence IEEE, pour les listes de référence numériques

Le deuxième programme, Neso, est un programme de conversion texte vers html, dans l'esprit d’Asciidoc et Markdown. Il prend en charge un sous-ensemble limité de syntaxe AsciiDoc y compris les en-têtes, les images, les liens http, listes et formatage simple.

Neso peut être utilisé sous Mint avec un éditeur de texte et une visionneuse HTML, tels que QED et Netsurf. Les documents peuvent être édités dans QED, converti en cliquant sur le bouton 'Convertir' sur Neso, puis l'affichage rafraîchi en Netsurf: C'est un processus d'édition / prévisualisation très efficace.

Pour plus d'informations et télécharger les fichiers, visitez:
http://peterlane.info/bibfind.html
http://peterlane.info/neso.html

Les deux programmes ont été développés sur FireBee en utilisant le compilateur AHCC C.

Les cartes seront inspectées et soumises à diffèrent tests, puis installées dans les mini-cases en fonction de l’ordre des précommandes reçues. Toutes les personnes ayant précommandé un FireBee seront contactées d’ici 4 à 8 semaines afin de finaliser la commande (par exemple : rajout d’une carte CF, d’un bloc d’alimentation, etc…), et bien entendu de finaliser le payement.
Bien entendu, le FireBee peut toujours être précommandé, car, comme nous l’avons fait pour la première série, afin de réduire les couts, nous avons volontairement mis en production une quantité plus importante que le nombre de précommande.

L'environnement de développement, désormais en version 5.3, offre diverses modifications sur le compilateur, l'assembleur, le Shell, l'éditeur, la bibliothèque ahccstdf. Comme d'habitude, AHCC fourni des binaires optimisés pour les CPUs ColdFire, qui fonctionnent également sur les 68020, 030, 040 et 060 en utilisant les instructions disponibles pour chaque processeur. La nouvelle version de AHCC est disponible sur http://ahcc.atari.org/&&le_site_de_Henks.

Les ordinateurs seront construits comme la série précédente par une société d'assemblage suisse. Nous sommes pour le moment en attente de la date de livraison définitive.

Les commandes du nouvel ordinateur FireBee restent ouvertes. Pour les personnes désireuses de payer en deux fois, il est encore possible de faire un premier dépot tant que la fabrication de la nouvelle série n'est pas achevée.
Nous prendrons en suite contact avec les personnes ayant précomandé avant la livraison pour la finalisation du paiement et/ou pour d'éventuelles commandes supplémentaires comme des PSU, des cartes SD ou bien des mini-cases.

Nous souhaitons à la toute la communauté de joyeuses fêtes de fin d'année et nous vous tiendrons informés en début d'année.

L'ensemble Linear Classic est composé de 206 icones en 256, 16 et 2 couleurs, au format RSC habituel (AES-4). Un fichier de configuration (teradesk.inf), optimisé pour le setup officiel du FireBee, est également inclus.
Pour ceux ayant déjà optimisé leur bureau Teradesk avec l'ensemble Linear Blue 48pts. version 1.2 à 1.4b, seul le fichier cicons.rsc devra etre remplacé. Le fichier teradesk.inf ayant une compatibilité ascendante.
Afin de permettre aux utilisateurs de personnaliser leur espace de travail, plusieurs icones de dossier non attribués ont également été inclus (folder1-folder7).
A noter que l'ensemble Linear Blue a été récemment mis a jour et est disponible sur la page Support/Aspect et comportement du site firebee.org.

Apercu global
(.zip 230kB)

La mise à jour améliore la qualité de la vidéo de l'intro pour Elansar et la performance du jeu. Philia, qui était destiné uniquement pour le Falcon, est désormais compatible avec le FireBee. Les deux jeux peuvent être joués soit en plein écran soit dans une fenêtre GEM, et sont compatibles multitâches et proposent des graphismes en 16 bits. Outre le Firebee, d'autres compatibles Atari haut de gamme profitent également de cette mise à jour, comme la CT60 ou des systèmes avec des cartes graphiques.

Les deux jeux http://onorisoft.free.fr/retroshop/index.html&&peuvent_être_commandés en ligne pour 5 euros.

Juste après la rédaction de ces lignes, Orion a également publié un autre jeu pour le FireBee. Cette fois, il s'agit de "Alice's Mom Rescue", un jeu de puzzle/plateforme dans le plus pur style 'oldschool pixel art'. Il fonctionne en plein écran et ne peut être joué qu'avec un clavier USB. Nous espérons que le clavier Atari sera prochainement supporté.
Le jeu est disponible en anglais, français, allemand, espagnol et italien et peut être trouvé dans la boutique en ligne itch.io pour un cout modique.


Orion est un développeur qui a publié des jeux pour de multiples plates-formes, y compris le Falcon, la Jaguar, Android, Windows et Mac. Il a récemment porté son jeu de puzzle Yopaz sur le ST en tant que jeu GEM.

Jusqu'à présent, l’impression avec le FireBee n'était possible que par l'intermédiaire d'un réseau et de PHERP. Depuis quelques mois maintenant, l'équipe a travaillé dur pour obtenir un port parallèle fonctionnel permettant, avant tout autre chose, l'impression locale.

Grâce à une nouvelle version du FPGA, d’EmuTOS et un xdd (pilote de périphérique) pour FreeMiNT, l'impression via le port parallèle est désormais possible avec le FireBee sous EmuTOS et FreeMiNT, en tant que surcouche d’EmuTOS. Le port parallèle est maintenant parfaitement opérationnel.

Pour cela vous aurez besoin de:

• La nouvelle créé par Medusa
• Le dernier http://sourceforge.net/projects/emutos/files/emutos/0.9.5/emutos-firebee-0.9.5.zip/download&&EmuTOS_0.9.5 , publié le 25 Octobre 2015

Ces deux composants doivent être flashés en ROM comme d'habitude avec FLASH060.PRG de FireTOS.

• Pour l’impression sous FreeMiNT vous aurez également besoin du nouveau de Markus Fröschle, disponible dans le dossier xdd de FreeMiNT.


Version longue de cette "histoire sans fin":

Jugé parfois comme récurrent, écrasant, voire même exaspérant aux yeux des développeurs, le souhait de la coordination du projet est d’offrir aux utilisateurs, un usage aussi complet que possible du FireBee et ce dans tous les cas de figure inimaginable. A ce titre, Wolfgang Förster a posé quelques questions pertinentes à l'équipe. Elles portaient sur le non fonctionnement du port parallèle et sur l’implémentation VHDL existante. Wolfang s’est également penché sur la configuration du FPGA et est revenu avec quelques théories plutôt judicieuses sur les raisons du dysfonctionnement.

Puis, par chance, Roger Burrows et Markus Fröschle ont démarré une recherche de bugs éventuels sur le port parallèle en même temps que Fredi Aschwanden. Durant ce temps, Mathias Wittau essayait de convaincre Miro Kropáček et / ou Peter Persson afin de les amener à investir leur peu de temps libre dans une solution de contournement. Des Éloges toutes particulières se doivent d’être attribuées à Rogers pour ses mesures sur les dispositifs Atari originels, sans quoi de nombreuses questions seraient restées sans réponse et n’aurait pas pu conduire à la réalisation de ce correctif. De là, plusieurs développeurs ont dormi en face de l'ordinateur, penché sur la littérature, à la création différents tests de configuration du FPGA, et à apprendre beaucoup sur le VHDL.

Grâce à l'analyse minutieuse de toutes les données recueillies, le problème a été identifié par Markus Fröschle, et l’amorce d'une solution pour un port parallèle opérationnel a pu être envisagée. Naturellement, une nouvelle configuration du FPGA sans bug, du moins en relation avec le port d’impression, a été rapidement créée. Il s’est avéré, cependant, que bien que le port fonctionnait correctement, il était environ 40 fois plus rapide que sur les Falcons d'origine, en raison de la défaillance de certaines routines système. Par conséquent, Roger Burrows a "rapidement" réécrit EmuTOS pour y remédier, et Markus Fröschle a créé un xdd afin d’utiliser le port d'impression correctement sous FreeMiNT.

Dorénavant, l'impression fonctionne très bien avec toutes les imprimantes sur le port parallèle, aussi longtemps qu’EmuTOS ou FreeMiNT sous EmuTOS sont utilisés. FireTOS et également la configuration officielle de FreeMiNT avec FireTOS sont toujours en attente d’un futur développement, à savoir, un patch similaire à celui d’EmuTOS. Une fois de plus, les avantages incontestables de l'open source ont été démontrés de manière impressionnante. Heureusement, nous disposons également des licences du TOS original qui au moins nous permettra de résoudre le problème ultérieurement. Après tout cela, tous les drivers d’impression NVDI ou Papyrus devraient pouvoir fonctionner.

Le nouvel EmuTOS offre également de nombreuses autres nouveautés pour le FireBee tels que des optimisations de l’AES qui permettent d'exécuter de nombreux programmes sans erreur (eq QED qui permet d’imprimer désormais parfaitement à tout moment), des améliorations du BIOS pour la reconnaissance automatique de multiples bus IDE, diverses optimisations d’EmuDESK et beaucoup, beaucoup plus.

Amusez-vous bien avec vos FireBees désormais prêt pour l’impression!

Il apporte l'expertise de son travail quotidien en s'appuyant sur le code de base du FireBee mis en place par Alan Hourihane, Lyndon Amsdon et Fredi Aschwanden. Patrick va commencer à mettre en œuvre le protocole PS/2 afin de réaliser une interface tiers pour les périphériques HID disponibles sur le Firebee. Après une première analyse de ce qui est déjà disponible ainsi que des premiers tests pratiques avec une carte de développement, il s'attend à des résultats substantiels d'ici la fin de cette année.
Une fois terminé, d'autres projets sont d'ores et déjà planifiés comme le Game Port, des améliorations du RTC ou un outil de flash.

Lonny Pursell a écrit un bon nombre de codecs ZView et mis à jour d’autres plus anciens. Au total 53 codecs ont été recompilés pour le FireBee. On y retrouve divers formats d’image comme Neo, Pixart, POFO, STAD, Degas, IFF, Macpaint ou Sun pour n’en citer que quelques un. Des améliorations ont été portées sur certains codecs comme le TGA ou BMP et on retrouve également 5 encodeurs. Tous les codecs sont des bibliothèques LDG et pourront être utilisés par des applications autres que ZView.
Merci à Uros Vidovic et Pierre Ton-That pour les tests. La peut être téléchargée directement.

(PDF 0,37MB)

Bien que la première série soit épuisée depuis 2014, de nombreuses demandes pours des unités supplémentaires ont continué d’affluer. Si bien que nous avons décidé de produire une autre série. Afin de la préfinancer complètement, nous aimerions obtenir 50 précommandes fermes et parmi lesquelles 20 acomptes de 200 euros. Dès que le nombre de précommandes et d’acomptes sera atteint, la production pourra commencer et un délai de 12 semaines sera nécessaire. Idéalement, ces cartes seront toujours être expédiées en 2015, si suffisamment de commandes sont passées dans les prochaines semaines.

Bien entendu, les FireBee de la 2ème série peuvent également être achetés sans précommandes après que la production soit achevée. Mais chaque précommande ferme nous permet de commencer la production au plus tôt! Par conséquent, si vous pensez acquérir un FireBee, c'est le moment idéal pour passer commande.

La production aura lieu dans une entreprise d'assemblage suisse. La bonne nouvelle est que nous avons pu baisser le prix à 560 euros par carte. La mauvaise nouvelle est que, à l'origine, nous avions prévu de vous surprendre avec un prix réduit de 460 euros. Mais les réductions de coûts sur le matériel informatique ont été complètement annulées par le taux de change franc suisse. La Banque Nationale Suisse a relevé le taux minimum de change avec l'euro en début d’année et de ce fait, le franc suisse a grimpé énormément. En conséquence, le FireBee coute encore 560 euros. Seuls atariste suisse peuvent donc profiter d'un FireBee à prix réduit. Pour tous les autres, nous pouvons seulement proposer cette petite réduction de prix.

Pour la carte elle-même, nous avons décidé, après nombre de considération, de la produire à l’identique de la première série. Il y a un certain nombre de raisons à cela:

• En réutilisant les films existants et évitant d'autres prototypes (qui aurait aussi été nécessaire, même pour de petits changements), le prix pourrait être maintenue au plus bas.

• Tant que nous produisons en petites séries, tout changement dans le matériel comporte le risque d'un "support désastreux". La nécessité d'examiner la version de la carte, ou du firmware, pour chaque demande client ou lors de l'élaboration d'une application, de devoir créer des versions différentes des logiciels / firmwares / etc, pourrait éventuellement aboutir à une catastrophe. Les idées pour réduire les couts, comme l'utilisation d'un FPGA plus petit (qui pourrait être utilisé directement grâce à la compatibilité du pin-out), ont été écartées pour les même raisons.

• Demander des modifications matérielles, même minimes, aurait impliqué de les reporter également sur la série 1. Par exemple, sur le bus IDE, il manque actuellement deux signaux nécessaires aux opérations IDE-DMA. Puisque nous sommes en mesure de fournir un add-on en utilisant le connecteur d'extension, et que nous avons encore besoin de fournir un câble spécial pour la série 1 pour la mise en œuvre du DMA, une adaptation des nouvelles cartes n’est pas été justifiée.

Les ordinateurs seront donc produits exactement comme la première série. Toutes les informations et les examens antérieurs s’appliquent toujours, et tous les logiciels existants peuvent être utilisés de manière identique.

Les précommandes peuvent désormais être effectuées, que ce soit par la manière classique, en envoyant un mail à "acpinfo atari org", ou bien en utilisant le nouveau formulaire de commande en ligne sur firebee.org. Si vous souhaitez commander un mini-case pour votre FireBee, merci de spécifier la couleur souhaitée.

Comme toujours, une distribution ColdFire est proposée sur le site de Henk Robbers. Les nouveautés et les améliorations du Shell, du compilateur, de l'assembleur, des bibliothèques et de Calc sont décrites dans le changelog.

http://ahcc.atari.org

Il en ressort le besoin d’avoir un site réellement multilingue et une édition d’articles par différents auteurs et traducteurs. Afin que le projet Atari Coldfire soit plus largement répandu, il s’est avéré évident que les informations avaient besoin d’être plus structurées à la manière d'un Wiki par exemple. De plus, nous voulions posséder un espace de téléchargements, et de support complet. En outre, nous tenions à présenter nos produits de manière attrayante et rapidement accessible. Nous souhaitions avoir une boutique en ligne et même pouvoir présenter des logiciels externes. Et en plus de publier les actualités sous le format habituel, nous aurions aimé être en mesure de les enrichir au travers l’ajout de nouveaux chapitres et de bien d’autres choses.

Comme vous pouvez le voir, nous en voulions beaucoup, parfois même un peu trop. Il aura donc fallu attendre un long moment afin de pouvoir mettre firebee.org en ligne.

Bien que toute l’infrastructure fût déjà prête sur le plan de la technique ou du design général, nous n’étions pas en mesure de le lancer officiellement. Puis, il y a environ 2 mois, et aussi grâce à l'aide du magazine imprimé allemand ST-Computer à paraître, nous avons décidé de travailler entièrement sur le site. Nous vous déjà défini les contours de ce que sera la structure de base avec un système de gestion de contenu (CMS) programmé par nos soins. Nous sommes donc en mesure de présenter des informations structurées, les derniers logiciels et proposer l’interaction avec les utilisateurs de FireBee a travers le monde. Par exemple, dans l’espace de support, nous avons étudiés et fournis pour les actualités, les informations à partir du Wiki allemand et a ajouté les nouveaux développements de ces dernières années. L’ensemble traduit dans différentes langues.
Ainsi nous pouvons déjà vous proposer les plus récents et importants téléchargements pour le Firebee dans les domaines des composants Flash, systèmes d’exploitation et des environnements de développement. Une autre première mondiale est que nous proposons maintenant, en téléchargement, le layout complet du système pour KiCAD. Ce qui le rend projet réellement Open Source.

firebee.org vas grandir. Au coté de l’allemand, l’anglais, le français, l’italien et l’espagnol, d’autre langues pas encore actives suivront, surtout pour le support que nous remplirons en permanence avec questions/réponses de fond liées aux nombreuses interrogations déjà soulevées. Prochainement, l’espace de téléchargement deviendra une véritable database avec tous les logiciels fonctionnant sur le FireBee, mais aussi proposera une présentation des divers programmes externes ainsi que les liens de référence.

Comme toujours notre projet est basé en grande partie sur votre participation, ainsi pour toutes personnes voulant écrire un article ou mettre en évidence un aspect spécifique du FireBee, ayant étudié un sujet en particulier, voulant faire des traductions ou de la relecture…, envoyer nous vos textes ou contactez nous si vous désirez contribuer de façon permanente.

Nous sommes tout particulièrement fiers que le site ainsi programmé puisse fonctionner sur tous les navigateurs Atari. Des optimisations de rendu pour Highwire, Cab, ou NetSurf seront apportées et incorporées dans les semaines à venir.

Merci aux 10 personnes, qui ont investi vraiment beaucoup de leurs temps, ces dernières semaines. Et tout particulièrement aux traducteurs et relecteurs qui ont connu des moments difficiles. Juste à temps pour le lancement de la seconde série, dont nous vous tiendrons informer régulièrement dans les prochains jours, nous avons pus être en mesure de poser les fondations pour une information plus pertinente, un transfert de connaissance et une communication accrue avec vous, les utilisateurs.

Au travers d'une discussion interne, conduite principalement par Olivier Landemarre, Rogers Burrows et Markus Fröschle, les développeurs de l'ACP ont débattu sur la manière dont Freescale avait pu atteindre la vitesse de 401 MIPS pour les 266 MHz du processeur ColdFire. Après avoir spéculé autour des MIPS, VAX et autre Dhrystone, les développeurs se sont mis d'accord sur le fait qu'ils n'étaient pas d'accord ! Il n'en demeure pas moins que les points abordés restent intéressants et doivent être portés à l'attention du grand public.

Pour les besoins de la discussion, le benchmark Dhrystone 2.1 a été recompilé avec GCC 4.6.4. Nous ne pouvons en conserver car malgré tout, ils offrent une bonne comparaison entre le FireBee sous EmuTOS(100% natif ColdFire), FireTOS avec cf68klib, Aranym (sans JIT), un Atari Falcon, un TT, et également une ct60. Nous savons que les fanatiques de la technique apprécieront !

Bel été à vous !

Au mois d'octobre 2012 Joakim Högberg avait délivré une version « pré-bêta ». Bien que la situation n'ait guère évolué depuis, le développement du programme s'est toutefois poursuivi et une nouvelle version officielle du client ICQ est désormais disponible. La version 0.176 corrige plusieurs erreurs rencontrées, entre autre, dans la gestion de la mémoire, la superposition et les raccourcis.
AtariICQ est un programme écrit en GFA-Basic à l'aide de GBE de Lonny Pursell et fonctionne sur Atari classique et FireBee (FireTOS, FreeMiNT). A noter que depuis la version 0.173 Atari ICQ est devenu freeware. La liste exhaustive des modifications ainsi que le téléchargement sont disponibles sur le site web AtarICQ:
http://www.ataricq.org/index.php?option=com_content&view=article&id=48&Itemid=53

La version 1.2b du jeu d’icônes Linear Blue en 48 points, 256 couleurs pour Teradesk est disponible en . La mise à jour inclue 24 nouveaux éléments pour arriver à un total de 202 icônes.
Le fichier de configuration desktop.inf pour le setup FireBee est également à jour et la majorité des nouveaux icônes est déjà paramétrée.

Cette mise à jour résout différents problèmes d'installation signalés par les utilisateurs. L'installation a été grandement facilitée par la réunification, au sein d'une seule et même archive, de tout le nécessaire à la programmation et la compilation. L'installation par défaut prend en considération tous les chemins et les commandes relatives à la construction de binaire 68K et FireBee. Des corrections de bugs ont également été apportées sur la majorité des composants. De plus amples détails sur ces nouveautés pourront être trouvés dans la documentation fournie.

Instructions d'installation : http://userpages.bright.net/~gfabasic/html/gbesetup.htm
Le lien de téléchargement : http://userpages.bright.net/~gfabasic/files/gbe.zip

Espérons que cela facilitera les utilisateurs et accélérera les développements sur leurs Bees.

Philippe Noble a récemment publié Askin, un nouvel ensemble de gradients et de widgets pour XaAES, dans l'idée de donner au Firebee et autres plates-formes FreeMiNT supportant modes vidéo en TC, un look agréable et moderne. Les gradients Askin ont été créés pour correspondre aux ensembles d'icônes "Linear.48", mais ils devraient fonctionner correctement avec la plupart des ensembles d'icônes.

Les informations disponibles sur le format de gradient étaient limitées et incomplètes. Avec le soutien de la communauté et des développeurs, Philippe a dû trouver par tâtonnement comment obtenir les meilleurs résultats. Une image de prévisualisation ainsi que la dernière version du paquet de gradients Askin est disponible à Philippe page Web:

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

De plus, pour aider les autres utilisateurs à créer leurs propres dégradés, Philippe a écrit un guide de pratique disponible à: http://www.philippeworld.net/ftp/Apps/howto.txt

Les fichiers source des gradients étant écrit en langage C, ils doivent être convertis, au préalable, au format « .grd » afin de pouvoir être importés dans XaAES. L'équipe FreeMiNT à écrit un guide à ce sujet: « Creating gradient-files » pour AHCC, au format « readme.txt ». Ce dernier, ainsi que les sources des gradients XaAES par défaut, sont téléchargeables à l'adresse:

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

Marc-Anton Kehr vient de réaliser une nouvelle version de EasyMiNT qui devrait maintenant fonctionner sur FireBee. Bien qu'en phase préliminaire (alpha), quelques ajouts ont été également apportés au support ST.

Deux points sensibles ne sont pas encore fonctionnels sur le FireBee et qui nécessitent, de fait, la plus grande prudence :

- La vérification du système de fichiers lors du démarrage.
- L'absence de sauvegarde d'un dossier de MINT existant.

Maintenant, les nouvelles:

- Mint 1,19 et XaAES 1.6.4b sont désormais installés.
- Le Firebee est supporté.
- Le système de fichiers ext2 sur ST.
- La substitution de Teradesk par Thing 1,29.
- La création d'une partition ext2 fonctionne désormais sur le Firebee.

Le package, d'environ 40 Mo, peut être téléchargé à l'adresse: http://atari.st-katharina-apotheke.de/download/em_190b.zip

S'agissant d'une version Béta, la plus grande prudence lors de l'utilisation est requise !!!

De plus, une version d'E-Nick, le configurateur réseau d'EasyMiNT a été recompilé supportant le Coldfire. Vous pouvez également l'obtenir sur la page d'accueil de maanke. http://atari.st-katharina-apotheke.de Un grand merci aux développeurs qui travaillent juste pour FreeMiNT, en particulier Lonny Pursell, Vincent Rivière et Helmut Karlowski.

Amusez-vous bien !