Dabei handelt es sich – zum zehnjährigen Jubiläum unseres ersten Multitasking-Setups – um eine komplett neu zusammengestellte MiNT-Installation. Alle Programme sind dabei auf dem neuesten Stand. Etliche neue Anwender-Programme haben ebenfalls Eingang gefunden und können von euch wie gewohnt, in vorinstallierter Weise, sofort genutzt werden.



Das Projekt daß damals maßgeblich von Jo Even Skarstein umgesetzt wurde, ist die letzen Jahre von Latz vorangetrieben worden. In jahrelanger und unermüdlicher Tätigkeit für unsere Plattform konnte ein sehr ansehnliches und den Umständen entsprechend aktuelles Betriebssystem mit über 50 modernen Anwenderprogrammen zusammengestellt werden. Unser besonderer Dank gilt all den externen Programmieren die uns die Vorinstallation ihrer Software genehmigt haben, oder diese sowieso unter freien Lizenzen zur Verfügung stellen.

Hinweisen möchten wir in diesem Zusammenhang auch noch einmal nachdrücklich darauf, daß wir als ACP-Team die allermeisten des Betriebssystems und dessen Teilbereiche, sowie die Anwenderprogramme nicht programmiert haben und somit auch nicht für deren Funktionalität oder den Support verantwortlich sein können. Schließlich muß auch die Ehre jenen gebühren, denen sie gebührt, nämlich den hunderten Menschen in aller Welt, die zumeist in ihrer Freizeit diverse Software-Titel und Betriebssystem-Teile für die Atari-Plattform erschaffen. Allen voran den Mitwirkenden am FreeMiNT-Projekt, die unsere Plattform fortwährend mit einem modernen Multitasking-Betriebssystem-Aufsatz unter Freier Lizenz versorgen.

Unser FireBee FreeMiNT-Setup kann wie gewohnt direkt auf eine Compact-Flash-Karte entpackt werden und unter FireTOS gestartet werden. EmuTOS funktioniert, wie auch schon bisher, nicht damit! Wir empfehlen jedenfalls eine eigene leere CF-Karte. Ein Entpacken auf einer bereits vorhanden Installation ist wegen der neuen Datei/Ordner-Struktur nicht sinnvoll und nur in Ausnahmefällen sehr erfahrenen Menschen anzuraten.

Wir hoffen euch mit dieser neuen System-Version den Start ins neue Jahr zu versüßen und für viele spannende Stunden mit euren FireBees gesorgt zu haben. Ab nächstem Jahr werden wir uns dann auch wieder regelmäßiger als Projekt mit den Neuigkeiten an euch wenden, und hoffentlich die Auslieferung der derzeit ausverkauften Serie endlich abschließen können.

Die hauptsächlichen Neuerungen in EmuTOS 1.2 sind:

- AES: Unterstützung von 3D Objekten (aktiviert in 512k ROMs und PRG)
- AES: Unterstützung von neuen menu_xxx() Funktionen in AES 3.30
- AES: Erlaubt bis zu 16 Fenster bei Versionen mit AES 3.30 Unterstützung
- BIOS: I/O Interrupt-Treiber für serielle Ports (SCC) integriert
- EmuDesk: Angepasster Bildschirmspeicher in den Videl-Modi, wie bei TOS4
- Allgemein: Die FireBee ROMs beinhalten nur noch eine Sprache
- VDI: Absturz-Fehler mit FreeMiNT und Speicherschutz behoben


Weitere Änderungen:

- AES: Verbesserte Anzeige der Fehler wenn Programmstart fehlschlägt
- AES: Verbesserte Fehler-Prüfung für wind_xxx() Funktionen
- AES: Die Trennlinien in Menüs sehen jetzt besser aus
- BDOS: Undokumentierte TOS-Funktion Srealloc() implementiert
- BIOS: Unterstützung für IKBD/MIDI Fehler-Vektoren
- BIOS: Timeout für IDE-Transfers erhöht
- EmuDesk: Fehler in 'Dateimaske setzen...' behoben
- EmuDesk: Drag'n'drop Fehler bei Desktop-Icons behoben
- EmuDesk: Bei längeren Aktionen wird der 'busy'-Mauszeiger angezeigt
- VDI: Die Falcon Video-Modi können jetzt in v_opnwk() verwendet werden
- VDI: v_hardcopy() implementiert
- VDI: Einige VDI-Aufrufe beschleunigt
- XBIOS: Undokumentierte TOS-Funktion VcheckMode() implementiert
- Viele kleine und/oder obskure Fehler beseitigt


Änderungen in EmuTOS 1.2.1:

Es gab nur zwei Bugfixes für EmuTOS 1.2:
- AES: Alert-Box bei Accessories behoben
- AES: Korrekter Prozessname im AES Prozess-Descriptor

Die neue Version für eure Hardware findet ihr hier:
https://sourceforge.net/projects/emutos/files/emutos/1.2.1/
oder in Dima Sobolev's TOS-Images Sammlung:
http://avtandil.narod.ru/tose.html

Dima hat auch sein TOS-Images Erkennungsprogramm auf die neue EmuTOS-Version erweitert. Das Programm findet ihr auf seiner Webseite:
http://avtandil.narod.ru/Progs/avrom.zip

Die hauptsächlichen Neuerungen in EmuTOS sind:

- AES: Unterstützung von Farbicons
- AES: Unterstützung von farbigen Fenstern
- BIOS: Unterstützung des Falcon DSP
- BIOS: I/O Interrupt-Treiber für serielle Ports (MFP und TT-MFP) integriert
- BIOS: Die Unterstützung der Nova Grafikkarte wurde in manchen Bereichen verbessert
- EmuCON: Das EmuCON Start-Verzeichnis kann jetzt eingestellt werden
- EmuCON: Der EmuCON Standard-Pfad wird nun von der AES "PATH"-Variable initialisiert
- EmuDesk: Die nicht-Standard Option 'Menü-Klick' wurde entfernt
- Allgemein: Online-Anleitung für EmuTOS
- Allgemein: Die Sprachen Ungarisch und Türkisch wurden hinzugefügt
- Allgemein: Die 512K ROMs beinhalten nur noch eine Sprache

Weitere Neuerungen:

- AES: Handle '||' und ']]' in form_alert() korrigiert
- BIOS: Startmeldung erscheint früher
- BIOS: Unterstützung für die UltraSatan RTC
- BIOS: Korrigierte Tastaturtabellen für Norwegisch/Russisch/Schwedisch
- BIOS: Mehrere kleine Fehler im Falcon Videl Handling korrigiert
- BIOS: Das Problem mit langsamen ACSI-Geräten (Satandisk) wurde behoben
- BIOS: Verbesserte Unterstützung für Spectre GCR Partitionen
- BIOS: Beschleunigtes Booten wenn kein IDE-Laufwerk vorhanden ist
- EmuDesk: Fehler bei 'Anwendung anmelden' im Zusammenhang mit dem Standard-Viewer behoben
- EmuDesk: Mehrere Fehler im Zusammenhang mit Desktop-Icons korrigiert
- Allgemein: Neues Multi-Sprachen 1024K ROM-Image (nur für Hatari)
- Viele kleine und/oder obskure Fehler beseitigt

Die neue Version für eure Hardware findet ihr hier:
https://sourceforge.net/projects/emutos/files/emutos/1.1.1/

Dima Sobolev hat ein Update seines TOS Image-Erkennungsprogramms veröffentlicht welches auch die neuesten EmuTOS-Versionen unterstützt. Das Programm findet ihr auf seiner Webseite: http://avtandil.narod.ru/Progs/avrom.zip
Die neuen EmuTOS Images sind auch jetzt in seiner "TOS Images Collection" aufgenommen: http://avtandil.narod.ru/tose.html

Der Frühlingsanfang meinte es wahrlich nicht gut mit uns, das Wetter ist alles andere als frühlingshaft. Es ist nass, kalt und so gar nicht gemütlich. Eigentlich will man lieber seine Füße unter die warme Kuscheldecke verstecken aber dann kommt leider was ganz dummes dazwischen. Anfang März hat unser Webserver – genauer gesagt: die Festplatte – das zeitliche gesegnet. Und zu allem Unglück kam dann auch noch Pech dazu. Die angefertigten Backups waren ebenfalls auf der Festplatte. Sehr ärgerlich, ist aber passiert. Können wir jetzt nicht mehr ändern.

Ein neuer Webserver (aus einem Backup vom August 2020) war schnell bereit gestellt aber jetzt heißt es das wir fehlenden Daten aus allen verfügbaren Quellen wieder herstellen müssen. Glücklicherweise haben die Autoren noch ihre Seiten und was fehlt können wir dank der Internet Archive rekonstruieren. Weil wir alle in unserer Freizeit daran arbeiten kann das noch ein paar Tage dauern bis wir den alten Stand wieder erreicht haben. Bitte entschuldigt!

Was haben wir nun daraus gelernt? Dinge die wir nicht beeinflussen können, können passieren. Dagegen müssen wir für die Zukunft besser vorbereitet sein. Dass bedeutet: »Keine Backups mehr zentral auf dem Server lagern«. Bisher werden die Backups auf einen anderen Rootserver kopiert der aber im selben Rechenzentrum steht (OVH lässt grüßen). Daher werden die Backups demnächst von Teammitgliedern auf lokale Rechner kopiert und zusätzlich in einem anderen Rechenzentrum – geografisch voneinander getrennt – gespeichert.

Wir haben aber auch positives zu vermerken. Der neue Server ist deutlich leistungsfähiger als der alte. Die Webseiten sollten jetzt wesentlich schneller ausgeliefert werden.

Die Eigenschaften inkludieren:

- Builds für 68k oder ColdFire, unabhängig von den Host-Maschinen.
- Fehlende AES-Aufrufe bis hinauf zu AES v4.1 wurden hinzugefügt, plus einiger N.AES-Aufrufe.
- Es gibt jetzt einige Universal-Kommandos die nicht in Zusammenhang mit dem Betriebssystem stehen.
- Eingebaute STIK-, MiNT-Net-, LDG-APIs und mehr.
- Kommandos für Spiele-Programmierung, wie Joypad-Unterstützung, Blitting mit Masken, SNDH, etc.
- Über 500 neue Kommandos

Einige der neuen Kommandos wurden von GFA für Windows/DOS und HiSOft-Basic inspiriert.

Folgt dem Download-Link unter: http://gfabasic.net/

Neben den Fehlerbereinigungen und Verbesserungen (der Freigabevermerk kann hier gefunden werden), hat AHCC 6 ausschließlich Binärpakete die unter Verwendung von AHCC selbst (ohne PureC) erstellt wurden, Verbesserungen im Editor und die Handhabung von ineinander verschachtelten Projekten wurde verbessert.

Henk sucht ebenfalls nach einem zukünftigen Maintainer für AHCC. Bei Interesse kontaktiert ihn bitte direkt (siehe seine Webseite).

Zuersteinmal wäre das die Tatsache, daß diese Software sich gegenseitig bedingt! Die neue FPGA-Konfiguration benötigt das neue BaS und das neue FireTOS auch das neue FPGA und vice versa! Ihr müßt also erstmals alle Komponenten direkt hintereinander flashen, ohne die FireBee dazwischen neu zu starten. Solltet ihr nicht alle 3 Komponenten gleichzeitig flashen, so werdet ihr eure FireBee vorerst nicht mehr booten können!

Dann müßt ihr beachten daß ihr diese Komponenten auch nicht mit anderen, älteren Systemen, BaS oder FPGA Konfigurationen mischen dürf! Wenn ihr ein altes BaS mit einem neuen FPGA oder dem neuen FireTOS flasht werden eure FireBees ebenfalls nicht mehr starten. Ihr könnt natürlich jederzeit auf das ältere »Komplettpaket« zurückwechseln, und wiederum auf diese neue Software, solange ihr sie nicht miteinander vermischt, und immer alle drei Komponenten gemeinsam flasht.

Als letztes muß angemerkt werden, daß das BaS, und der FPGA nur unzureichend mit BaS_(gcc) und/oder EmuTOS getestet sind. Zwar haben einige Entwickler die Kombination »neuestes BaS_gcc« und neuestes FPGA und neuestes EmuTOS in Verwendung und bisher keine Probleme damit, eine allgemeingültige Aussage können wir aber noch nicht dazu treffen. Eine ausführliche Testreihe dazu wird in den kommenden Wochen folgen und wir unterrichten euch dann hier an dieser Stelle darüber.

Wir denken aber, daß wir euch all dies zumuten können, und ihr fähig seid eure FireBees mit FLASH060.PRG in einem Rutsch zu beschreiben, und dabei nicht massenweise eure Boards außer Gefecht setzt. Eine weitere Verzögerung der Veröffentlichung dieser neuen Software würde in keinem Verhältnis zu den zu erwartenden Problemen stehen.

Bitte beachtet auch die Reihenfolge, in der ihr die hier veröffentlichten Komponenten flashen müßt:

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


Nun zu den Neuerungen:

BaS:
· Es gibt jetzt eine Abfrage beim Start wie schnell die CF-Karte/IDE ist. Beim Start werden die Anwesenheit und Geschwindigkeit von CompactFlash-Karten und IDE Laufwerken abgefragt und SpeedReg (in drei Stufen) gesetzt.
· Das Hochfahren des DVI-Chips wurde überarbeitet, es werden alle Register im DVI nun richtig initialisiert.
· Das Versionsdatum wird nun auf der seriellen Schnittstelle ausgegeben.

FPGA:
· Der Blitter wurde eingebaut! Blitting in 16- oder 24-Bit Farbtiefe funktioniert perfekt bei Bildschirm zu Bildschirm (derzeit kein Speicher zu Bildschirm, oder Bildschirm zu Speicher). Niedrigere Bitplane-Blits (1, 2, 4 und 8 Bitplanes) produzieren Pixel-Fehler und brauchen noch zusätzliche Arbeit.
· Es gibt einen viel schnelleren Zugriff auf CompactFlash-Karte/IDE aufgrund der abgefragten Geschwindigkeit im BaS, unter Beachtung des SpeedReg.
· Der Datentransfer von CF/IDE ist jetzt auch über die Adresse 0xFFF0'00xx mit Longzugriff möglich.
· Die Atari Video-Modi wurden überarbeitet.
· Es gab einige Arbeiten an der MIDI-Konfiguration.
· Das Versionsdatum wird nun auf der seriellen Schnittstelle ausgegeben.

FireTOS:
Das von MCS gepatchte FireTOS hat folgende Neuerungen erfahren:

· Einige Fehler in den Schreibroutinen CF/IDE, wurden behoben.
· Das Hochfahren des Computers ist nun schneller, da die Existenz CF/IDE nicht abgefragt werden muss (wird jetzt im BAS erledigt).
· Es gibt schnellere CF/IDE Routine unter Beachtung des SpeedReg, sowie Datenzugriff mit Longword.
· Eine teilweise Ansteuerung des Blitters (nur memcopy Routine) inklusive »cache flush« wegen Datenkohärenz, wurde eingebaut.
· Es gibt eine Ausgabe des Versionsdatum auf dem Bildschirm.
· Der Centronics-Anschluß wird nun unterstützt. Es ist möglich mit Paralell-Druckern aus FireTOS zu drucken (getestet mit Papyrus X und qed mit einem Stylus 740 und einem Stylus Color).
· Es gab einige Arbeiten an der MIDI Schnittstelle. Zwar ist MIDI noch nicht generell in allen Systemen nutzbar, und es liegt noch einige Arbeit vor uns, aber es gibt mit Einschränkungen eine teilweise Unterstützung der MIDI-Schnittstelle.

Bekannte FireTOS-Einschränkungen sind:

· Es ist derzeit nicht möglich mit NVDI 5 zu drucken. Das System hängt sich beim Versuch auf. Es scheint als ob NVDI 5 gepatcht werden muß.

Wir wünschen euch viel Spaß mit diesen Updates und euren nun viel flotteren FireBees.

Wenn Sie einen Atari haben, der mit dem Internet verbunden ist, können Sie den Coronavirus-Ausbruch nun auf Ihrem vertrautem Rechner verfolgen. COVID-19 Watcher ist eine Anwendung, die die aktuelle (mehr oder weniger...) Anzahl der infizierten, toten und geheilten Fälle anzeigt. Sie sollte mit jedem TOS-kompatiblen System funktionieren, einschließlich TOS 1.0, MagiC oder MiNT. Praktisch jede Auflösung und Anzahl von Farben wird unterstützt, einschließlich aller ST-Anzeigemodi (Mono und Farbe). Das Archiv enthält auch eine separate ColdFire-Version für die Firebee-Benutzer da draußen. Die einzige Voraussetzung ist eine funktionierende Internetverbindung - verwenden Sie STinG oder GlueSTiK.

Die Daten sollten täglich aktualisiert werden und werden vom Center for Systems Science and Engineering (CSSE) der Johns Hopkins University (JHU) über RapidAPI bereitgestellt.

Das Tool kann auf der Webseite von gregoryMJM heruntergeladen werden: http://atari.net.pl/covid19-en/

Auf firebee.org wurde im Juli das brandneue FireTOS addon Archiv veröffentlicht. Dabei handelt es sich um Programme die das Leben für Single-Tasking Anwenderinnen und Anwender leichter machen. Ja, es gibt einige Leute die lieber mit TOS arbeiten, und wir wissen, daß etliche ihre FireBees auch so nutzen. Wenn ihr also ohne MiNT unterwegs seid, dann wird euch diese Zusammenstellung sehr hilfreich sein.
Ähnlich wie die von Atari bekannten »Language-Disks« haben wir essentielle Programme vorbereitet die entweder von der SD-Karte (als Ersatz für die Floppys) oder von Partitionen »C« auf Massenspeichern wie CF-Karten, Festplatten oder SSDs am internen Bus genutzt werden können. Es handelt sich um einen Kontrollfeld-Server, einige nützliche Kontrollfelder, das Hilfesystem ST-Guide, einen Texteditor, einen Rechner, ein Programm für Bildschirmfotos, und die Programme zum Flashen des FireBee-ROM und Patchen von NVDI.
Als »Bonus« gibt es auch noch ein Set an neuen hübschen Icons für euren TOS Desktop.

Das neue addon Archiv für TOS ist nur 2,2 MB groß ihr könnt es jederzeit auf der nun existierenden eigenen Addon-Seite beziehen.

Der Emulator für die FireBee läuft via SDL, der Assembler-Kern wurde in der FireBee-Version entfernt. Neben der Tatsache daß dies die erste Version für die FireBee ist, sind die Hauptneuigkeiten in v4.1.0, daß der Emulator nun läuft, ohne daß irgendwelche ROM-Abbildungen zur Verfügung gestellt werden müssen. Die sogenannten »Altirra BIOSes« für alle 8-Bit-Computer sind bereits inkludiert. Ladet euch einfach das Paket falcon.zip herunter und nutzt das inkludierte Programm »ATARI_CF.GTP« um euren 8-Bit Atari-Emulator auf der FireBee laufen zu lassen. Wie immer ist der Quellcode ebenfalls auf den https://github.com/atari800/atari800/releases/tag/ATARI800_4_1_0&&Github-Projektseiten herunterzuladen.

Deshalb hier ein Bericht woran momentan gearbeitet wird.

· Die Auslieferung der 2. Serie
Wir sind immer noch damit beschäftigt die 2. Serie der Computer auszuliefern. Bei allem was schiefgegangen ist bei dieser Serie (Spannungswandler, Gehäuseproduktion – die letzten Gehäuse haben wir Ende Jänner endlich erhalten, usw.) ist durch die ganzen Verzögerungen auch ein unglaubliches Durcheinander entstanden. Manche Vorbesteller waren schon der Meinung sie bekommen keine Geräte mehr. Anderen müssen wir per mehrfachen Mails, Post oder auf anderen Kanälen nachlaufen, da sich die Daten geändert haben. Der Aufwand ist jedenfalls riesig. Wir bemühen uns jedoch daß alles der Reihe nach aufgearbeitet wird. Und alle Leute die für die 2. Serie vorbestellt haben, bekommen garantiert einen Computer! Ihr könnt euch auch jederzeit bei uns melden bezüglich eurer Lieferung.

Wenn wir alle Kontaktmöglichkeiten zu allen Vorbestellern ausgeschöpft haben, und manche sich nicht zurückgemeldet haben, werden wir hier auf der Homepage auch nochmals einen Aufruf starten, bevor wir gegebenenfalls nicht gekaufte Maschinen an die Menschen auf der Warteliste verkaufen! Das dauert aber sicher noch bis Sommer 2019!

· Wie immer passiert im Bereich »Look and Feel« Einiges. In Rom wird kontinuierlich weiterdesignt und mit einigen Veröffentlichungen kann dieses Jahr noch gerechnet werden.

· Viel Arbeit passiert im Hintergrund seit einigen Monaten an der Zusammenstellung eines neuen topaktuellen offiziellen FireBee FreeMiNT-Setups. Lars ist wieder dabei und das FreeMiNT für FireTOS wird an allen Ecken und Enden aktualisiert, ausführlich getestet und eine feine Zusammenstellung an aktuellen Anwendungsprogrammen ins Setup aufgenommen.

· Es gibt neue Versionen von sämtlichen Kompomnenten im ROM. Medusa hat ein neues Basissystem (BaS), eine neue FPGA-Konfiguration mit sehr wichtigen Verbesserungen und eine neues FireTOS programmiert. Die ganzen wichtigen Verbesserungen werden wir euch Stück für Stück in den kommenden Wochen vorstellen. Die Boards die momentan ausgeliefert werden beinhalten bereits diese neuesten Systembestandteile!

· Einiges an Arbeit passiert auch im Bereich der Homepage und der Dokumentation. Wir möchten euch in diesem Zusammenhang z.B. auf die neue Unterseite http://firebee.org/fb-bin/page?label=board_description&lng=DE&&»Motherboard_Anschlüsse_und_Komponenten« hinweisen. Die Energie die in solche Informationsaufbereitung gesteckt wird, sollte nicht unterschätzt werden!

· Es zahlt sich auch aus sämtliche externen Projekte, die zu gewissem Grad mit der FireBee verbunden sind aber eigenständige Software darstellen, immer wieder einmal zu besuchen. So ist das aktuellste https://bintray.com/freemint/freemint/snapshots/1-19-36cf2b41&&FreeMiNT_&_XaAES in der Version 1.19.36c am 30.3.2019 veröffentlicht worden. Miro Kropáček hat den https://github.com/freemint/m68k-atari-mint-gcc/releases/tag/gcc-7_4_0-mint-20190228&&GCC_Compiler_Version_7.4.0 (orignal vom 6. Dezember) für MiNT und speziell auch für den ColdFire-CPU der Firebee am 1. März veröffentlicht.

Auch von 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, uvm. gibt es aktuelle Versionen. Vom https://ptonthat.fr/&&Litchi-FTP-Client_und_KK-Commander gab es im Februar 2019 neue Versionen.

· Eine neue Serie?
Immer wieder erreichen uns Anfragen wie es mit einer neuen Serie aussieht. Momentan können wir leider noch überhaupt nichts versprechen. Natürlich werden wir versuchen Medusa, nach der aktuellen Auslieferung, zu einer neuen Auflage der FireBee zu überreden. Dazu sammeln wir seit ca. Sommer 2018 seriöse (!) Vorbestellungen. Wenn ihr also in Zukunft eine FireBee erwerben wollt, dann bestellt sie schon jetzt. Dies kann uns bei der Planung und Umsetzung sehr behilflich sein. Eine neue Serie wird es aber garantiert nicht vor 2020 geben!

In den letzten Jahren ist es leider immer wieder vorgekommen, daß unser Mailserver auf einigen Blacklists gelandet ist und unsere Mails somit in euren Spamordneren geladet sind oder in manchen wenigen Fällen direkt von euren Mailservern »verworfen« wurden. Dies lag einerseits daran, daß die Weiterleitung der atari.org Mailadresse nicht korrekt konfiguriert war (SPF, welches zuvor jahrelang nicht benötigt wurde). Andererseits fehlen uns tatsächlich Kompetenzen um die Linux-Maschine, auf dem der firebee.org Mailserver gelaufen ist, korrekt zu konfigurieren. Das System wurde von jetzt Inaktiven übernommen und die Probleme konnten trotz größten Anstrengungen nicht gelöst werden.

Hinzu kam, daß atari-home.de mit Ende Mai sämtliche Mail-Services eingestellt hat (vermutlich wegen der neuen DSGVO) und diese bisherige Ersatz-Mailadresse nun auch nicht mehr zur Verfügung steht.

Daher haben wir uns vor drei Wochen schweren Herzens dazu entschieden das komplette Mailsystem zu einem kommerziellen Provider zu migrieren. Leider ist es uns nicht gelungen, weiterhin auf nichtkommerzielle Weise eine tragfähige Lösung zu finden. Damit sind unsere Möglichkeiten nun zwar eingeschränkter und auch recht teuer, aber die Kommunikationsprobleme der Vergangeheit sind ausgeräumt. Es sollten nun keine Mails mehr in euren Spamordnern übersehen werden können!

Zur Kontaktaufnahme nutzt ab sofort bitte ausschließlich:

acpinfo ät firebee punkt org

Falls ihr in letzter Zeit das Gefühl gehabt habt, keine Antworten bekommen zu haben, kontaktiert uns doch gerne erneut. Die Antwortmails werden nun zuverlässig bei euch landen und die Abwicklung der ausstehenden Auslieferungen dadurch sehr erleichtert sein.

Unser Dank gilt atari.org und atari-home.de die uns jahrelang kostenfreie Unterstützung zuteil werden ließen.

In den letzten Wochen kommt es vermehrt zu erneuten Vorbestellungen und teilweise sogar zu ungefragten Geldüberweisungen von »Neukunden«. Wir möchten nochmals die derzeitige Situation genau beschreiben.

Die zweite Serie an FireBees ist momentan ausverkauft. Wir liefern seit einiger Zeit wieder (zugegeben sehr langsam) aus. Alle Neubesteller kommen derzeit auf eine Warteliste. Falls es bei der weiteren Auslieferung zu Rücktritten kommt, werden diese Maschinen, der Bestellreihenfolge nach, an Menschen auf der Warteliste vergeben.
Zusätzlich sind verbindliche Vorbestellungen auch für eine mögliche weitere Serie an FireBees von Interesse. Je mehr Menschen vorbestellen, desto eher wird es eine solche Serie in Zukunft geben. Eine baldige Lieferung gibt es für neubestellende Menschen derzeit also nicht!

Die normale Vorgangsweise ist über firebee.org oder per Mail vorzubestellen. Bitte schickt kein Geld wenn ihr neu bestellt. Es ist derzeit nicht klar, ob es noch Maschinen für euch gibt und wann bzw. ob es überhaupt eine weitere Serie geben wird. Auch über Medusacomputer direkt Kontakt aufzunehmen, verkompliziert unsere ehrenamtliche Arbeit lediglich und erhöht eure Chancen eine FireBee zu bekommen nicht!

Die bestehenden Vorbesteller, die teilweise seit über zwei Jahren auf ihre Geräte warten, werden verbindlich von uns kontaktiert und können in den kommenden Wochen und Monaten mit dem Versand ihrer Geräte rechnen.

Seit letztem Sommer wurde die Situation mit Atariforge immer instabiler. Unglücklicherweise scheinen die AtariForge-Dienste nicht mehr zeitnahe zurückzukehren. Dennoch wollen wir Rob Mahlert für die Unterstützung danken, die er der Community immer kostenfrei zur Verfügung gestellt hat. Nun ist Alles was wir haben gesammelt worden und auf GitHub zurück. Spezieller Dank geht an Miro Kropáčk und David Gálvez, welche sich um die inakzeptable Situation gekümmert haben und alles auf das neue Verzeichnis bei GitHub, welches von Markus Fröschle vor einigen Monaten erstellt wurde, hochgeladen haben. Glücklicherweise hatte Mikro ein komplettes Backup für uns und es sind nun auch alle neuen Entwicklungen von 2017 online. Inklusive einiger neuer FPGA- und BaS-Entwicklungen deren Binärpakete in den folgenden Wochen und Monaten für Endanwender veröffentlicht werden. Ebenfalls sind alle Entwicklungen, die über die letzten Jahren von Leuten gemacht wurden, nun an einem Platz und können unter https://github.com/firebee-org gefunden werden.

Es ist nun eine Komplettanzahl von 364 Icons verfügbar, wovon 121 neue oder überarbeitete Icons sind (81 Ordner, 24 Programme, 12 Dateien, 4 Laufwerke).




Das Linear-Classic-Set teilt die meisten Piktogramme mit dem FB-Basic-Icons, jedoch verleiht die einfache Gestalt der Laufwerke, Dateien und Programme dem Set seine eigene Persönlichkeit und den charakteristische Anmutung. Alle Icons sind in 256, 16 und 2 Farben verfügbar. Die NVDI-Palette wird benötigt um die Icons in 256 und 16 Farben korrekt anzuzeigen. Und schließlich ist auch eine topaktuelle teradesk.inf Konfigurations-Datei verfügbar, welche vollständig kompatibel mit dem FB-Basic-Set ist, bei der die allermeisten Icons bereits zugeordnet sind.




Das Linear-Classic-Set herunterladen: (.zip 438kB)

Diese »Quick-Fix-Veröffentlichung« behebt einige Angelegenheiten; ein paar Icons die in 1.50 noch nicht enthalten waren wurden hinzugefügt, das Standard-Icon für die Festplatte wurde in »hard disc« umbenannt um zu Teradesks´ Regeln für Namensgebungen zu passen und zwei Icon-Duplikate wurden entfernt. Um die Kompatibilität mit der alten teradek.inf Konfigurations-Datei zu erhalten wurde ein neues experimentelles »harddisk«-Icon zum Set hinzugefügt. Und schließlich wurde auch die Datei teradesk.inf verbessert um die Änderungen in der Datei cicons.rsc wiederzuspiegeln.

Download: (.zip 424kB)

Mit der Version 1.5 ist die Komplettanzahl an Icons nun auf 360 angestiegen, wovon über 100 neue Einträge sind.





Alle Icons sind in 48pt mit 256, 16 und 2 Farben verfügbar. Die NVDI-Palette ist essentiell um die Icons in 256 und 16 Farben korrekt darzustellen. Für diese Aktualisierung hat der Autor L. Zanier in erster Linie an den Ordnern gearbeitet und nun besitzen die meisten Programme zugehörige Ordner. Zusätzlich wurden rund 30 neue Icons inkludiert, und einige Wenige wurden modifiziert oder ersetzt (die Programme RSM, Draw und Paint, nur um einige zu nennen). Wie üblich wird das Set mit der Konfigurations-Datei (teradesk.inf), welche für das »Offizielle FreeMiNT-Setup« optimiert ist, und wobei die meisten Icons bereits zugeordnet sind, ausgeliefert.




Download: (.zip 420kB)

Heute stellte sich heraus, daß es sich dabei um ein ernsthaftes Problem handelt, dessen Behebung eine oder zwei weitere Wochen dauern könnte. Unsere Admins arbeiten an dem Problem.

Wir möchten hiermit versichern das das ACP weiterhin aktiv ist, und wir uns bemühen so schnell wie möglich wieder komplett online zu sein. In der Zwischenzeit kann die Seite firebee.org über die IP-Adresse http://84.20.240.129/fb-bin/ erreicht werden und ihr könnt uns über unsere Ersatzmailadresse acpinfo (at) atari-home (punkt) de kontaktieren.

GFA Basic v3.7 hat die Beta-Testphase erreicht und ist nun auch für die FireBee verfügbar. Die neuen Funktionen beinhalten:

- Alle fehlenden AES-Aufrufe, bis hinauf zu AES v4.1, plus einigen N.AES Aufrufen, die hinzugefügt wurden.
- Die neu hinzugefügten meist genutzten Bios-, Xbios-, Gemdos-, VDI-, und NVDI-Aufrufe.
- Einige Universalkommandos, die nicht mit dem Betriebssystem zusammenhängen.
- Mehr als 256 neue Kommandos.

Es ist nun möglich mittlere bis große Programme zu erstellen ohne Bindings schreiben zu müssen. Die Beta ist auf der neu überarbeiteten Webseite zu bekommen. Folgt dem Download-Link auf http://gfabasic.net/

Anders als ursprünglich von Olivier geplant, hat es fast drei Jahre lang für diese neue Version von MyAES gebraucht. Der Kernel von MyAES durchlief einen ausführlichen Überprüfungs-Prozess. Neue Funktionen wurden hinzugefügt, und diverse Teile des Codes maßgeblich neu geschrieben um die generelle Performance und die Kompatibilität zu verbessern. Um nur einige Verbesserungen zu nennen:

● die Multitasking-Verwaltung wurde überarbeitet
● eine neue Verwaltung der Fenster-/Desktop-Redraws sowie ein neuer Programm-Konfigurations-Manager wurden hinzugefügt
● eine neue Video-Speicher-Verwaltung und AES-Aufrufe
● Der Taskmanager »Yopla« and der Schreibtisch »MDesk« (obwohl dieser sich noch auf rein informativem Niveau befindet) wurden ebenfalls verbessert
● Hintergrundbilder werden nun automatisch in der Größe angepasst

Die vollständige Liste der Verbesserungen und Fehlerbehebungen ist freilich um einiges länger.

Schließlich gab es auch eine ausführliche BETA-Testphase auf der FireBee, auf klassischen Atari-Computern, anderen TOS-kompatiblen Plattformen und in Emulationsumgebungen. Mit dato kann die 0.97-Veröffentlichung als das stabilste und kompatibelste MyAES aller Zeiten betrachtet werden.

Nach der MyAES 0.97-Veröffentlichung wurden einige Patches veröffentlicht um Probleme zu beheben die von Anwenderseite berichtet wurden. Am 10. Dezember hat Olivier den finalen Patch für 0.97 veröffentlicht und mit der Entwicklung von 0.98 begonnen.

Weitere Details sowie der Download des MyAES 0.97-Archivs und der Patches sind auf der MyAES-Homepage verfügbar: http://myaes.lutece.net

Am 15. Dezember wurde ein Bug in der Version 0.9.9 gefunden;
Beim Löschen eines Icons am Desktop, wurde man gefragt ob die Original-Datei gelöscht werden soll – glücklicher Weise erst nach dem Bestätigungsdialog per weiterer Bestätigung.
Da dies dennoch einen Datenverlust bedeuten kann und auch um näher am Verhalten vom Original-TOS zu sein, wurde das 0.9.9.1 Hotfix veröffentlicht. Bitte macht https://sourceforge.net/projects/emutos/files/emutos/0.9.9.1/emutos-firebee-0.9.9.1.zip/download&&das_Update jetzt, wenn ihr bereits 0.9.9 verwendet.

Am 11. Dezember hat das EmuTOS-Entwickler-Team die Version 0.9.9 des freien Atari-Kompatiblen Betriebssystems veröffentlicht.

Die größten Änderungen:
● AES: Der Maus-Kursor kann nun bereits beim Booten geladen werden
● EmuDesk: Es gibt nun einen Desktop-Konfigurations-Dialog
● EmuDesk: Die Einstellung von Fenster- und Desktop-Hintergründen ist nun möglich
● EmuDesk: Die Datei-Maske des Desktop-Fensters kann nun eingestellt werden
● EmuDesk: Ungenutzte Desktop-Menüpunkte werden nun ausgelassen
● EmuDesk: Neue Fenster können nun mit Alt+Doppelklick auf einen Ordner geöffnet werden
● Grundsätzlich: Automatische Erstellung von Momentaufnahmen-Veröffentlichungen wenn ein neuer Beitrag bzw. neuer Code hochgeladen wurde.
● VDI: Nutzung des Blitters beim Zeichnen horizontaler Linien wurde hinzugefügt
● VDI: Nutzung des Blitters beim Zeichnen gefüllter Rechtecke wurde hinzugefügt
● VDI: Nutzung des Blitters für Raster-Grafiken wurde hinzugefügt

Am 27. April wurde die Version 0.9.8 von EmuTOS veröffentlicht.

Die Hauptmerkmale sind:

● BIOS: Automatische Erkennung von IDE-Schnittstellen mit Kabeln mit verdrillten Adernpaaren zur Laufzeit.
● EmuDesk: Unterstützung für Schreibtisch-Tastaturkürzel wurde hinzugefügt
● EmuDesk: Unterstützung für die Formatierung von Disketten wurde hinzugefügt
● EmuDesk: Unterstützung für Schreibtisch-Icons die vom Anwender zugeordnet werden können, wurde hinzugefügt


Am 29. Mai wurde von Vincent Rivière die Integration von EmuTOS-Erstellungen mit Travis CI fertiggestellt, wie sie bereits für die FreeMiNT Momentaufnahmen realisiert ist. EmuTOS Entwicklungs-Momentaufnahmen werden nun automatisch erstellt und bei jedem Beitrag eines Entwicklers auf GitHub dann auf SourceForge hochgeladen.

Momentaufnahmen werden nun auch automatisch bei jeder neuen Momentaufnahme bereinigt:
● Die letzten fünf Momentaufnahmen werden immer behalten
● Andere Momentaufnahmen die älter als sieben Tage sind werden gelöscht

Diese Momentaufnahmen sind https://sourceforge.net/projects/emutos/files/snapshots/&&auf_SourceForge verfügbar.

Man kann in den letzten Unterordner für die Erstellungen gehen und die Datei emutos-firebee-*-*-*.zip auswählen – es wird immer die neueste EmuTOS-Version inklusive aller möglichen Updates und Verbesserungen sein.

Für all jene die ein wenig mehr Interesse haben gibt es dort auch eine Menge an nützlicher Information: Am Ende der Seite, die oben verlinkt ist, gibt es ebenfalls einen Link zur Erstellungs-Historie von Travis CI. Dort gibt es eine Liste der letzten Erstellungen sowie die Zeit die benötigt wurde um all die Binärpakete zu erstellen. Momentan zwischen fünf und sechs Minuten.
Für jede Erstellung gibt es einen detailierten Log-Eintrag wenn man »Master« auf der linken Seite anklickt.

Innerhalb der Ordner von spezifischen Momentaufnahmen auf SourceForge, gibt es eine Beschreibung am Ende. Diese inkludiert das Änderungsprotokoll gegenüber früheren Momentaufnahmen sowie hilfreiche Links zu GitHub und Travis CI.

FreeMiNt wird nun unter Verwendung von git entwickelt. Das System zur verteilten Versionsverwaltung fürt zu vielen vielen neuen Funktionen für die Entwicklung sowie Zusammenarbeit bei der Entwicklung von Software. Zusätzlich gibt es auch große Vorteile für das FireBee-Projekt selbst. Die Hauptverbesserung betrifft die Integration von "Travis CI" in git(hub). Travis CI ist eine Software zur "kontinuierliche Integration" die die freie Erstellung von Programmen für alle Open Source Projekte – inkusive unserem – gestattet. Dank der github-Integration arbeitet alles vollautomatisch. Dies bedeutet, daß wir nun ein permanent topaktuells FreeMiNT für die FIreBee haben. Sobald ein Eintwickler irgendetwas zu FreeMiNT beiträgt oder einen Fehler behebt, erstellt Travis CI automatisch neue Binärpakete für Endanwender. Das führt zur befriedigenden Situation, daß sämtliche FreeMiNT-Kernels immer am selben Stand sind. Jeden Tag an dem irgend ein Stück Code in MiNT verbessert wird, bekommen wir neue und exakt gleiche Binärpakete für 68000-Ataris, 68020-060 Maschinen und für ColdFire-basierte Hardware.

Daher haben von nun an alle Plattformen, bis zum Ende aller Tage, den selben Entwicklungsstand inklusive ColdFire-Binärpaketen von FreeMiNT/XaAES. Das Gleiche gilt für Bibliotheken (cflib, gemlib, gemma) und die mintlib. Darüber hinaus kann dies auch auf alle angeschlossenen Projekte, wie QED und Viele weitere, ausgedehent werden.

Daher können alle FireBee-User jederzeit https://github.com/freemint/freemint.github.io/tree/master/builds/freemint/master/new&&die_neueste_FreeMiNT_Version_für_die_FireBee_herunterladen, welche den Namen "freemint-x-xx-xxx-col.zip" hat, und sich auf die Tatsache verlassen, daß alle aktuellen Verbesserungen inkludiert sind, und es sich um die exakt selbe wie für andere Prozessoren handelt.

https://freemint.github.io/&&Das_Projekt_selbst (inklusive weitere Software neben dem Multitasking-Betreibssystem) kann auf github gefunden werden. Wir hoffen damit auch weitere Entwickler dahingehend begeistern zu künnen am FreeMiNT-Projekt mitzuwirken.

Das Programm war die letzten Jahre leider sehr buggy und hat manche von uns in die Verzweiflung getrieben. Glücklicherweise begann Miro Kropáček im Zuge der Vorbereitung zu einem aktualisierten offizeiellem FreeMiNT-Setup für die FireBee, die Fehler im Programm zu beheben. Nun läuft das automatische Öffnen der Konsole auf Wunsch bei Output des Betriebssystems, welcher zuvor oftmals den Desktop vollgeschrieben hat. Sämtliche möglichen Einstellungen im Programm funktionieren nun zuverlässig. Speziell interessant ist, daß das Logging, also Mitschreiben jeglicher Ausgaben in ein Textfile, jetzt ebenfalls gut funktioniert und mögliche Bugreports durch UserInnen sehr vereinfacht!

Da TosWin2 innerhalb des FreeMiNT-Projektes entwickelt wird, handelt es sich hierbei um eine inoffizielle Vorabversion. Ihr könnt jedoch damit direkt und unverzüglich das alte TosWin2 aus dem FireBee FreeMiNT-Setup ersezten. Zum gesamten FreeMiNT Projekt und der FireBee gibt es in Kürze weitere erfreuliche Nachrichten.

Zur Erinnerung, bei AHCC handelt es sich um eine Open-Source-Entwicklungsumgebung, die weitgehend kompatibel zum proprietären und leider nicht mehr erhältlichen, aber äußerst populären Pure-C auf Ataris ist. AHCC verfolgt dabei den Ansatz Atari-Programme zu erzeugen, bei denen ein- und dasselbe Binary auf 68020-Prozessoren bis zu 060 bis inklusive ColdFire läuft.

Henk Robbers entwickelt AHCC äußerst konsequent und verlässlich weiter. Und dies seit Jahren. Durch die Tatsache der offenen Quellen, sind die Arbeiten auch in Zukunft nutzbar und es kann keine existenzgefährdente Abhängigkeitssituation mehr entstehen. Darüber hinaus eignet sich AHCC auch vorzüglich dazu, sogar auf den "kleinen" Originalataris zu entwickeln.

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

Das Set, welches von L. Zanier kreiert wurde, besteht aus 251 Icons in 256 (NVDI palette), 16 and 2 Farben. Die Idee hinter dem Set war, das Aussehen des Desktops der FireBee, mit neuen geschmeidigen topaktuellen Icons aufzufrischen. Obgleich sich das FB-Basic-Set aus dem Linear-Classic-Set entwickelt hat, wurden während der Entwicklung sämtliche der Icons ersetzt oder erneuert, und bekamen dadurch ein charakteristisches Aussehen, welches am besten durch die neuen Laufwerks-Icons repräsentiert wird. Darüber hinaus gibt es vier neue Laufwerke (FB Hard-disk, Net-Printer, CD-R, CF card), 39 neue Program Icons (30 Spiele und 9 Programme), und ein Datei- und ein Folder-Icon wurden hinzugefügt. Eine neue Konfigurations-Datei (teradesk.inf) welche für das Offizielle FreeMiNT-Setup optimiert ist, in der die meisten der Icons bereits zugeordnet sind, ist ebenfalls inkludiert.



Download: (.zip 494kB)

Dies bedeutet, daß unsere Mailboxen acpinfo (at) atari (punkt) org und acpinfo (at) firebee (punkt) org nicht erreichbar sein werden. Ebenso die Domain firebee.org und unsere öffentliche Mailingliste. Dies ist eine geplante und temporäre Downtime! Keine Panik! ;) Diese Webseite werdet ihr auch immer unter der IP http://84.20.240.129 erreichen.

Als Fallback-Mailadresse steht uns auch seit einiger Zeit acpinfo (at) atari-home (punkt) de zur Verfügung, da wir dankenswerter Weise wieder einmal von Swiftconsult untersützt wurden. Unter der Adresse sind wir auch immer erreichbar.

Während der Downtime in der ersten Jänner-Woche, werden die anderen Mailadressen nicht funktionieren. Der Hintergrund ist, daß wie momentan recht große Probleme haben viele Leute von euch zu erreichen. Das atari.org Redirect, mit dem wir seit Jahren problemlos gearbeitet haben, wird von immer weniger Servern akzeptiert und teilweise sogar als Spam behandelt. Wir stellen daher komplett auf firebee.org Mailboxen um und verwalten alle Mailservices in Zukunft selber.

Atari.org möchten wir nochmals für die langjährige positive Zusammenarbeit danken!

Im neuen Jahr geht es dann mit neuem Elan und perfektem neuen Mailsystem weiter mit der Auslieferung der neuen Serie.

Guten Rutsch!

Euer ACP-Team

Begonnen hat ja alles damit, daß die meisten der fertigen Boards als sie bei Medusa ankamen nichteinmal Starten wollten. Die Wenigen die dies dennocht taten, haben dermaßen viel Strom gezogen, daß die sehr großzügig dimensionierten Tischnetzteile versagt haben. Mit der Eingrenzung des Problems und dem diesbezüglichen Debugging der Hardware wollen wir euch jetzt nicht langweilen, sondern gleich das tatsächliche Problem beschreiben. Denn nach etlichen Tests hat sich herausgestellt, und später auch bestätig, daß das Problem an den Pegelwandlern der FireBee liegt. Diese jeweils 6 Pegelwandler (Position U25 sowie U31 bis U35) pro Board, sind kleine Chips die die Spannung auf dem Board wandeln und die ganzen speziellen Spannungen, wie beispielsweise 3,3 Volt, 1,45 Volt, 1,8 Volt usw., die von den anderen unterschiedlichen ICs benötigt werden, erzeugen. Es handelt sich um direktionale 8-Pfad Spannungswandler von Texas Instrumets. Es ist ein »Standard«-Typ: 74LVC(8T)245. Der wird benötigt, weil zu Atari-Zeiten 5V noch die Standard-Spannung »in« Computern war, die »modernere« Elektronik auf der FireBee jedoch mit 3,3V arbeitet (und eben teils mit noch geringeren Spannungen). Das verwendete Gehäuse ist ein »QFN« (Quad Flatpack No leads, 4seitiges Gehäuse ohne Beinchen) mit einem Exposed Pad, also einer Metallisierung auf der Unterseite. Diese soll als »Thermal Pad« eingesetzt werden, um die Kühlung des ICs über die Leiterplatte zu verbessern.

Diese sogenannten »Thermal Pads« auf der Unterseite müssen also vollflächig auf das Board angelötet werden, damit die Wärme, die beim Spannungswandeln entsteht, abgeleitet wird. Im Schema dieses ICs (auch »Pegelwandler« genannt) von Texas Instruments ist keinerlei elektrische Verbindung des »exposed thermal pad« (etp) mit irgendeiner anderen Struktur auf dem Chip verzeichnet. Im Datenblatt steht lediglich daß das Thermal Pad aufgelötet werden »muß«.
Daher wurde die FireBee so konstruiert, daß sie unkonventioneller Weise die 3v3-Schiene zur Kühlung nutzt. Eigentlich eine sehr innovative Idee, die Platinenplatz und Ressourcen spart. Die Prototypen haben auch bestätigt daß dies hervorragend funktioniert. Die »konservative« Variante wäre gewesen, besagte »Thermal Pads« dieser sechs Pegelwandler auf GND zu löten.

Was nun bei der zweiten Serie geschehen ist, ist daß der Widerstand der Pegelwandler sich während dem Betrieb angefangen hat zu ändern. Im Neuzustand ist der Widerstand zwischen dem »Exposed Thermal Pad« zu GND unendlich. Bei abgelöteten Bauteilen sowie Nagelneuen die MCS zur Kontrolle besorgt hat, beträgt er im Betrieb bei 25°C einige KiloOhm. Bei Erwärmung auf 100°C sinkt er auf einige hundert Ohm. Teilweise haben sich die Pegelwandler auf über 110 Grad Celsius erwärmt. Ein kleiner Teufelskreis also; Direkt nach dem Einschalten der Computer fing das Board an sich zu verändern. Je wärmer das Board wurde, desto geringer wurde der Widerstand und desto mehr Strom floß.





Ganz ohne weiteres Zutun haben sich die Verhaltensweisen der Computer unter Last verändert. Ihr könnt euch hoffentlich vorstellen was das in den ersten Wochen des Hardwaredebuggings bedeutet hat. Ein Rechner mit fast 1000 Bauteilen auf einer 8-fach Multilayerplatine, der erwiesenermaßen gut funktioniert, an dem nichts geändert wurde, der aber nun anscheinend nach Lust und Laune tut was er will und sich alle paar Sekunden anders verhält. Retrospektiv betrachtet eine sehr gute Einlage aus dem E-Technik-Horror-Laden, … Im Juli, noch ohne Idee woran es liegen könnte, absolut nicht lustig!

Die abschließende Vermutung unsererseits ist nun, daß TI bei der Herstellung der ICs unterschiedliches »Diebond Material« (Kleber im Chip) genutzt hat, um die IC-Struktur mit dem »Thermal Pad« intern zu verbinden. Manche dieser Kleber werden eben bei manchen Chips durch Hitze leitend. Leider war von TI nur eine knappe Stellungnahme zu erhalten, daß das Thermal Pad angeblich intern weiterhin »not connected« ist, …

Das Problem liegt somit eindeutig bei TI. Der Konzern hat die physikalischen Eigenschaften des ICs irgendwie und irgendwann verändert, dies aber nirgends dokumentiert. Bis dato haben wir, auch nach der intensiven Suche nach PCNs (Product Change Notes) auf diversen Kanälen, keinerlei Informationen dazu gefunden. Der aktuelle Chip ist also offiziell genau gleich wie in allen vorhergehenden Chargen – was ja objektiv nicht stimmt. Wir konnten auch nicht herausfinden ab welcher Charge oder in welchen Produktionszeiträumen der Chips das Problem auftritt.

Ein Hardwareentwickler der sich im Zuge der Probleme neu in unser Projekt eingeklinkt hat und seine Hilfe angeboten hat, hat es folgendermaßen ausgedrückt: »MCS hat nach bestem Wissen und Gewissen gearbeitet und sollte IMHO nicht auf den Kosten sitzen bleiben«. Damit erklärt sich auch warum neben MCS der Bestücker vollkommen unverantwortlich für diese ganze Misere ist. Obwohl wir angekündigt haben, daß er den Fehler kostenfrei beheben wird, sind nun diese Kosten von knapp unter 3000 Euro entstanden. Dies kommt daher daß der Bestücker jetzt auf einer dreistelligen Anzahl an Boards die sechs Bustreiber ablötet, mit isolierendem aber wärmeleitenden Kaptonband auf der Unterseite des Thermal Pads beklebt und anschließend wieder auflötet. Und das alles obwohl auch er vollkommen korrekt gehandelt hat und keinerlei Produktionsfehler seinerseits zu beklagen sind. Wer sich ein wenig mit Leiterplattenherstellung beschäftigt hat, weiß daß diese manuell sehr aufwändige Nacharbeit, an einer dreistelligen Boardanzahl, um diesen Preis, ein absoluter Hammer ist! Unser Bestücker war auch bei der Fehlersuche und Kommunikation mit Lieferanten und Hersteller sehr zuvorkommend und behilflich. Ein super Service und vorbildliche Zusammenarbeit.

All dies macht hoffentlich klar, warum wir euch jetzt um Spenden bitten. Wir wollen als Projekt nicht, daß eine Einzelperson die schon einen großen Teil ihrer Freizeit »investiert« um euch die FireBees zum Herstellungspreis der Hardware zu ermöglichen, auf den Kosten sitzen bleibt. Andererseits wollen wir auch den Preis der Boards nicht erhöhen, immerhin habt ihr um einen speziellen Preis vorbestellt. Auch den Bestücker trifft wie beschrieben keinerlei Schuld. Und Geld von einem Halbleiterhersteller wegen Folgeproblemen seiner Chipdokumentation zu erhalten – obwohl die erste Serie und die Prototypen sich komplett anders verhalten haben – ist natürlich aussichtslos. Daher nochmals die Bitte gemeinsam und solidarisch für die Fehlerbehebung »zusammenzulegen«.

Danke auch nochmals für das Vertrauen das ihr in Medusa gesetzt habt und die Unterstützung die ihr uns während der Lieferverzögerung und Fehlersuche zukommen habt lassen.

Spenden bitte wie beschrieben per PayPal an mcs (at) kingx (dot) com oder per per Banküberweisung an:

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

Die neue Nummer 4.07 ist hauptsächlich eine Bug-Fix-Version mit nur einer neuen Funktion: der Option das Verhalten von TeraDesk beim Öffnen von Links auf Verzeichnisse zu verändern (zusätzliche Details sind in den TeraDesk-Dokumenten verfügbar).

Die neue Version von TeraDesk kann unter http://solair.eunet.rs/~vdjole/tera407b.zip&&tera407.zip heruntergeladen werden.

Da es keine Änderungen and den Resource-Dateien von der Version 4.06 auf 4.07 gegeben hat, können die alten RSC-Dateien weitergenutzt werden. Teradesk 4.07 in Russisch, mit aktuellsten Dokumenten ist bereits verfügbar, während andere 4.07-Sprachversionen demnächst folgen werden. Wie zuvor gilt, daß lokalisierte Versionen von TeraDesk auf dem Kurobox FTP-Server: ftp://kurobox.serveftp.net:3021/utilities/desktops/

Wie auf der Mailingliste bereits angekündigt, gibt es seit Kurzem eine neue Version des alternativen Open-Source-Betriebssystem für Atari-Plattformen. EmuTOS wird kontinuierlich weiterentwickelt, und das Team rund um Roger Burrows hat wieder ganze Arbeit geleistet. Abseits der sogenannten »Kleineren Fehlerbehebungen« gibt es ganze 58 neue Funktionen und größere Fixes in dieser neuen Betriebsystemversion! FireBee-BesitzerInnen können direkt von etlichen dieser Neuerungen profitieren. Zu nennen wären beispielsweise neue erweiterte MBR-Partitionen, oder die eigenständig lauffähige Version von EmuCON2.

EmuTOS wir wie immer per flash_cf.prg in das ROM der FireBee geflasht, und kann anschließend entweder als komplett unabhängiges Betriebssystem per Auswahl durch die DIP-Schalter automatisch als Standard-Betriebssystm starten. Oder es wird im Bootmenü des FireTOS ausgewählt und kann dann auch dessen USB-Treiber nutzen.

EmuTOS ist ein reines ColdFire-Betriebssystem und zeigt somit die volle Geschwindigkeit des V4e-Prozessors. Besonders interessant ist dies gemeinsam mit ein ColdFire FreeMiNT-Multitasking-System. Bevorzugt wird diese Kombination von den *nixofilen Open-Source-Anwendern und Entwicklern mit FireBee.

Das Paket https://sourceforge.net/projects/emutos/files/emutos/0.9.7/emutos-firebee-0.9.7.zip/download&&"emutos-firebee-0.9.7.zip" mit dem neuen Betriebssystem kann auf den http://emutos.sourceforge.net/en/&&Sourceforge-Seiten_des_Projektes heruntergeladen werden.

Da wir wie angekündigt die umgebauten Boards derzeit in kleinen Chargen vom Bestücker zurückerhalten, werden die nächsten Monate die Computer in der Reihenfolge der Bestellungen versendet. Danke nochmals für eure Geduld. Die Computer haben wie schon oft geschrieben zwei Jahre Gewährleistung.

Fest stehen nun auch die Kosten für das ganze »Spiel« mit den Bustreiber-Bausteinen. Insgesamt muß Medusa Computer Systems nun 2720,- Euro extra für die Fehlersuche und Umrüstung aufbringen. Da wir die Rechner extra ganz knapp kalkuliert haben um die Preissenkung von 40,- Euro an euch weitergeben zu können, möchten wir den Fixpreis jetzt nun nicht sofort wieder erhöhen. Wir lassen uns auf ein Experiment ein. Die 2720,- Euro würden wir gerne solidarisch zusammenbringen. Wer kann, könnte einen bissl höheren Betrag spenden, wer gerade ganz knapp ist, halt einen sehr Kleinen. Vielleicht gibt es auch Menschen die (noch) keinen Rechner (bestellt) haben und das Projekt trotzdem unterstützen wollen. Daher würden wir euch bitten zusammenzulegen und das Geld gemeinsam »aufzustellen«. Alles was nicht durch euch reinkommt muß von MCS selbst bezahlt werden, …

Die Spenden könnt ihr auf das SEPA-Bankkonto von MCS oder per Paypal schicken.

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

Wie der bekannte Atari-Entwickler Vincent Rivière auf der neuen http://mail.atariforge.org/mailman/listinfo/freemint-list&&freemint_Mailingliste ankündigte, läuft mintv4e.prg nun perfekt auf den ColdFire Evaluation Boards. Mit diesen Boards gibt es nun eine weitere Hardware-Plattform neben der FireBee selbst, auf welcher FreeMiNT für ColdFire native läuft. Per Nutzung von EmuTOS 20160606 oder später, vorzugsweise der bald erscheinenden Version 0.9.7 können die EVBs per dBug, TFTP oder direkt (auto-boot) vom BaS_gcc gestartet werden. Beachtet, daß BaS_gcc im Flash gebraucht wird, falls ihr das Netzwerk unter MiNT nutzen wollt.

BaS_gcc wird auch auf der FireBee eingesetzt und seit einigen Jahren von Markus Fröschle gepflegt, der es, genauso wie den FEC.XIF Netzwerktreiber, für die ColdFire 547x/548x EVBs portiert hat.

Durch die Nutzung des EmuTOS-Betreibssystems als Basis für FreeMiNT stehen folgende Funktionen ebenfalls zur Verfügung: RS-232 Konsole für Text I/O (keine Grafik). Compact-Flash-Karten für Massenspeicher. 14 MB ST-RAM und 46 MB FastRAM. Optionale PS/2-Tastatur mit dem EIffel/CAN-Adapter.

Das Projekt kann nun als fertiggestellt betrachtet, sowie aus dem http://www.freemint.org/builds/freemint/&&daily_trunk_archive heruntergeladen werden.

Am Computer wurden die Bustreiber entfernt, mit Kaptonband isoliert und anschließend wieder aufgelötet. Der Rechner läuft nun perfekt und die Chips werden auch nach mehreren Stunden Betrieb nicht über 45 Grad Celsius warm.

Wie schon vermutet ist der Bustreiber entgegen dem Datenblatt nach einigen Minuten Betrieb leitend geworden. Das nunmehrige Kaptonband auf der Unterseite der Thermal Pads isoliert diese vollkommen während die Wärmeableitung weiterhin gewährleistet ist. Eine genauer technische Erklärung folgt, wenn wir in den nächsten Wochen einmal Lust auf einen umfassenden Artikel haben. ;)

Die gute Nachricht lautet also; falls nicht noch andere unerwartete Katastrophen passieren sollten, können wir die ersten Rechner mit Ende Oktober ausliefern! Die neu bestückten Computer werden in zweistelligen Chargen alle zwei Wochen geliefert und anschließend einzeln und manuell auf Herz und Nieren geprüft, bevor sie in den Export gehen. Die Vorbestellungen werden der Reihe nach abgearbeitet. Alljene die vorbestellt haben werden also demnächst von uns kontaktiert.

Nochmal ein großes Lob an euch - die beste Community der Welt! In den letzten Monaten der Ungewissheit gab es kein einziges böses Wort, sondern Zuspruch, Verständnis und Vertrauen von eurer Seite. Danke.

Hier noch ein Foto der Wärmebildkamera im Vergleich. Oben die Version mit dem neuen Kapton-Band.

Das Austauschen des Bustreibers von einem TI- auf ein NXP-Modell hat leider nicht zur gewünschten Lösung der Probleme geführt. Dies stellt Medusa vor eine wahre Herausforderung, da eben einige Verhaltensweisen der Boards weiterhin unklar sind. Ihr könnt euch sicher den enormen Druck vorstellen, der - hauptsächlich - auf Fredi Aschwanden lastet, um die Auslieferung der Computer endlich beginnen zu können. Dennoch werden wir damit erst starten sobald alle Probleme tatsächlich beseitigt sind. Die Computer sollen wie bereits die erste Serie zu 100% funktionieren. Deshalb wollen wir uns an dieser Stelle auch für die grenzenlose Geduld von euch Endanwendern bedanken. Besonders jene Leute die bereits vor langer Zeit angezahlt haben.

Als nächste Schritte unsererseits wird versucht dem Problem auf zwei unterschiedliche Arten beizukommen. Einerseits wird an einem der Boards das Thermal Pad des Bustreibers vom Board getrennt. Der "Thermal Pad" ist eine Metallfläche auf der Unterseite des Chips die mit 3V3 verbunden ist. Er dient zum Abführen der Wärme über die Layerfläche, hier eben 3V3. Dieser "Pad" sollte gemäss Datenblatt keinen Kontakt zu irgendeinem anderen Anschluss des Chips haben. Jedoch macht er, kaum ist der Chip unter Strom gesetzt, Kontakt, der Chip erwärmt sich und der Stromverbrauch steigt so stark an dass die Spannungsversorgung zusammenbricht. Andererseits lassen wir auf einem Board testweise einen identischen Bustreiber statt dem bisherigen auflöten, der allerdings mit internen Pullups ausgestattet ist wodurch die Eingänge keine undefinierten Zuständen annehmen können sollten. Es besteht nämlich auch die Vermutung, dass diese Eingänge beim Einschalten (alles hochohmig) ins Schwingen geraten oder unzulässige Zustände einnehmen und so den Chip zerstören.

Wir hoffen daß eine dieser beiden Maßnahmen zu einer Lösung des Problems führt, können das aber derzeit nicht versprechen. Zusätzlich hat Wolfgang Förster dieser Tage seine Unterstützung angeboten, als einer der Wenigen mit herausragenden Hardwarekentnissen.

Da in einem Diskussionsforum noch die Frage nach der technischen Realisierung eines solchen "Bauteilaustausches" aufgetaucht ist, wollen wir euch noch darauf hinweisen, das dies hoichprofessionell vom Bestücker durchgeführt wird. Man darf sich das nicht als "händisches Herumlöten" vorstellen. Es existieren etliche hochkomplexe Automaten für solche Aufgaben die vom Bestücker eingesetzt werden. Dabei wird der betreffende Bauteil dermaßen ausgetauscht, daß man es als Endanwender gar nicht merkt im Nachhinein. Anders wäre das bei unseren fast 1000 SMD-Bauteilen auf der 8-fach Multilayerplatine auch nicht realisierbar. Hier könnt ihr euch ein Werbevideo eines solchen Atomaten ansehen https://www.youtube.com/watch?v=UY2MFbk-bN0 in diesem Fall eine Zevac Onyx. Die Boards verlassen Mesuda auch weiterhin nur mit einer 2-jährigen Gewährleistung!

Seit wir die neue Webpräsenz firebee.org im Sommer 2015 online gebracht haben, wurde acp.atari.org von uns nicht mehr aktuell gehalten. Zuerst dachten wir noch daran auf acp.atari.org ein Art technischen "Entwickler-Blog" weiterlaufen zu lassen, was sich aber als nicht notwendig herausstellte. Sämtliche technischen Informationen für die diese Seite eine wahre Fundgrube darstellt, wurden oder werden noch, nach und nach in die Support-Sektion auf firebee.org eingearbeitet. Wir werden daher hier auf firebee.org voraussichtlich die nächsten Jahre nichts mehr aktualisieren, abgesehen von kleinen Verbesserungen und womöglich der Komplettierung der ein- oder anderen Übersetzung. Die Seiten selber bleiben solange wie möglich online. Einerseits da sie mittlerweile wirklich viel chronologisch sortiertes Wissen enthalten, und auch schon von historischem Interesse sein können, da ja auch alle Inhalte vom ersten Versuch des ACPs zwischen 2002 und 2006 alle enthalten sind (Siehe "Archiv" am Ende dieser Seite). Andererseits da dezentralisierte Infrastruktur immer positiv ist und uns so gegebenenfalls ein "Backup-Webpräsenz" zur Verfügung steht. Wir möchten uns nochmals für die schon weit über eine Dekade lang andauernde positive Zusammenarbeit mit atari.org bedanken.

Alle aktuellen Informationen, und News zum "Atari Coldfire Project", sowie dem Open Hardware-Produkt "FireBee" gibt es unter:

http://firebee.org

In der Zwischenzeit hat Medusa ein Bauteil auf den neuen Boards ausgemacht, das – wie bereits vermutet – für die Probleme verantwortlich zu sein scheint. Die Kommunikation mit dem Bestücker und dem Hersteller, Texas Instruments, hat bisher noch keinen Hinweis auf die konkreten Gründe des Bustreiber-Verhaltens gebracht. Das Bauteil verhält sich nämlich nicht wie in den Spezifikationen angegeben, und skurrilerweise auch nicht wie das Gleiche bei der 1. Serie. Extra ärgerlich ist, daß der Bustreiber sein Verhalten nach etlichen Minuten Betrieb auch noch verändert. Um zu einer schnellen Lösung zu kommen, während wir mit Bestücker und Hersteller weiter dem wahren Grund nachspüren, hat Medusa nun extra baugleiche Bustreiber von NXP bestellt. Wir werden dem Bestücker ein Board und das neue Bauteil zukommen lassen, welches dieser austauscht, um zu sehen ob damit dann alle Problem gelöst sind.

Wir halten euch weiter auf dem Laufenden, und beginnen die Auslieferung der Serie erst wenn alle Probleme zufriedenstellend gelöst sind. Sollte das Austauschen des Bustreibers zum Erfolg führen, dann werden sämtliche Computer vor dem Versand händisch einzeln von uns getestet.

Es begann damit, daß die Bestellung der neuen Serie im neuen Jahr bearbeitet wurde – nach den Feiertagen. Leider konnte der Schweizer Bestücker den 2015 zugesagten Produktionszeitraum von 12 Wochen nicht halten. So wurde dann vereinbart, daß die neuen Computer Ende Mai 2016 bei MCS eintreffen. Dann kam es erneut zu einer Verzögerung beim Bestücker und es wurde als neuer Termin Ende Juni – inklusive Entschuldigung für die Verzögerung – an MCS übermittelt. Noch war Alles halbwegs im Rahmen, da wir uns entschieden hatten die LED-/Speakerclips herstellen zu lassen, was die Produktion sowieso auch um ein paar Wochen verzögert hätte.

In der Zwischenzeit hatten wir auch in Wien (klingt ja fast wie bei einem weltumspannenden Konzern, ...) eine neues Problemfeld. Der Gehäuseproduzent, mit dem bisher eigentlich sehr angenehm und gut zusammengearbeitet wurde, wollte bei der endgültigen Bestellung der Mini-Gehäuse auf einmal 24% mehr als im Anbot zuvor. Unser Hinweis daß das 100% Inflation wären, wurde mit einem minimalsten »Preisnachlass« und einer knappen Erklärung gekontert. »Der erhöhte Preis erkläre sich unter Anderem dadurch, daß jetzt alle Schrauben mit dabei seien«, ... spätestens ab diesem Zeitpunkt war all unser Vertrauen dahin, da die Gehäuse nämlich eine einzige Schraube enthalten – die schwarze Rändelschraube am Deckel. Und Diese haben wir immer selber besorgt bei vorangegangenen Gehäuseserien. Da wir also nicht akzeptieren wollten, einen erhöhten Preis (den wir zu 100% an euch weitergeben hätten müssen) für nichtexistente Schrauben zu zahlen, haben wir uns auf die Suche nach einem neuen Gehäusehersteller gemacht, da wir fest davon überzeugt sind, daß Ihr 4-5 Wochen weitere Wartezeit sympatischer findet als erhöhte Kosten.

Diesen gibt es mittlerweile auch. Und wir können das Preisniveau der Mini-Gehäuse halten. Kaum hatten wir den neuen Gehäusehersteller, und dank Milan Tirnanic auch ein perfektes neu konstruiertes 3d-Modell des Mini-Gehäuses, kamen auch die ganzen neuen Computer am 1. Juli bei Medusa an. Und: sie funktionieren allesamt nicht! Die meisten der Boards lassen sich einfach nicht starten. Einige Wenige konnten dann doch booten, ziehen aber so viel Strom, daß das 45 Watt Netzteil versagt, ... also eher Kategorie Heizelement statt Atari-Klon.

Fredi Aschwanden versucht die letzten drei Wochen den Grund herauszufinden, was sich als absolut nicht trivial herausstellte. Wir wissen bis dato noch immer nicht was mit den Rechnern los ist. Es könnte ein Kurzschluß irgendwo sein. Aber auch Fehler beim Auflöten der knapp 1000 Bauteile, oder es sind sogar die Platinen fehlproduziert, oder es wurden defekte Bauteile verwendet. Derzeit hat der Bestücker ein Board zurückbekommen, entfernt alle Bauteile, und lötet Neue auf. Unter Umständen ergibt sich dadurch auch ein Hinweis auf den Fehler.

Trotz dieser Probleme sind wir heilfroh, daß wir mit einen Bestücker in der Schweiz zusammenarbeiten, der zugänglich und vertrauenswürdig ist. Die Fehlproduktion wird ohne Mehrkosten behoben werden. Auch da neben der Medusa und dem Hades auch die ersten FireBees dort hergestellt wurden. Hätten wir irgendwo in Asien produzieren lassen, hätten wir nun ein richtig ernsthaftes Problem und könnten das Geld abschreiben, oder einen Prozess in China führen (haha).

Wir sind also guter Dinge, daß wir die Probleme bis Ende August aus der Welt geschafft haben, wollen aber nichts genaues versprechen, außer daß ihr zu 100% funktionierende FireBees, inklusive zwei Jahren Gewährleistung, für euer Geld bekommen werdet. Sobald es Neuigkeiten gibt, informieren wir euch natürlich hier.

Peter Lane hat mehrere schon früher von uns erwähnte Applikationen für die FireBee entwickelt, wie das Sokoban Spiel, BibFind und viele mehr. Lane entwickelt seine GEM-Anwendungen hauptsächlich in der Programmiersprache C, mittels AHCC. Heute stellt er seine gesammelten Entwicklungs-Notizen als PDF zur Verfügung. Die Code-Beispiele beginnen sehr einfach und sind dann von zunehmender Komplexität, was den Informationswert enorm erhöht; ausserdem wurden sie erfolgreich auf Atari ST und FIreBee getestet. Der Programmier-Guide, der momentan nur in Englische vorliegt, wird in diverse anderen Sprachen übersetzt.

Der Guide kann direkt hier runtergeladen werden: http://peterlane.info/downloads/guide.pdf
Der Quellcode ist ebenfalls verfügbar: http://peterlane.info/downloads/guide-source.zip

Informationen zu allen Entwicklungen von Peter Lande finden sich auf seiner Website: http://peterlane.info/

Die Hauptverbesserung des Kompilers besteht aus einer Fehlerbehebung im Register der "Healt-Analyse" wo – unter seltenen Umständen – zu viele Operationen verworfen wurden.
Auf Seiten der Shell (nicht in AHCCST), wurde dem Menü ein neues Element hinzugefügt: from Folder". Diese Neuaufnahme ist richtig interessant und hilfreich um neue Projekt-Dateien, durch Bildung eines Projekt-Gerüstes aus Dateinamen in einem vorhandenem Ordner (nur eine Ebene tief), anzulegen.
Der Editor wurde erneut geprüft und ein Fehler gefunden, der das Risiko beinhaltete während der Suche mit "Compare ^2" nach den nächsten unterschiedlichen Codezeilen die Synchronisation zu verlieren, welcher anschließend ausgebessert wurde.

Bitte besucht die Webseite von Henk Robbers für weiter Informationen und um die Dateien herunterzuladen: http://members.chello.nl/h.robbers/

Dies betraf die Endmontage der Speaker und LEDs im Gehäuse selbst. Die unglückliche Situation diese per Heißkleber befestigen zu müssen sollte also geändert werden. Dazu hat Milan Tirnanic schon kurz nach der ersten Gehäuseserie einen Clip konstruiert, der es ermöglicht alle 3 Bauteile so im Gehäuse anzubringen, daß sie einerseits perfekt sitzen, und andererseits – um nachhaltig zu sein – einen Austausch unter Umständen defekter Komponenten in Zukunft ermöglichen.



Wie rechts zu sehen ist, besteht der Clip aus einem Rahmen für den Lautsprecher an dem der Speaker der FireBee mit 4 Schrauben befestigt wird. Weiters gibt es auf der rechten Seite zwei LED-Halterungen in denen die LEDs per handelsüblichen Gummifassungen eingeschoben werden können. Es gibt Lüftungslöcher für eine Wärmeabfuhr von der durch die LEDS erzeugten Wärme. Auf der Unterseite schmiegt sich der Clip perfekt an die FireBee-Boards und wird mit einer einzelnen Nylonschraube von der Boardoberseite unter dem Print – also zwischen dem Board und dem Gehäuse – befestigt. Einfacher geht es nicht mehr! Als "Goodie" gibt es noch einen FireBee-Schriftzug am Clip selbst, mit dem die exklusive Produktion und Spezialanfertigung für das FireBee-Mini-Case dokumentiert werden soll. Der Clip entspricht unserer Meinung nach höchsten ästhetischen Ansprüchen.









Diese Clips sollten indealerweise im Spritzgußverfahren hergestellt werden. Dies ist bei Kleinserien jedoch nicht möglich. Daher haben wir sehr lange nach einem leistbaren Herstellungsprozess gesucht. Über Tiefziehen, Lasersintern, 3d-Druck, Vakuumguss usw. haben wir Vieles versucht. Leider hat immer die Qualität oder ein unrealistischer Preis die Produktion bisher verunmöglicht. In Süddeutschland sind wir nun endlich bei einem Betrieb der äußerst kostengünstig lasersintern kann, fündig geworden.

Wir haben uns daher entschieden sämtliche neuen Gehäuse mit diesem industriell gefertigtem Clip auszustatten!

Da wir lediglich eine einzige Charge lasersitern können, wollen wir allen bisherigen Mini-Case-Besitzern auch die Möglichkeit bieten, so einen Clip zu erstehen. Wir bieten daher den Clip um günstige 12,60 Euro (plus Lieferung) als Export aus der Schweiz von Medusa Computer Systems an.

Wir bitten alle die bereits ein Mini-Case besitzen und Interesse an dieser Halterung für den Lautsprecher und die LEDs haben, verbindlich bis Sonntag den 26.6.2016 eine Bestellung abzugeben!

Nochmals; wir können leider nur eine einzige Produktionslauf für die Clips durchführen. Nachzügler haben also später lediglich die Möglichkeit einen qualitativ viel schlechtern Ausdruck aus dem 3d-Drucker von uns zu beziehen oder müssen auf eine Einzelfertigung um 56,- Euro pro Stück zurückgreifen.

Zusätzlich bringt diese Neuerung des Speaker-Clips mit sich, daß die Auslieferung der neuen Serie um ein paar Wochen verzögert wird. Wir hoffen, daß ihr mit diesem Kompromiss leben könnt und mit uns einer Meinung seid daß sich diese Professionalisierung des Mini-Cases jedenfalls auszahlt.

Abschließend wollen wir euch noch eine Extra Seite mit etlichen Fotografien des Prototypen zur Verfügung stellen. Achtung: der Prototyp enthält noch den Schriftzug, der in der Serie um 180° gedreht wird. Viel Freude mit dieser neuen Entwicklung!

Die Konstruktionsdateien stellen wir, ganz im Sinne der Open Hardware unter "Creative Commons by-nc-sa" als ".stp", ".stl" und ".pkg" Dateien, zur Verfügung. In Kürze werden jene Dateien die wir in Produktion geben, auch auf unserer Support-Seite gemeinsam bei der anderen Hardware zum Herunterladen bereitgestellt.

Zur Erinnerung; das OpenSource-Betriebssystem wird ungefähr seit der Jahrtausendwende – ausgehend von den freigegebenen Quellen von Digital Research – weiterentwickelt. Auch wenn die Entwicklung der FireBee EmuTOS in den letzten Jahren mitbeeinflußt hat und es bei den Entwicklern eine gewisse personelle Überschneidung und gegenseitige Unterstützung gibt, handelt es sich bei EmuTOS um ein grundsätzlich eigenes und unabhängiges Projekt.

Das Betriebssystem ist unsere einzige vollständig freie OpenSource-Alternative und wird direkt ins ROM geflasht wo es mit FireTOS koexistiert. Bei jedem Neustart der FireBee kann dann das Betriebssystem der Wahl ausgesucht werden. Als Dauerhafte Auswahl gibt es am Board die kleinen DIP-Schalter.

Der wohl größte Vorteil von EmuTOS ist, daß die FireBee-Version extra für den ColdFire Prozessor kompiliert wurde, und deshalb mit maximaler Geschwindigkeit läuft (daher gehen aber auch keine 68k-Programme).

In der nun https://sourceforge.net/projects/emutos/files/emutos/0.9.6/&&neuen_Version_0.9.6 die Ende Mai veröffentlicht wurde gibt es über 70 neue Funktionen, essentielle Bugfixes und Verbesserungen. Sämtliche Bereiche des TOS wie AES, BDOS, BIOS, das VDI und der Desktop "EmuDesk" haben Neuerungen hinzubekommen, die Performance wurde generell verbessert und FireBee Anwender können auch direkt von den neu hinzugefügten Funktionen profitieren.

Wir empfehlen auf das neueste EmuTOS upzugraden.

Die letzte Version kann wie immer auf den http://emutos.sourceforge.net/en/&&Sourceforge-Seiten_des_Projektes heruntergeladen werden. Nach dem Entpacken von emutos-firebee-0.9.6.zip wird EmuTOS mit FLSH060.PRG vom FireTOS/FreeMiNT aus bzw. mit FLASH_CF.PRG von EmuTOS aus ins ROM der FireBee geflasht und steht nach einem Neustart – wie von Ataris gewohnt – ohne der Vorraussetzunge eines Massespeicher zur Verfügung.

Die Entwicklung von EmuTOS schreitet derweil dank der großartigen Arbeit von Roger Buirrows, Vincent Riviere und Anderer weiter voran.

Das Bildschirmfoto zeigt das Programm das auf der FireBee unter MiNT und XaAES läuft.

Features:

• Beinhaltet die 50 klassischen Levels von "Thinking Rabbit".


• Zusätzliche Levels können von einer Textdatei geladen werden.


• Unlimitierte Rückgängig-Schritte.


• Gesamtanzahl der Bewegungen und Schubse pro Level wird aufgezeichnet und gespeichert.


• Größe der Anzeige kann angepasst werden.

Siehe: http://peterlane.info/sokoban.html
- Für herunterladbare Dateien (es gibt seperate Programme für die FireBee und für den ST/68000 , und
- den Quellcode (Das Programm wurde auf einer FireBee unter Verwendung von AHCC geschrieben).

Es kann von innerhalb der Drucker-Treiber genutzt werden und PDFs können von diversen Anwendungsprogrammen aus "gedruckt" werden. Nun wurde die Version BETA 3 veröffentlicht. PH PDF Maker kann nun auch auf euren FireBees genutzt werden, da es kompatibel mit NVDI ist (siehe die Anmerkunen unten). Die neuen Funktionen in BETA 3 sind:

1. Läuft mit NVDI 3, 4, 5 & SpeedoGDos 5.0c, 5.7.
   
2. True Colour 24-bits Grafik Unterstützung für realistische Farbwiedergabe in PDFs.


3. Auswählbare Ausgabe-Auflösungen bis zu 300 DPI.


4. Es können 12 unterschiedliche Standard-Papiergrößen bei der PDF-Ausgabe ausgewählt werden.


5. Komprimierte PDFs für kleinere Dateigrößen.


6. Unterstützung für gesicherte PDFs mit Passwort-Verschlüsselung und Passwörtern für Lesen/Öffnen.


7. Unterstützung für geschütze PDFs mit Restriktions-Kontrolle für Kopieren, Drucken und Editieren.

Eigenschaften von vorhergehenden Versionen:

1. PDFs werden einfach durch Drucken aus einem Programm mit den normalen GDOS Drucker-Einstellungen erzeugt.


2. VDI Ausfgabe-Funktionen für grafischen Text, Kontur-Text, Kreise, Polygone, Rechtecke und farbig gefüllte Flächen (geschlossene Polylinien) werden unterstützt.


3. Unterstützung für die VDI GDPs (Generalized Drawing Primitives), Rechtecke, Kreisbogen, Kreissegmente, ausgefüllte Kreise und Ellipsen.


4. Unterstützung für Text-Effekte wie fett, kursiv, konturiert, unterstrichen, rotiert, farbig, hoch- und tiefgestellt.


5. VDI-Farbzuweisungen für untersützte Grafik-Objekte, Linien, Texte und gefüllte Objekte werden unterstützt.


6. Unterstützung von TrueType Schriften für gute Ausgabe der Schriftschnitte.


7. Unterstützung von Lateinischen Sonderzeichen wie sie im origianl Atari-Zeichensatz definiert sind (z.B. per Tastatur).

NVDI 5 kann lediglich True Colour-Grafiken in PDF-Dokumenten rendern. Unglücklicherweise kann NVDI 5, als Floge von Einschränkungen die erst mit NVDI 5 eingeführt wurden, nur einen kleinen Teil des Textes rendern. Dieses Phänomen tritt nur mit der Version 5 auf, sodaß NVDI 3 oder 4 wenn es einmal auf der FireBee funktionieren sollte, alle Funktionen von PH PDF Maker BETA 3 nutzen können sollte. Diese Beschränkungen halten euch jedoch nicht davon ab, mit den Grafik-Fertigkeiten von entweder Papyrus oder Atari Works, True Colour Grafik-PDFs auf euren leistungsfähugen FireBees zu erzeugen.

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

Der Autor Peter Lane hat eine einfache Diagramm-Bibliothek für C-Programme geschaffen. Die Bibliothek wurde derart gestaltet, um, durch einfaches Kopieren von zwei Dateien (chart.h und chart.c) in ein C-Projekt, in andere Programme inkludiert zu werden.

Drei Arten von Diagrammen werden unterstützt:


1. Balken-Diagramme: Ein Set von positiven Werten wird in eine Serie von vertikalen Balken konvertiert. Der Titel, x/y Kennzeichnungen, Farben und Füllmuster von Balken können verändert werden.
2. Linien-Diagramme: Ein Set von Linien wird zu den Linien-Diagrammen addierd. Der Titel, x/y Kennzeichnungen und Farben, Linien- und Punkt-Stile können alteriert werden.
3. Torten-Diagramme: Ein Set von positiven Werten wird in Stücke eines Torten-Diagramms konvertiert. Der Titel, die Kennzeichnungen der Stücke, Farben und Füllmuster können geändert werden.

Alle Diagramme nutzen die Standard-VDI-Grafik um gezeichnet zu werden, und skalieren sich selbst um in die gegebenen Zeichen-Fläche zu passen. (Da die FireBee keine pmarkers unterstützt, werden diese individuell innerhalb der Bibliothek gezeichnet: um diese zu nutzen wird beim Kompilieren das Symbol PMARKS definiert.)

Die Diagramm-Bibliothek wurde mit dem AHCC-Kompiler geschrieben. Ein Beispiel-Programm das mit der Bibliothek mitgeliefert wird, zeigt wie alle Diagramme genutzt werden (im Bild illustriert). Die komplette Dokumentation findet sich in chart.h. Ein Beispiel der Nutzung der Bibliothek in einem anderen Programm kann im neuesten BibFind gefunden werden (siehe: http://peterlane.info/bibfind.html )

Weiter eInformationen und Links zu den Dateien gibt es unter: http://peterlane.info/chart.html

Eine verbesserte Version von GFABASIC wurde veröffentlicht. Die Highlights sind:

GFA-Basic Editor v1.68
Verbesserte Assembler-Datei sowie inkludierte Datei-Verwaltung.

Compiler/Linker r27
Keine Änderungen zur vorhergehenden Version.

Library/Interpreter r16
Zufällige Abstürze beim Starten verbessert.
Daß es vom FAST-RAM nicht funktioniert hat, wurde ausgebessert.
Zwei Fehler im DIM-Kommando wurden korrigiert.

GFA-Basic Compendium v2.88
Diverse Tippfehler wurden korrigiert, einige Seiten wurden neu formuliert, und neue Informationen hinzugefügt.

Dieses Update ist speziell für FireBee-Besitzer wichtig, die den Interpreter nutzen.
Ausführlichere Informationen sind im individuellen "change log" in der Dokumentation nachzulesen.

Lonny Pursell möchte Peter Lande für die Bug-Reports und das ausführliche Testen auf der FireBee danken.

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

Schreiben ist eine produktive Tätigkeit und kann genauso effektiv auf der FireBee erledigt werden, wie auf jedem anderen Computer. Peter Lane hat zwei Werkzeuge geschaffen, die dabei helfen den Schreibprozess zu unterstützen. Das Erste hilft dabei BibTeX-Dateien zu durchsuchen und Zitate sowie Referenzen in Dokumente einzufügen, das Zweite ist ein Konvertierer von Text zu HTML, der auf asciidoc basiert. Diese Programme ermöglichen es euch auf der FireBee zu schreiben und Vorschau für Dokumente zu erstellen, welche anschließend, auf Computern auf denen ein komplettes asciidoc-System läuft, in PDF/epub usw. -Dokumente konvertiert werden können.


Das erste Programm – BibFind – lässt euch in Einträgen in einer Bibliographie, die im BibTeX .bib -Format geschrieben wurden, suchen. Ihr könnt jeden Eintrag in der Bibliographie anzeigen lassen, oder nach Einträgen die zu einem oder mehreren Worten passen, suchen. Zitate und Referenzen können dann ins Clipboard kopiert werden um in einem Texteditor oder einer Textverarbeitung eingefügt zu werden. Dies wurde mit QED und Atari Works getestet.

Jegliche der folgenden Informationen können kopiert werden:

1. id: hilfreich für LaTeX oder asciidoc Dokumente
2. cite: ein Zitierstil (Autoren, Jahr)
3. Harvard: eine "Harvard-style" Autoren-Referenzen, um in Referenzlisten einzufügen
4. IEEE: eine "IEEE-style" Referenz, für numerische Referenzlisten

Das zweite Programm, Neso, ist ein Konvertierprogramm von Text nach HTML, im Geiste von Asciidoc und Markdown. Es unterstützt ein limitierte Untermenge der Asciidoc Syntax, inklusive Überschriften, Bildern, http-Links, Listen und einfachen Formatierungen.

Neso kann (unter MiNT) gemeinsam mit einem Texteditor und einem html-Betrachter, wie beispielsweise QED und Netsurf, genutzt werden. Dokumente können in QED editiert werden, durch klicken auf den "Convert"-Knopf in Neso konvertiert werden, und sofort durch das Neuladen der Anzeige in Netsurf angezeigt werden; dies stellt einen effizienten Editierungs/Vorschau Arbeitsprozess dar.

Für weitere Informationen und herunterladbare Dateien, besucht bitte:
http://peterlane.info/bibfind.html
http://peterlane.info/neso.html

Beide Programme wurden auf der FireBee unter Nutzung des AHCC C-Kompilers entwickelt.

Anschließend werden die Computer in der Schweiz endkontrolliert, in die Gehäuse eingebaut und in Reihenfolge der eingegangen Vorbestellungen kleinweise an euch ausgeliefert. Wir werden uns bei allen Vorbestellenden in 4 bis 8 Wochen persönlich melden und um die finalen Bestellungen (mit CF-Karten, gegebenenfalls Netzteilen usw.) fragen und um die Bezahlung der Computer bitten.
Selbstverständlich können auch weiterhin FireBees von euch vorbestellt werden, da wir – wie auch schon bei der ersten Serie – weit mehr Boards in Produktion gegeben haben als vorbestellt wurden.

Die Entwicklungsumgebung – nun in der Version 5.3 – bietet etliche Neuerungen am Kompiler, Assembler, der Shell, dem Editor und der Bibliothek ahccstdf. Wie auch bisher produziert AHCC Programme die für ColdFire-CPUs optimiert sind, die jedoch auch auf 68020, 030, 040 und 060 CPUs laufen, da nur jene Instruktionen genutzt werden, die auf allen Prozessoren verfügbar sind. Die neue Version ist auf http://ahcc.atari.org/&&Henks_Webseite zu bekommen.

Gebaut werden die Computer, wie auch schon die vorherigen Produkte aus dem Hause MCS, bei einem Schweizer Bestücker. Derzeit warten wir auf den definitiven Liefertermin.

Die neuen FireBee Computer können auch weiterhin vorbestellt werden. Wer auf zwei Teile zahlen möchte, kann auch derzeit noch – bis zur Fertigstellung der neuen Serie – eine Anzahlung leisten. All Jene, die vorbestellt haben, werden rechtzeitig vor der Auslieferung und Bitte um (Rest-) Zahlung, nochmals von uns kontaktiert um etwaige Zusatzwünsche wie Netzteile, CF-Karten, Gehäuse udgl. mitbestellen zu können.

Wir wünschen der gesamten Community schöne Feiertage und werden euch im neuen Jahr auf dem Laufenden halten.

Das Linear Classic-Set besteht aus 206 Icons die in 256, 16 und 2 Farben, im üblichen RSC(AES-4)-Format, gezeichnet wurden. Eine Konfigurations-Datei (teradesk.inf), die für das Offizielle FreeMiNT-Setup optimiert wurde, ist ebenfalls enthalten. Wer bereits einen gut eingerichteten Teradesk Desktop mit dem Linear Blue 48-Punkt-Set in der Version 1.2 bis 1.4b hat (das Linear Blue-Set wurde unlängst aktualisiert, und ist im Support-Bereich unter support/look&feel auf firebee.org verfügbar), für den ist es lediglich nötig die cicons.rsc-Datei zu ersetzen, da die teradesk.inf-Dateien abwärts-kompatibel sind. Um Usern die individuelle Anpassung ihrer Arbeitsbereiche zu vereinfachen, gibt es diverse nicht zugeordnete Ordner-Icons (folder1-folder7) die ebenfalls inkludiert wurden.

Komplette Vorschau
(.zip 230kB)

Beim ersten Spiel Elansar wurde die Qualität des Intros gesteigert und die Bildqualität sowie Geschwindigkeit erhöht. Philia selbst konnte erstmals an die FireBee angepasst werden und ist nun problemlos lauffähig. Beide Spiele wurden im Zuge der Anpassungen auch mit einem GEM-Modus versehen, durch den sie nun nicht mehr nur in Vollbild, sondern ebenfalls im GEM-Fenster unter Multitasking spielbar sind. Dies kommt auch anderen "High-End-Ataris" wie CT6x oder generell Maschinen mit Grafikkarten zu Gute.

Die Spiele für Falcon und FireBee sind online bei http://onorisoft.free.fr/retroshop/index.html&&Orionsoft ab 5,- Euro neu zu erstehen.

Kurz nachdem diese News bereits geschrieben waren veröffentlichte Orion ein weiteres Spiel für den FireBee Computer. Diesmal handelt es sich um ein Puzzel-/Jump ’n’ Run-Spiel im klassischen Pixel-Art-Style der Alten Schule und nennt sich »Alice's Mom's Rescue«. Es läuft Vollbild und kann mit der USB-Tastatur gespielt werden. Wir hoffen daß in Zukunft die Atari-Tastatur ebenfalls unterstützt wird. Das Spiel is in Englischer, Französischer, Deutscher, Spanischer und Italienischer Sprache verfügbar und kann im itch.io-Store für einen kleinen Obolus bezogen werden.

Orion ist ein echter Multiplattformentwickler: Er hat bereits für viele verschiedene Systeme Spiele veröffentlicht, darunter Falcon, Jaguar, Android, Windows und Mac. Zuletzt hatte er sein Denkspiel Yopaz als GEM-Spiel für den ST veröffentlicht.

Bisher war Drucken mit der FireBee lediglich per Netzwerk und PHERP möglich. Seit einigen Monaten hat das Team intensiv daran gearbeitet auch den Paralellport zur Mitarbeit zu überreden und in erster Linie Drucken damit ebenfalls zu ermöglichen.

Durch eine neue FPGA-Version, ein neues EmuTOS und ein xdd (device driver) für FreeMiNT ist Drucken über den Paralellport nun auf der FireBee per EmuTOS und FreeMiNT – sofern es über EmuTOS läuft – ebenfalls möglich. Der Paralellport funktioniert nun problemlos.

Dazu benötigt ihr:

• Die neue die von Medusa erstellt wurde.
• Das neueste http://sourceforge.net/projects/emutos/files/emutos/0.9.5/emutos-firebee-0.9.5.zip/download&&EmuTOS_0.9.5 , das am 25.10.2015 veröffentlicht wurde.

Diese beiden Bestandteile werden mit FLASH060.PRG aus FireTOS wie auch bisher ins ROM geflasht.

• Zum Drucken unter FreeMiNT benötigt ihr zusätzlich noch den neuen von Markus Fröschle, der in den xdd-Ordner des FreeMiNT gehört.

Die lange Version dieser »Never ending Story«:

Ausgehend vom fortdauernden, unbändigen und die Entwickler durch kontinuierliches Wiederauftauchen bis zur Verzweiflung treibenden Wunsches der Projektkoordination den Endusern eine umfassende Nutzung der FireBee in allen Lebenslagen und Anwendungsgebieten nach ihren Bedürfnissen zu ermöglichen, hat Wolfgang Förster Anfang des Sommers einige gescheite Fragen an das Team gestellt. Diese betrafen den nicht funktionierenden Paralellport und die bisherige VHDL-Umsetzung. Wolfgang hat mit der Recherche in der FPGA-Konfiguration begonnen und auch einige recht plausible Theorien zum Nichtfunktionieren des Ports entwickelt.

Dann haben sich glücklicherweise Roger Burrows und Markus Fröschle gleichzeitig mit Fredi Aschwanden ebenfalls auf die Suche nach den möglichen Käfern im Paralell-Port gemacht, während Mathias Wittau noch versucht hat Miro Kropácek und/oder Peter Persson Honig ums Maul zu schmieren damit diese ihre kaum vorhandene Zeit in einen Workaround investieren. Besonders hervorzuheben sind Rogers Messungen an original Atari-Geräten, ohne die viele Fragen unbeantwortet geblieben wären und dieser Fix nie möglich geworden wäre. Anschließend wurden von diversen Entwicklern Nächte vor den Computern verbracht, Literatur gewälzt, diverse FPGA-Testkonfiguratinen erstellt und viel VHDL gelernt.

Durch intelligente Analyse aller uns hernach vorliegenden Daten konnte das Problem von Markus Fröschle identifiziert werden und ein Lösungsweg zu einem funktionierenden Paralellport gefunden werden. Ganz wie man es sich vorstellt wurde flugs eine neue und nun – in Bezug auf den Druckerport – fehlerfreie FPGA-Konfiguration erstellt. Es stellte sich heraus, daß weiterhin das Problem bestand, daß der Port nun zwar korrekt aber dennoch ca. 40 mal so schnell wie auf original-Falcons funktioniert und deshalb einige Systemroutinen nicht richtig mit dem Port umgehen konnten. Also wurde »mal eben« das EmuTOS von Roger Burrows dahingehend umgeschrieben, und von Markus Fröschle auch ein xdd geschrieben um den nun laufenden Druckeranschluß auch korrekt unter FreeMiNT ansprechen zu können.

Drucken ist also ab sofort problemlos mit allen Druckern auch über Paralellport möglich, sofern EmuTOS oder ein darüber laufendes FreeMiNT genutzt werden. Das FireTOS und somit auch das Offizielle FreeMiNT Setup über FireTOS harren noch geduldig auf die Dinge die da kommen mögen – sprich solch einen Patch wie unter EmuTOS. Die nicht von der Hand zu weisenden Vorteile von Open Source zeigen sich dabei wieder einmal eindrucksvoll. Glücklicherweise liegen uns jedoch Lizenzen des Original TOS vor, durch die das Problem zumindest irgendwann gelöst werden kann. Anschließend sollten jedoch auch alle NVDI- oder Papyrus-Druckertreiber nutzbar sein.

Das neue EmuTOS bietet auch etliche weitere Neuigkeiten für die FireBee wie beispielsweise AES-Verbesserungen, durch die jetzt viele Programme fehlerfrei laufen (beispielsweise QED mit dem jetzt jederzeit sauber gedruckt werden kann), BIOS-Verbesserungen für automatische Erkennung mehrerer IDE-Busse, diverse EmuDESK-Optimierungen und Vieles, Vieles mehr.

Viel Spaß mit euren nun druckfähigen FireBees!

Dabei bringt er umfassende Erfahrung aus seinem Brotberuf mit und kann auch auf die Vorarbeiten auf der FireBee von Alan Hourihane, Lyndon Amsdon und Fredi Aschwanden zurückgreifen. Patrick wird sich zuallererst um die Implementierung des PS/2-Protokolls kümmern, damit auf der FireBee eine dritte funktionierende Schnittstelle für HID-Devices vorhanden ist. Diesbezüglich sind, nach umfangreichen Analysen des derzeitigen Standes sowie ersten Tests mit einem Dev-Board, laut Eigenaussage, noch dieses Jahr substanzielle Ergebnisse zu erwarten.
Anschließend werden nach Möglichkeit weitere Projekte wie der GAME-Port, RTC-Verbesserungen oder ein Flash Tool folgen.

Lonny Pursell hat etliche neue Codecs für zView geschrieben und einige Ältere überarbeitet. Alles in Allem hat er 53 Codecs neu kompiliert, damit diese FireBee-kompatibel sind. Darunter sind Grafikformate wie Neo, Pixart, POFO, STAD, Degas, IFF, Macpaint oder Sun, um nur Einige davon zu nennen. Es gibt jedoch auch einige Codecs die verbessert wurden wie beispielsweise TGA oder BMP und zusätzlich gibt es auch fünf Encoder. Alle Codecs sind LDG-Bibliotheken und können daher in Zukunft auch von anderen Programmen genutzt werden. Danke an Uros Vidovic und Pierre Ton-That für das Testen. Lonnys kann direkt heruntergeladen werden.

(PDF 0,37MB)

Da wir seit 2014 ausverkauft sind und kontinuierlich weitere Anfragen bekommen haben, haben wir uns entschlossen die nächste Serie produzieren zu lassen. Um diese Serie komplett vorzufinanzieren, möchten wir für einen Teil fixe Bestellungen, also 50 Vorbestellungen und aus diesen 50 Vorbestellungen 20 Anzahlungen über 200,- Euro. Sobald diese Anzahl an Vorbestellungen und Anzahlungen erreicht ist wird die Produktion in Auftrag gegeben. Die Herstellung der Boards dauert ab Auftragserteilung dann noch rund 12 Wochen. Im Idealfall werden die neuen Boards also noch 2015 verschickt, sofern in den nächsten Wochen genügend Bestellungen eingehen. Selbstredend könnt ihr FireBees der 2. Serie auch ohne Vorbestellung nach der Produktion erwerben. Jedoch ermöglicht uns jede fixe Bestellung den früheren Produktionsstart! Es wäre also jetzt angebracht verbindlich zuzusagen, wenn ihr schon länger über dem Kauf einer FireBee nachdenkt.

Die Produktion findet wie schon bei der Medusa T40, dem Hades und der ersten FireBee-Serie bei einem Schweizer Bestücker statt. Die gute Nachricht ist, daß wir den Preis auf 560,- Euro pro Board senken konnten. Die schlechte Nachricht ist, daß wir euch eigentlich Ende letzten Jahres mit einer massiv verbilligten FireBee um rund 460,- Euro überraschen wollten. Die Verbilligungen in der IT-Branche wurden jedoch komplett vom Wechselkurs zunichte gemacht. Da die Schweizer Nationalbank die Preisbindung an den Euro mit Jahresbeginn aufgehoben hat, hat der Franken massiv an Wert zugelegt und die FireBee kostet daher wieder 560,- Euro. Lediglich Atari-Freunde innerhalb der Schweiz können sich also über eine stark verbilligte FireBee freuen. Für alle Anderen konnten wir zumindest einen kleinen Preisnachlass ermöglichen.

Zum Board selbst ist zu sagen daß wir uns nach reiflicher Überlegung dazu entschlossen haben, es 1:1 wie die erste Serie zu produzieren. Dies hat mehrere Gründe:

• Durch die Nutzung der vormaligen Filme und Wegfall weiterer Prototypen, die auch bei kleinen Änderungen notwendig geworden wären, können wir den Preis moderat halten.

• Da wir in Kleinserien produzieren, besteht bei geänderter Hardware die Gefahr eines »Support-Desasters«. Bei jeder Anfrage oder jedem 2 Programm die Version des Boards mitdenken zu müssen, und dann gegebenenfalls unterschiedliche Versionen von Software/Firmware/etc. verwalten zu müssen könnte sich zur Katastrophe entwickeln. Verbilligungs-Ideen wie z.B. einen kleineren FPGA zu nutzen (den man dank PIN-Kompatibilität direkt einsetzen könnte), haben wir deshalb auch wieder verworfen.

• Gewünschte kleinere Hardware-Änpassungen müssen sowieso für die 1. Serie ebenfalls gelöst werden. Beispielsweise fehlen zum IDE-DMA-Betrieb zwei Singnale die am IDE-Bus derzeit nicht vorhanden sind. Da wir diese per Addon auch über den Expansion Socket zur Verfügung stellen können, und so ein Spezialkabel sowieso für die 1. Serie anbieten müssen, falls DMA einmal spruchreif werden sollte, wäre eine Adaptierung der Boards (inkl. neuer Prototypen, …) ebenfalls nicht gerechtfertigt gewesen.

Die Computer werden also exakt wie die 1. Serie produziert werden. Alle bisherigen Angaben, Erfahrungsberichte und selbstverständlich auch die lauffähige Software können direkt und verbindlich genutzt werden.

Die verbindlichen Vorbestellungen sind ab sofort möglich. Entweder klassisch per Mail wie bisher an die Adresse acpinfo ät atari punkt org, oder über unser neues Bestellformular auf firebee.org. Falls ihr ein Mini-Case mitbestellen möchtet, gebt bitte auch die gewünschte Farbe mit an.

Wie immer bietet Henk Robbers auf seiner Webseite auch ein ColdFire-Binärpaket an. Neuigkeiten und Verbesserungen an der Shell, dem Kompiler, Assembler, den Bibliotheken sowie dem Rechner sind im Changelog beschrieben.

http://ahcc.atari.org

Dazu zählt allem voran einmal, daß wir gerne eine Webseite hätten die wirklich für multilingualen Einsatz und die Bearbeitung durch mehrere Redakteure und Übersetzer verwendbar ist. Ein weiterer wichtiger Punkt ist, daß das Atari Coldfire Projekt derart umfassend geworden ist, daß die Informationen eigentlich schon Wiki-artig strukturiert gehören. Wir wollen Platz für Downloads, wir wollen einen umfassenden Support-Bereich. Dann möchten wir unsere Produkte schnell zugänglich und ansprechend präsentieren. Wir wollen eine Art Onlineshop und auch externe Software vorstellen. Dazu Neuigkeiten in altbekannter Form präsentieren, und vor Allem auch richtig wachsen können, bei Bedarf neue Kapitel anlegen können und Vieles mehr.

Ihr seht also wir haben uns viel vorgenommen. Zu viel manchmal, daher hat es auch wirklich lange gedauert bis firebee.org nun online gegangen ist. Obwohl die dahinterliegende Technik schon lange Zeit fertig programmiert war und auch das Grundlayout schon seit längerem existiert konnten wir die Seite bisher nicht nach unseren Wünschen umsetzen. Vor knapp 2 Monaten haben wir uns dann – auch dank der Hilfe des nun wieder erscheinenden deutschsprachigen Print-Magazins ST-Computer – entschieden, mit voller Kraft daran zu arbeiten und seither die nun vorliegenden Seiten erstellt. Dazu haben wir in unserem selbst programmierten Content Management System schon einmal die zukünftige Grundstruktur skizziert. Es soll ein hoher Anteil von strukturierten Informationen, aktueller Software und Interaktion mit den weltweiten FireBee-Usern im Fokus stehen. Im Supportbereich haben wir beispielsweise auch die Informationen aus dem deutschsprachigen Newtosworld-Wiki aufbereitet, auf Aktualität geprüft, die neuen Entwicklungen der letzen Jahre eingepflegt und anschließend alles übersetzt.
Ebenfalls können wir euch auf den Supportseiten schon die wichtigsten Downloads für die FireBee im Bereich der jeweils aktuellsten Flash-Komponenten, Betriebssysteme und Entwicklungsumgebungen anbieten. Eine weitere »Weltpremiere« ist auch daß wir der Öffentlichkeit heute erstmalig die nun vollständigen Layout-Dateien für KiCAD zum Download anbieten, welche jetzt Open Source sind.

firebee.org soll wachsen. Es werden neben Deutsch, Englisch, Französisch, Italienisch und Spanisch weitere derzeit noch nicht aktivierte Sprachen folgen. Gerade den Support-Bereich werden wir kontinuierlich mit aufbereiteten Hintergrundinformationen und Antworten auf viele bisher gestellte Fragen füllen. Später soll im Downloadbereich eine Datenbank der auf der FireBee lauffähigen Software folgen, mit schnell erfassbarer Struktur und Präsentation diverser (externer) Programme und Bezugsadressen.

Wie immer beruht unser Projekt sehr stark auf eurer Mitwirkung. Wer also einen Artikel schreiben möchte, einen speziellen Bereich der FireBee beleuchten will, oder sich ausführlich einer speziellen Fragestellung gewidmet hat, übersetzen oder korrekturlesen kann, …: Schickt uns eure Texte um sie auf firebee.org zu veröffentlichen, oder kontaktiert uns wenn ihr dauerhaft mitwirken wollt.

Besonders stolz sind wir auch darauf, daß die Seite grundsätzlich so programmiert wurde daß sie auch auf allen Atari-Browsern funktioniert. Optimierungen im Rendering für Highwire, Cab und Netsurf werden ebenfalls die nächsten Wochen noch eingearbeitet und verbessert.

Danke an die rund 10 Menschen die die letzen Wochen wirklich sehr viel Zeit investiert haben, diese erste Version von firebee.org online bringen zu können. Besonders die Übersetzer und Korrekturleser hatten eine sehr schwere Zeit.
Pünktlich zum Startschuss für die hoffentlich in naher Zukunft folgende 2. Serie der FireBee – über die wir euch in den nächsten Tagen ausführlich informieren werden – haben wir somit den Grundstein zur stark optimierten Informations- und Wissensvermittlung und verbesserter Kommunikation mit Euch – den Usern – legen können.

In einer internen Entwickler-Diskussion, die hauptsächlich zwischen Olivier Landemarre, Roger Burrows und Markus Fröschle geführt wird, gehen die ACP-Entwickler momentan der Frage nach wie Freescale auf die Angabe von 401 MIPS beim 266 Mhz Coldfire gekommen sein kann. Obwohl diese Frage derzeit noch nicht gelöst ist, und neben diversen Spekulationen zu MIPS, VAX und Dhrystones die Entwickler nur darüber einig sind, daß sie sich derzeit nicht einig sind, gibt es eine spannende Sache für Enduser.

Im Zuge der Entwickler-Debatte wurde der Dhrystone 2.1-Test von uns mit GCC 4.6.4 neu kompiliert. Die können wir Euch nicht vorenthalten, da sie trotz Allem einen guten Überblick über die FireBee mit EmuTOS (100% ColdFire native), FireTOS mit cf68klib, Aranym (ohne JIT), einen Original Flacon und TT sowie eine CT60 geben. Wir wissen daß ihr Tech-Nerds auf so Etwas steht!

Einen schönen Sommer!

Im Oktober 2012 hatte Joakim Högberg eine "Pre-Beta" von AtarICQ vorgestellt, seitdem wurde es ruhig um das Chat-Programm. An dem Programm wurde jedoch weiter gearbeitet und nun gibt es eine offizielle neue Version des ICQ-Clients. In Version 0.176 wurden diverse Fehler u.a. bei der Speicherverwaltung, dem Overlay und Tastenkürzeln beseitigt. AtarICQ ist ein GFA-Basic-Programm und wurde mit dem GBE von Lonny Pursell entwickelt. Das Programm läuft sowohl auf den klassischen Ataris als auch auf der Firebee (unter FireTOS oder FreeMiNT). Seit Version 0.173 ist das Chat-Programm Freeware. Die komplette Liste der Änderungen und den Download gibt es auf der AtarICQ-Website:
http://www.ataricq.org/index.php?option=com_content&view=article&id=48&Itemid=53

Die Version 1.2b des 48-Punkt und 256 Farben Icon-Sets für Teradesk 4.06 is zum Herunterladen verfügbar. Das erweiterte Set enthält 24 neue Einträge, was eine Gesamtanzahl von 202 Icons ergibt. Die desktop.inf Konfigurationsdatei für das FireBee-Setup ist ebenfalls top aktuell und die meisten neuen Icons sind bereits zugeordnet.

Dieses Update betrifft diverse Instalationsprobleme die von Anwendern gemeldet worden sind. Die Installation ist nun viel einfacher, da sämtliche Komponenten die für das Programmieren und Kompilieren benötigt werden, in einem Archiv zusammengefasst sind. Die Standard-Installation kümmert sich nun automatisch um alle Pfade und Kommandos die für die Erstellung von 68k- und FireBee-Programmen benötigt werden. Bugs wurden in fast alllen Komponenten behoben. Genauere Details stehen in der beigefügten Dokumentation.

Installationsanweisungen: http://userpages.bright.net/~gfabasic/html/gbesetup.htm
Download: http://userpages.bright.net/~gfabasic/files/gbe.zip

Diese Version verhilft hoffentlich weiteren Usern dazu schneller mit dem Programmieren auf ihren Bienen beginnen zu können.

Philippe Noble hat unlängst "Askin", ein neues Set von Gradienten und Widgets für XaAES, veröffentlicht mit dem Ziel der FireBee und anderen FreeMiNT-Plattformen die True-Colour-Auflösungen unterstützen ein nettes und modernes Aussehen zu verpassen. Die Askin-Gradienten wurden derart entworfen daß sie zu den "Linear.48"-Icon-Sets passen, sie sollten jedoch mit den allermeisten Icon-Sets gut funktionieren.

Da die verfügbaren Informationen über das Format der Gradienten sehr eingeschränkt und inkomplett waren mußte Philippe per "Trial und Error" und mit Unterstützung der Communiy und von Entwicklern herausfinden wie gutaussehende Resultate zu erzielen sind. Ein Vorschaubild und die neueste Version des Askin-Gradienten-Paketes ist auf Philippes Webseite verfügbar:

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

Zusätzlich, um andere User dabei zu unterstützen ihre eigenen Gradienten zu entwerfen, hat Philippe eine gute Howto-Beschreibung erstellt, die unter http://www.philippeworld.net/ftp/Apps/howto.txt gelesen werden kann.

Da die Quelldateien der Gradienten in *.C Sprache vorliegen, müssen sie in das *.grd-Format konvertiert werden, bevor sie in XaAES importiert werden können. Eine Anleitung für AHCC (readme.txt) - "Creating gradient-files" - die vom FreeMiNT-Team erstellt wurde, kann gemeinsam mit dem Quellcode der XaAES Standard-Gradienten unter folgender Adresse heruntergeladen werden:

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

Marc-Anton Kehr hat eine neue Version von EasyMiNT fertiggestellt die nun auch auf der FireBee laufen sollte.

Er hat auch ein paar Dinge am ST Support geändert, diese sind jedoch Alpha-Status. Zwei Dinge funktionieren noch nicht auf der FireBee.

- Zum Einen ist auf auf der Firebee der Filesystemcheck deaktiviert
- zum Anderen gibt es kein Backup des vorhandender MINT Ordners, daher wird um erhöhte Vorsicht gebeten.

Die Neuigkeiten sind:

- es wird jetzt MiNT 1.19 und XaAES 1.6.4b installiert
- Firebee support
- auch auf dem ST jetzt ext2 filesystem
- Teradesk durch Thing ersetzt
- ext2 System kann jetzt auch auf der Firebee erzeugt werden

Das Paket ist knapp 40Mb groß und kann hier heruntergeladen werden: http://atari.st-katharina-apotheke.de/download/em_190b.zip

Bitte um Vorsicht, es handelt sich um eine frühe BETA-Version.

Weiters hat er auch noch eine Version von E-Nick, dem EasyMiNT Netzwerkkonfigurator, für die Firebee kompiliert. E-Nick kann ebenfalls auf maankes Homepage heruntergeladen werden: http://atari.st-katharina-apotheke.de

Dank geht an Alle, die weiterhin fleißig für MiNT entwickeln!! Im Besonderen Lonny Pursell, Vincent Riviere und Helmut Karlowski!

Viel Spaß!