Hive – Das Computerabenteuer der besonderen Art: 24 RISC-Prozessoren, VGA-Grafik, Video-Ausgang, Stereosound, über 1 MB RAM, SD-Card-Laufwerk, LAN, PS/2-Maus und Tastatur, freie Software, einfach und unkompliziert in verschiedenen Sprachen programmierbar… – und das alles auf einer kleinen Eurocard, als minimalistischer Bausatz, keine SMD-Bauelemente, von jedem Bastler in wenigen Stunden aufzubauen. Du hast die Kontrolle über jeden Pin und jedes Byte in diesem System – fühl dich frei und mache etwas Großes damit!

Technische Daten:hier lang >>>
Reif für den Hive? Ein Eignungstest: hier lang >>>
Das Design: hier lang >>>

“We are Borg. You will be assimilated. Resistance is futile.”

Schon einige Zeit hatte ich den Wunsch ein Board für Experimente mit dem Propeller zu haben. Zwar gibt es diverse fertige Platinen, aber irgendwie hat immer etwas gefehlt. So möchte ich das Board gern auch als Erweiterung am Hive verwenden, sowohl am parallelen Bus, wie  auch über den PlexBus an Administra. Unabhängig davon soll es aber möglich sein, völlig autark zu experimentieren, wie zum Beispiel mit dem Demoboard von Parallax. Ach ja: Da es flexibel sein soll, muss auch die Verwendung von Shields wie beim Arduino möglich sein – ich kann ja heut noch nicht sagen was ich morgen für Ideen habe. Also eine Menge Ideen die in der Sache zusammenfließen.

Weiter nach dem Knick…

Auf den oberen Bildern ein erster Entwurf.

Bild 1: Das Board wird halbe Eurocardgrösse (80x100mm) haben, sollte also auch mit der freien Version von Eagle bearbeitet werden können. Alle Anschlüsse sind nach hinten gerichtet, was günstig für einen Einbau im Gehäuse ist. Direkt auf das Board vom Hive gesteckt, kann es entweder über den 8Bit- oder PlexBus gekoppelt werden. Nach hinten auch die beiden Wannenstecker für den PlexBus, der damit auch gleich am Hive ordentlich verfügbar ist. Möglich sind beide Versionen, keine Ahnung was mein Favorit wird.

Bild 2: Die Shields sind (hoffentlich) kompatibel zur Propeller Platform von Gadet Gangster, womit sofort einige fertige Module verfügbar werden. Auf dem Bild habe ich als Test den Ausdruck eines Servo Player Shields aufgelegt.

Bild 3/4: Da der Plexus in dieser Bauform breiter ist als die Shields, können seitlich LED-Module zur Anzeige aller Pegel an den Ports eingelötet oder gesteckt werden. Wird ein Shield aufgesteckt, sind diese LEDs neben den entsprechenden Signalen am Steckverbinder sichtbar. Ich denke das wird eine praktische Sache für Experimente. Sofern Steckfassungen verwendet werden, können die Mdule nach Bedarf gesteckt werden. So wäre es auch möglich nur Port B & C anzuzeigen.

Extern und autark verwendet, kann der Plexus direkt aus einem Netzteil über eine Hohlbuchse gespeist werden. Werden mehrere Plexi über den PlexBus gekoppelt, so kann ein Modul im Bereich der Möglichkeiten auch die anderen Module mitversorgen. Der PlexBus selbst ist an den beiden Wannenbuchsen durchgereicht, so dass mehrere Boards einfach hintereinander geschaltet werden könne.

Zusätzliche Sachen wie der im Forum angedachte SPI-Bus und Fassungen für TuxFans Module oder ähnliches können auf Shields folgen, das Grundmodul soll so wenig Einschränkungen wie möglich bieten.

Ok, das sind erstmal die groben Vorstellungen. Mal schauen was von diesen Ideen übrig bleibt, wenn die ersten Prototypen auf meinem Tisch liegen.

Nochmal in Stichpunkten mein kleines “Pflichtenheft”:

Kommunikation mit dem Hive:

• Variante 1: Parallel/Regnatix 8 Bit über XBus (im Hive gesteckt)
• Variante 2: Seriell/Administra über XBus (im Hive gesteckt)
• Variante 3: Seriell/Administra über PlexBus (extern/autark)
• Kommunikationsmodus (par/ser) für Steuersignale an Port 24..27 per Jumper wählbar

Spannungsversorgung:

• Variante 1: Netzteil an Hohlbuchse
• Variante 2: Pinheader zum Beispiel vom Hive-VIN
• Variante 3: XBus VCC 5V
• Variante 4: Speisung über PlexBus von einem anderen Plexus

Einbau/Verwendung:

• Variante 1: Steckkarte auf Hive-Board
• Variante 2: Extern über PlexBus-Flachbandkabel
• Variante 3: Extern und autark, ohne Kopplung zum Hive
• Das Board arbeitet auch allein und völlig autark, so das es als Basisboard für den Einbau in andere Geräte dienen kann. Durch den PlexBus ist zudem bei Bedarf auch eine Kopplung an den Hive problemlos möglich.
• Bei Variante 1 dient die Steckkarte gleichzeitig als Brücke, um die PlexBus-Signale vom XBus auf zwei Buchsen an der Rückfront des Hives verfügbar zu machen.

Hostinterface/Programmierung:

• Variante 1: Als Steckkarte Nutzung des Hostinterfaces vom Hive
• Variante 2: Extern oder autark über PropPlug
• DIP-Schalter für Hostinterface

PlexBus:

• Pro Plexus gibt es zwei PlexBus-Buchsen, so das mehrere Plexi kaskadiert werden können.
• Adressierter serieller Bus unter Verwendung der Administra-Ports
• Ein Plexus kann mit einem Netzteil über Hohlbuchse alle anderen Plexi am Bus versorge, sofern die Leitungslänge und damit der Spannungsabfall nicht zu hoch wird.
• Buchsen PlexBus: 6polig Wannenbuchse
• Kabel PlexBus: 6poliges Flachbandkabel mit Wannenstecker, kann sehr einfach selbst in nötiger Länge konfektioniert werden.
• Geplante maximale Länge ohne Repeater: ca. 30 cm

Shields:

• Zwei Buchsenleisten zum Aufstecken einer Shieldplatine mit Erweiterungselektronik.
• Shields kompatibel zur “Propeller Platform” von Gadet Gangster
• Als Shield kann für Experimente einfach und unkompliziert eine Lochrasterplatine verwendet werden.
• Alle 32 Ports verfügbar.
• Acht User-LED’s auf dem Plexus sind vom Shield aus nutzbar.
• I2C-Bus
• Speisung mit VIN, 5,0V und 3,3V

Monitor-LED’s:

• Seitlich überstehend vom Shield sind auf dem Plexus-Board optional bestück- bzw. steckbare LED’s zur Anzeige des Zustands von allen 32 Ports verfügber.
• Maximal acht LED’s sind durch die Schaltung auf dem Shield nutzbar.
• Durch Steckfassungen können die entsprechenden LED’s in vier Gruppen zu je zehn LED’s bei Bedarf gesteckt werden. Verwendung finden 10 oder 20fach LED-Module (z. Bsp. Kingbright DC-10/20).
• Folgende LED/Port-Gruppen sind bei Bedarf durch Jumper seperat abschaltbar (mögliche Störung durch die LED’s):

JPHS    - P28..31 Host/SPI/EEPROM
JPPXB    - P24..27 PlexBus/Steuersignale
JPDB    - D0..7 Datenbus

Sonstiges:

• Resettaster (Rückfront)
• Anschlüsse und Schalter/Taster zur Rückfront
• Power-LED
• Boardgröße Plexus: 80×100 (Eagle Freeware!)
• Shield mit Nutzung der Monitor-LED’s: 65×100
• Shield ohne Nutzung der Monitor-LED’s: 80×100

Link: Diskussion im Forum zum Thema

Vielen Dank an dieser Stelle auch gleich an quix für die Mühe den Staffelstab der Sammelbestellungen zu übernehmen und so professionell über die Bühne zu bringen.

Futter für den Hive. Wie bei der ersten Toolbox genügt es den Inhalt des Ordners “SDCARD” auf ein passendes Medium zu kopieren. Dieses mal ist das Paket durch die Mediendateien allerdings recht groß geworden, aber es lohnt sich. Wie gehabt, sind zu den Programmen wieder alle Quelltexte für eigene Experimente enthalten. Enthalten sind folgende Sachen:

• Sounddateien im HSS, DMP (SID), WAV, YM und SFX-Format.
• Demos: 3dmulti, vecdem
• Games: Boulder Dash, Shoot
• Anwendungen: StarTracker

[Zeige als Diashow]

[Mit PicLens anzeigen]

Beschreibung:	Toolbox 2 Eine ganze Palette Sounddateien im HSS, DMP (SID), WAV, YM und SFX-Format. Demos: 3dmulti, vecdem Games: Boulder Dash, Shoot Anwendungen: StarTracker
Version:	01-12-2011-dr235 vom: 01.12.2011
Dateigröße:	94.55 MB

Inhalt:

AYS – Yamaha-Chipmusik

Diese Dateien können mit dem Y-Player abgespielt werden, wenn vorher der passende Administra-Code geladen wird. Bei diesem und den folgenden Playern und Tools gibt es meist die Möglichkeit mit dem Parameter /h einen Hilfetext anzuzeigen.

> admym
ok
> cd ays
ok
> yplay /d

Mit dem Kommando “admsys” kann wieder der normale Administra-Code geladen werden.

HSS – Hydra-Sound-System

HSS-dateien sind 4-Kanal Soundtracker-Module in einem speziellen Format. Da der HSS-code im Standardcode von Administra enthalten ist, können sie sofort abgespielt werden. Im TriOS enthalten ist ein Player für die Kommandozeile und in dieser Toolbox der StarTracker mit seiner Startrek-GUI.

hplay /d – spielt alle HSS-module im aktuellen Verzeichnis ab

Oder als Alternative den Startracker mit LCARS-GUI:

stplay

SFX – HSS FX-Sounds

In der HSS-Engine sind neben dem 4-Kanal-Tracker auch zwei Effektkanäle enthalten. Der Hertbeat und die Fehlertöne im TriOS werden zum Beispiel damit erzeugt. Ebenso die Soundeffekte in dem Game Boulder Dash. Im TriOS enthalten ist das Tool “sfxtool”, um diese Effekte zu entwerfen, so laden und zu speichern. Ebenso können fertige Effekte als Spin-Quelltext exportiert werden, um sie in eigene Programme einzubinden. Bei Interesse einfach mal in den Quelltexten von Boulder Dash schauen.

SID – SID-Chip Musik vom C64

Dank der genialen SIDCog von Ahle2 können wir auf dem Hive dieses Soundformat verwenden. Die Dateien im SID-Ordner sind Registerdumps von originalen C64-Games und Demos. Im SID-Bios für Administra ist ein kompletter Playercode für diese Dateien enthalten. Es ist sogar möglich, die original 3stimmigen Songs durch einen Trick 6stimmig in Stereo zu genießen. Als Player ist momentan nur ein Kommanduzeilentool und das passende Bios im TriOS integriert.

> admsid
ok
> cd sid
ok
> splay /d

Im Ordner sind weitere Unterordner mit vielen handverlesenen Songs. Mit dem Parameter /m kann der Sound auch mono auf einer SIDCog ausgegeben werden.

3DMULTI

Dieses Demo ist ein reiner Bellatrix-Code. Leider kann das Prog nur per Reset verlassen werden, da in Bella neben dem Demo kein Platz mehr für den Keyboard-Treiber ist. Bei Gelegenheit wird der Code für den G0-Treiber umgesetzt, dann wird es auch eine normale Rückkehroption geben.

VECDEM

Dieser Bellatrix-Code ist ein kleines Experiment. Der zugrunde liegende VGA-Treiber arbeitet mit einer Auflösung von 512 x 384 Pixel. Der Screenpuffer hat eine Größe von 24 KByte, weshalb eine Anwendung mit Double Buffer nicht möglich ist. Im Prinzip ist der Treiber Monochrom, aber für ein Tile von 32 x 32 Pixel kann die Vordergrundfarbe ausgewählt werden.
Wie geschrieben ist kein Double Buffer möglich, wodurch Animationen nur sehr begrenzt möglich sind, da man immer Phase für Phase zeichnen und wieder löschen muss.
Die Idee ist jetzt folgende: Im Prinzip könnte man sich den aufwändigen Löschvorgang sparen, indem der VGA-Treiber bei der Darstellung sofort in PASM diese Aufgabe übernimmt. Damit hat man natürlich einen Bildschirm, welcher ständig in einer endlosen Schleife beschrieben werden muß, stopt dieser Vorgang, wird der Screen beim nächsten Bildwechsel gelöscht. Ein wenig erinnert dieses Prinzip an die Vectrex, wo ja der gleiche Effekt auftritt.

BOULDER DASH

Das legendäre Game auf dem Hive mit einem tollen Remix des originalen Titelsongs von Pex “Mahoney” Tufvesson. Das Spiel basiert auf dem Code aus dem amerikanischen Propellerforum. Der Hauptcode läuft fast vollständig in Bellatrix. Über Regnatix wird der Sound in Administra angesteuert.

Steuerung:
Button A    ESC
Button B    Space
Start        Left Shift, Enter
Steuerkreuz    Pfeiltasten

SHOOT

Beispiel für ein kleines Spiel mit dem Graphics-Objekt. Läuft im TV-Modus mit Maussteuerung. Wie Boulder Dash läuft das Game fast vollständig in Bella, Regnatix Steuert den Sound und liefert Daten für die Trackeranzeige im Hintergrund zurück.

StarTracker

Soundplayer mit LCARS-interface für HSS-Module. Der Player spielt alle HSS-Dateien im gleichen Verzeichnis ab. Benötigt wird die Startdatei “stplay” und der Bellatrixcode “stplay.bel” für die Oberfläche.

]]> http://hive-project.de/content/2256/feed 0 http://hive-project.de/content/2242 http://hive-project.de/content/2242#comments Sun, 27 Nov 2011 20:48:51 +0000 drohne235 http://hive-project.de/?p=2242 Ich habe gerade R48 von TriOS released. Diese Version enthält nun den Grafikmodus G0 – neben den verschiedenen Textmodi der erste standardisierte Grafikmodus auf dem Hive. Mit dem Tool “g0test” kann der Modus getestet werden und man bekommt dort auch einen Eindruck von den Möglichkeiten. Der G0-Modus ist über das IOS direkt und sehr komfortabel in Anwendungen nutzbar. Als Einstieg für erste Experimente mag der Quelltext von g0test dienen.

So, nun ist also auch Grafik auf dem Hive so einfach wie die verschiedenen Soundformate nutzbar: Egal ob Diagramme, Kurven, Animationen oder Games – das kann jetzt alles sehr einfach und mit ordentlicher Darstellungsgeschwindigkeit realisiert werden. Der G0-Modus ist rasterorientiert, aber mit seiner superschnellen Vektorengine primär in Richtung Vektorgrafik gedacht. Die maximale Leistung erreicht er bei Vektorobjekten (g0_vec) mit einer Leistung von ~18.000 Linien pro Sekunde. Das sind natürlich Maximalwerte, wenn man diese Funktion in einer Schleife mit festen Parametern aufruft. Aber durch entsprechende Parallelisierung kommt man mit den Propchips durchaus auch real in diese Nähe, wenn es nötig sein sollte. Das Testprogramm spricht die G0 Funktionen ganz klassisch in einer einfachen Routine unter Nutzung nur einer COG an.

Was kann der Treiber:

• TV-Modus 256 x 192 Pixel
• Farben: Tile (16×16 Pixel) sind 4 aus 64 Farbe wählbar
• Einbindung des Graphics-Objektes für schnelle Vektorgrafik
• Animation: zwei Screens für flickerfreie Darstellung von Animationen
• Einbindung der Grafikfunktionen per IOS
• Momentan ist nur eine Version mit Keyboard verfügbar, Maus folgt
• Aufruf über IOS-Funktionen
• Statischer Modus: Zeichenbefehle werden direkt in den Darstellungspuffer geschrieben und sind auch sofort sichtbar.
• Dynamischer Modus: Es wird der Dualbuffer verwendet; Zeichenbefehle zeichnen in den Schattenpuffer, welcher erst mit der Funktion g0_copy in den Darstellungspuffer übertragen und sichtbar wird. Das ermöglicht bei Animationen flickerfreie Darstellung.
• ~3,5 KByte freien Heapspeicher in Bellatrix für Vektorobjekte, Spriteobjekte und Stringpuffer

Die enthaltenen Funktionen:

• g0_keystat:wert – tastaturstatus abfragen
• g0_keycode:wert – tastaturcode abfragen
• g0_keyspec:wert – sondertasten abfragen
• g0_keywait:wert – warten auf taste
• g0_clear – aktiven screenpuffer löschen
• g0_copy – zeichenpuffer –> anzeigepuffer
• g0_color(n) – zeichenfarbe wählen
• g0_width(n) – stiftbreite setzen
• g0_colorwidth(n,m) – zeichenfarbe/stiftbreite setzen
• g0_plot(x,y) – punkt zeichen
• g0_line(x,y) – linie zu punkt zeichnen
• g0_arc(x,y,xr,yr,angle,anglestep,steps,arcmode) – kreis zeichnen
• g0_vec(x,y,vecscale,vecangle,heap_index) – vektorsprite zeichnen
• g0_vecarc(x,y,xr,yr,angle,vscale,vangle,heap_index) – vektorsprite an kreisposition zeichnen
• g0_pix(x,y,pixrot,heap_index) – pixelsprite zeichnen
• g0_pixarc(x,y,xr,yr,angle,pixrot,heap_index) – pixelsprite an kreisposition zeichnen
• g0_text(x,y,heap_index) – text zeichnen
• g0_textarc(x,y,xr,yr,angle,heap_index) – text an kreisposition zeichnen
• g0_textmode(x_scale,y_scale,spacing,justification) – textparameter setzen
• g0_box(x, y, box_width, box_height) – gefülltes rechteck zeichnen
• g0_quad(x1, y1, x2, y2, x3, y3, x4, y4) – gefülltes viereck zeichnen
• g0_tri(x1, y1, x2, y2, x3, y3) – gefülltes dreieck zeichnen
• g0_printdec(x,y,n,digit,string_ptr,heap_index) – dezimalzahl ausgeben
• g0_colortab(ptr) – farbtabelle senden
• g0_screen(ptr) – tilescreen senden
• g0_datblk(heapadr,index,len) – heapdaten senden
• g0_datlen:len – heapgröße in bellatrix ermitteln
• g0_dynamic – dynamischen modus aktivieren (double buffer)
• g0_static – statischen modus aktivieren
• g0_reboot – reboot chipcode
• g0_load – g0-code laden

Beschreibung:	TriOS (PropForth, Standard Regime) Quelltexte und Installationsdateien des einfachen Spin-Betriebssystems für den Hive. Integrierte Programmiersprache Forth.
Version:	r48-27-11-2011-dr235 vom: 11.11.2011
Dateigröße:	834.48 kB

• TV-Modus 256 x 192 Pixel
• Farben: Tile (16×16 Pixel) sind 4 aus 64 Farbe wählbar
• Einbindung des Graphics-Objektes für schnelle Vektorgrafik
• Animation: zwei Screens für flickerfreie Darstellung von Animationen
• Einbindung der Grafikfunktionen per IOS
• Keyboard ODER Maus verfügbar (beides geht nicht)

Bei der Darstellung von Vektorobjekten spielt der Hive so richtig seine Muskeln aus: über den Bus werden dabei nur Metadaten übertragen und die komplexen Anweisungen werden lokal in Bellatrix verarbeitet. So kann mit einem Befehl von Regnatix ein Vektorobjekt mit beliebigem Drehwinkel und Skalierung gezeichnet werden. Für meine Tests verwende ich ja gern das Vektorobjekt eines sechseckigen Sterns. Der Hive kann dabei ~1500 Sterne pro Sekunde zeichnen. Jeder Stern besteht aus 12 Linien, was eine Zeichenleistung von ~18000 Linien pro Sekunde macht! Na wenn das nicht geil ist, weiss ich auch nicht…

Alle Grafikoperationen sind nun im IOS direkt für die Anwendung verfügbar. Das nicht optimierte Testprogramm im folgenden Video ist nur 5,5 KByte groß und nutzt nur eine einzige COG in Regnatix – es sind also noch sehr viele Ressourcen frei! Zu sehen sind der Reihe nach alle grundlegenden verfügbaren Grafikoperationen und ein paar Gimmicks. Wie gesagt, handelt es sich nur um ein Testprogramm, welches ich bei der Enwicklung verwendet habe, um die Funktionen zu prüfen, weshalb es sicher keinen Schönheitswettbewerb gewinnt, aber es zeigt vielleicht ein wenig, in welche Richtung es geht.

[Zeige als Diashow]

[Mit PicLens anzeigen]

• Bellatrix-Programmierung: Dabei handelt es sich um reinen Bellatrix-Code, also ohne Anbindung und Kommunikation zu Regnatix.
• Graphics-Objekt: Wie werden einfache Grafiken erzeugt, die Maus eingebunden, Animationen erzeugt usw.
• Grundlegende Ansteuerung der zwei SID-COG’s im Administra-Code admsid.adm
• Regnatix-Code: Grundlagen für eine Anwendung, Parameterübergabe, IOS-Textfunktionen

Ich hoffe, dass diese Fragmente ein wenig zum Experimentieren einladen und zeigen können, wie einfach die Programmierung der Slavechips und des Hive ist. Alle Demos sind direkt in Regime startbar und werden entweder mit ESC oder der rechten Maustaste abgebrochen. Teilweise ist noch die linke Taste und das Scrollrad mit einer Funktion belegt – einfach mal testen.

Wichtig: Die Programme sind alle mit der aktuellen TriOS-Version getestet und benötigen entsprechende Bibliotheken. Also unbedingt neue Version und Brad’s Spin Tool installieren!

Beschreibung:	Toolbox 1 Ein Einsteigerpaket mit kleinen Programmbeispiele zum Thema Grafik-, Sound und Anwendungsprogrammierung.
Version:	11-11-2011-dr235 vom: 12.11.2011
Dateigröße:	273.73 kB

1. Ausgliederung aller Quelltexte, die nicht unmittelbar mit TriOS zu tun haben.
2. Alle universellen Objekte, welche systemweit Anwendung finden sollen in einem zentralen Ordner landen und aussagekräftige Namen bekommen.
3. Alle ausgegliederten Anwendungen sollen in gesammelter Form seperat zur Verfügung stehen um nicht verloren zu gehen.

Gerade der letzte Punkt bietet auch für die Zukunft einige Möglichkeiten. Ich denke da an eine lockere Serie von Paketen, die thematisch zusammenghörige Anwendungen, Demos und Mediendateien enthalten und letztlich irgendwann vielleicht eine kleine Bibliothek für den Hive bilden. Zum Beispiel wird die erste Toolbox grundlegende Codebeispiele zum Thema Grafik, Sound und Anwendungen enthalten. Im einzelnen keine riesigen Sachen, aber durchaus interessante Fragmente für jeden Interessierten, der selbst Software für den Hive schreiben möchte und einen Einstieg benötigt. Weiter sollen Tollboxen mit Mediendateien (zum Beispiel SID, HSS & AY-Sounddateien) und den schon vorhandenen fertigen Programmen folgen, die vielleicht noch nicht jeder auf seinem Hive kennt.

Der Quellcode von TriOS besteht nun aus folgenden Verzeichnissen:

• bin – BIN-Dateien für SDCard und Flash
• doku – Dokumentation
• flash – Quelltexte der Startdateien aus den EEPROM’s
• forth – Forth-Quelltexte
• lib – Bibliotheken
• system – Quelltexte, die das System auf SDCard bilden

Im Hauptverzeichnis befindet sich die Batchdatei “makelog.bat”. Führt man diese Datei aus, so werden alle Dateien des Systems neu compilierte. Um ein neues System zu installieren, werden die Dateien aus dem Verzeichnis “flash” in den entsprechenden EEPROM der Chips geflasht. Als zweites müssen noch alle Dateien aus dem Verzeichnis “bin\sdcard\” auf eine leere und korrekt formatierte SD-Card kopiert werden. Damit ist das System startfähig.

Eine genauere Beschreibung der Installation und eine Übersicht zu Regime und dem PropForth findet sich in der Datei “installation.txt”. Die Standardkonfiguration ist momentan Regime ohne PropForth, da das wahrscheinlich für Einsteiger am einfachsten ist. Forth ist dann Level 2…

Für mich persönlich macht TriOS schon einen sehr runden Eindruck. Auf der Agenda stehen noch der Ausbau der SID-Funktione (Trackercode direkt in Administra) und das Parsen von Kommandos direkt zum Forth, womit dann unter Regime auch eine Scriptsprache zur Verfügung steht. Alle weiteren Funktionen wie LAN und verschiedene Grafikmodis können jederzeit durch die flexible Ladefunktion der Slavechips ohne grundlegende Änderung am System eingebunden werden. Ich denke damit ist TriOS grundlegend das was es sein soll: ein unkompliziertes kleines Betriebssystem für einen Computer der sich anfühlt wie ein Retro aber doch ein wenig mehr ist.

Beschreibung:	TriOS (PropForth, Standard Regime) Quelltexte und Installationsdateien des einfachen Spin-Betriebssystems für den Hive. Integrierte Programmiersprache Forth.
Version:	r48-27-11-2011-dr235 vom: 11.11.2011
Dateigröße:	834.48 kB

Link: Download der aktuellen TriOS-Version (google-code)
Link: Quelltextverwaltung von TriOS (google-code)

Im Forum versucht quix eine neue Sammelbestellung für neue Hive-Boards zu organisieren. Interessant wird das natürlich erst ab einer ausreichend großen Anzahl von Bestellern. Wer also noch keinen Hive gebaut hat, oder wer gern einen Zweithive hätte, bitte im Forum in diesem Thread melden: Sammelbestellung HIVE Leiterplatte November/Dezember 2011

Aktuell ist nur das Board als Sammelbestellung angedacht, aber vielleicht findet sich auch wieder die Möglichkeit die Propellerchips (ist ja immer gleich die dreifache Menge zu den Boards) gemeinsam zu bestellen.

Im Prinzip verfolgt auch schon der Artikel Build your OS – Bellatrix-Code und Build your OS – Regnatix-Code dieses Ziel, aber richtet dort den Fokus schon auf den fertigen Hive als Computer. Sinnvoller ist es aber, als erstes mit einem einzelnen Propeller ohne weitere Anbindung anzufangen. Ich werde dabei hier keine 1:1-Anleitung und keinen fertigen Code in den Artikel setzen, sondern vielmehr Links zu diversen Texten und Tutorials zusammenstellen, welche viele Demos mit umfangreicher Erklärung enthalten. Die meisten Texte sind dabei in englischer Sprache, was aber nicht abschrecken sollte – in den meisten Fällen kann man mit minimalsten Kentnissen der Sprache den technischen Hintergrund erfassen.

Was benötigt man als Hardware für den Einstieg? An sich ist auf dem Hiveboard alles vorhanden was minimal benötigt wird: Propellerchip, Stromversorgung und Hostinterface. Die meisten Tutorials beziehen sich aber auf einen einzelnen Mikrocontroller, weshalb die Verknüpfung von drei Schaltkreisen durchaus für einfache Experimente hinderlich sein kann. Im Prinzip gibt es mehrere Möglichkeiten:

1. Propeller auf einem Steckbrett (extra Hostinterface und Stromversorgung wird nötig)
2. Hive mit Stromversorgung, Hostinterface und einem bestückten Propellerchip (Bellatrix)
3. Kompletter Hive – Regnatix und Administra gezogen oder per Software abgeschaltet

Zusätzlich wird in vielen Beispielen mit einer kleinen LED-Anzeige gearbeitet, welche die Effekte der Programmierung visualisieren. Letztlich handelt es sich einfach um acht LED’s inklusive Vorwiderständen, welche an acht zusammenhängenden Ports am Mikrocontroller angeschlossen wedren. Auf dem Starter-Kit von Parallax sind diese LED`s schon direkt bestückt, viele andere  Boards müssen aber erst mit dieser kleinen LED-Anzeige für die Experimente nachgerüstet werden. Im Prinzip gibt es dabei zwei Möglichkeiten bei Nutzung am Hive: Entweder bastelt man sich ein LED-Adapter für den Erweiterungsstecker am Hive oder einen Adapter, um ihn auf einen leeren Sockel eines gezogenen Props zu stecken.

Der Adapter auf den Fotos ist ein Aufbau für ein Steckbrett.  Analog kann das aber problemlos auch für den Erweiterungsport oder einen Propellersockel realisiert werden. Für die Variante mit einem komplett bestückten Hive, müssen die beiden nicht benutzten Propellerchips (Regnatx & Administra) abgeschaltet werden. Das erledigt das kleine Programm “prop-disable.spin” aus dem Testpaket, welches ja schon vom Aufbau bekannt sein sollte. Dieses Programm wird bei beiden nicht genutzten Props in den EEProm geflasht und deaktiviert diese bis auf kurze Lichtimpulse an den Heartbeat-LED’s, um zu vermeiden, das sie auf dem Bus D0..7 dazwischen funken. Alternativ können aber einfach auch die beiden Cips gezogen werden.

Mit diesen Vorbereitungen kann es nun losgehen. Natürlich ist zu beachten, das die LED’s in den verschiedenen Tutorials auch an verschiedenen Ports angeschlossen sind. An einigen Stellen muß man so also die Pinbelegung in den Quelltexten anpassen. Hier nun eine Liste von Tutorials für erste Experimente:

1. “Propeller-Handbuch Version 1.01″ – Achtung: Die interessanten Tutorials findet man NUR in dieser alten Version. In allen späteren Handbüchern wurden diese Kapitel entfernt! Von besonderem Interesse sind dabei die Kapitel 2 & 3. Dort findet man auch wieder den Schaltplan für die LED-Anzeige und diverse aufeinander aufbauende kleine Testprogramme, welche die Multicorefähigkeiten inklusive Datenübergabe usw. erklären. Es handelt sich dabei um sehr einfache Programme, welche die Grundlagen erklären. Download: Propeller-Handbuch V 1.01
2. “Propeller Education Kit Fundamentals Book”: Dieses Buch gehört zum Propeller Education Kit, welches ein kompletter Experimentierkasten auf Steckbrettbasis ist. Zahlreiche Bauteile Sensoren und Aktoren sind enthalten, wie auch das angesprochene Buch, um viele Experimente durchzuführen. Einige Experimente kann man natürlich auch auf dem Hive mit der LED-Anzeige durchführen und die Erklärungen sind in jedem Fall interessant. Für Experimente auf dem Steckbrett habe ich mir noch zusätzlich ein kleines Hostinterface auf der Basis des MAX232 mit gleicher Schaltung wie im Hive gebastelt. Download: PE-Kit Fundamentals Book
3. “The Propeller Cookbook” von Jef Ledger: Dieses Tutorial bezieht sich mehr auf Protoboards, aber ist allgemein interessant um zu verstehen, was mit dem Propellerchip alles möglich ist. Download: Propeller Protoboard Designs for the Beginner
4. Buch: Programming the Propeller with Spin: A Beginner’s Guide to Parallel Processing, Autor: Harprit Singh Sandhu – Viel kann ich zu dem Buch nicht sagen, da ich es nicht besitze.
5. Buch: Programming and Customizing the Multicore Propeller Microcontroller -  Definitiv kein Einsteigerbuch, aber Gold wert bei fortgeschrittenen Projekten. Neben der Beschreibung diverser Entwicklungswerkzeuge, werden Themen wie Beschleunigungssensoren, Funkverbindungen, GPS, Robotersteuerung und Sprachynthese behandelt. Neben den Grundlagen findet man auch nutzbare Quelltexte für diese Anwendungen.

Die ersten drei Tutorials aber sind sehr gut als Einstieg die Programmierung des Propeller-Mikrocontrollers nutzbar und um zu verstehen, wie man mit dem Propellertool umgeht und mehrere Cores gleichzeitig nutzen kann. An dieser Stelle möchte ich auch noch  einmal auf die Aufbauanleitung “Build your Hive” hinweisen, die neben dem physischen Aufbau auch gleich noch in Verbindung mit den Testprogrammen eine umfassende Möglichkeit bietet, den Propeller schon beim Aufbau in ausreichendem Maße kennenzulernen! Vorraussetzung ist natürlich, dass man die Testcodes aus dem Testpaket nicht einfach nur für den Hardwaretest verwendet, sondern auch als Ausgangspunkt für eigene Experimente nutzt. Wer das versäumt hat, kann das Testpaket natürlich auch nachträglich als Sammlung von Demo-Codeschnipseln noch einmal stückweise durchgehen. Dort sind alle Themen vom einfachen Textbildschirm über Tastaturabfrage, Sound bis zur SD-Card enthalten.

Wer mit diesen Beispielen experimentiert hat, kann seine Entdeckungsreise mit Video, Tastatur und Maus auf dem Hive fortsetzen: Build your OS – Bellatrix-Code – hier lernt man wie einfach die Ansteuerung eines VGA-Monitors ist, wie man Texte ausgibt und die Tastatur abfragt. Vom ersten “Hallo Welt!” bis zu kleinen Spielereien werden die Grundlagen für Bellatrix noch einmal aus einem anderen Blickwinkel erklärt. Dabei beschränkt sich dieses Tutorial ebenfalls als Einstieg auf einen Propellerchip (Bellatrix).

Damit sollten nun alle Grundlagen vorhanden sein, um sich an die Kopplung der Propellerchips und der Anbindung des Speichers im Hive zu wagen: Build your OS – Regnatix-Code – in diesem Tutorial kann man lernen, wie die drei Propellerchips im Hive sich ihre Funktionen durch ein Master-Slave-Prinzip teilen und wie man die Funktionen aller drei Chips in eigenen Programmen nutzen kann.

Quelle der Übersetzung: stephan-winterstein.de

Zurück zum »persönlichen Computer«

Eine Botschaft von Carl Sassenrath
20. Januar 1997

Seit über 16 Jahren ist Carl Sassenrath einer der führenden Innovatoren auf dem Gebiet der Betriebssysteme. Er arbeitete für Firmen wie Hewlett-Packard, Apple, Amiga und Commodore. Sassenrath wurde bekannt als Architekt des Amiga-Multitasking-Betriebssystems, einem schnellen und effizienten System, das als eines der ersten dynamisch ladbare Libraries und Gerätetreiber einsetzte. (Nähere Informationen)

---

Sind Sie zufrieden?

Wir leben in einer Zeit enorm leistungsfähiger Personal Computer. Unsere Desktop-Systeme sind mehrere hundert Mal schneller als die großen, teuren Mainframe-Systeme der Vergangenheit. Doch was ist aus all dieser Leistung geworden? Sind Sie zufrieden mit Ihrem Computersystem? Funktioniert und reagiert es so, wie Sie es erwarten?

Während des letzten Jahrzehnts wurde die verbesserte Hardware-Performance durch eine exzessive Zunahme von Größe und Komplexität der Systemsoftware zunichte gemacht. Oder vielleicht verhält es sich umgekehrt – die treibende Kraft hinter verbesserter Hardware-Performance war das Bemühen, die immer größeren Unzulänglichkeiten der Software auszugleichen. Denn wie brauchbar wäre Windows 95 auf einem 8-MHz-Computer?

Das Komplexitätsproblem

Die Entwickler moderner Software verstehen nicht, welche Folgen ihre aufgeblähten Systeme für ihre Benutzer haben. Das Betreiben eines Personal Computers (also eines »persönlichen Computers«) erfordert von uns heute soviel Zeit für Setup-Menüs, Installationsprogramme, Konfigurations-»Wizards« und Hilfs-Datenbanken wie für die produktiven Anwendungen. Firmen wie Microsoft gehen fälschlicherweise davon aus, daß wir Zeit zu verschenken hätten, oder daß es uns sogar Spaß mache, andauernd an ihren Systemen herumzudoktern.

Diese geistlose Haltung zieht sich durch alle Aspekte moderner Software-Produkte, angefangen bei den Entwicklungssystemen, mit denen sie programmiert werden, über die Anwendungs-Libraries (APIs), durch die sie angesprochen werden, bis hin zu den Betriebssystemen, die sie zu ihrer Ausführung benötigen. Diese Seuche hat alle Bereiche der Computer-Software durchdrungen – man merkt es, wenn man ein C++-Shareware-Programm von 10 MB übers Netz zieht, ein Betriebssystem-Update von 80 MB installiert, oder ein Developer’s Kit auf 10 CD-ROMs erhält.

Viele Entwickler verteidigen ihre Software mit dem Argument »Was ist denn so schlimm an einem 10-MB-Programm? Speicher ist doch billig.« Aber eigentlich sagen sie: »Was macht es schon, wenn das Downloaden ein bißchen dauert. Ist doch egal, wenn das Programm Platz auf der Platte und das halbe RAM belegt. Die Konfiguration ist vielleicht ein bißchen zu kompliziert. Na gut, es hat viele sinnlose Features. Aber wenigstens hat es weniger als ein Dutzend offensichtlicher Bugs, und immerhin läuft es mindestens eine Stunde, bevor es abstürzt.«

Diese Entwickler verkennen den Kern des Problems: Software-Komplexität. In den letzten Jahren wurde weithin akzeptiert, daß Software von abstruser Komplexität sein müsse. Die Größe der Systeme ist außer Kontrolle geraten und steht in keinem Verhältnis mehr zu ihrem Nutzen; sie wurden verschwenderisch, zerbrechlich, klobig und langsam. Wie unsere Behörden werden diese komplexen Softwaresysteme mittlerweile durch blühende Bürokratien des Nicht-Denkens aufrechterhalten und angetrieben von ihren eigenen Märkten mit verzweifelten, unerfahrenen Kunden, die keine Alternative sehen.

Zurück in die Zukunft

Für mich haben die »modernen« Software-Praktiken das Limit erreicht. Während der letzten Jahre träumte ich nicht von der Zukunft, sondern von der Vergangenheit. Vielleicht erinnern Sie sich noch an jene Tage… als eine Textverarbeitung auf einer einzigen Diskette ausgeliefert wurde, und ein damals riesiges Betriebssystem zwei brauchte. Wissen Sie noch, wie wunderbar produktiv man auf einem 7-MHz-System mit einer 10-MB-Festplatte arbeiten konnte? Wenn etwas nicht lief, standen die Chancen nicht schlecht, daß man es selber wieder richten konnte.

Für mich geht es bei all dem um »persönliche Computer«, nicht um »persönliche Versklavung«. Es geht darum, daß wir die Herren unserer eigenen Computer sind, und nicht umgekehrt. Vor 10 Jahren stimmte das, aber heute beherrschen wir sie nicht mehr. Ist es möglich, diese Stellung zurückzugewinnen? Oder haben wir sie für immer an die Geschichte verloren, wie das legendäre Tucker-Automobil? Überall höre ich, daß die Welt des PCs vollständig von einem einzigen System dominiert wird – einem System, dem in meinen Augen nicht nur eine konsistente, effiziente und zuverlässige Architektur, sondern auch eine intelligente Vision der Zukunft fehlt.

Vielleicht sind wir mit unseren Personal Computern an einem Wendepunkt angekommen, an einem Punkt, an dem wir Stellung beziehen müssen. Es ist meine ehrliche Hoffnung, daß es genügend verstreute Stützpunkte von Rebellen gibt, die so denken wie ich und es ablehnen, sich vor dem »Imperium« zu verneigen (oder dies nur widerwillig tun und sich eine Gelegenheit zur Flucht erhoffen). Mit einer kritischen Masse können wir uns unsere eigene Zukunft erschaffen und zum ursprünglichen Sinn des »persönlichen Computers« zurückkehren.

Mein Anteil

Nachdem ich die Architektur des Amiga-Multitasking-Betriebssystems entworfen hatte, ging ich jahrelang davon aus, daß sich die Betriebssysteme stetig verbessern würden. Ich dachte, wenn fünf Millionen Menschen den Amiga benutzen und sein Design als gelungen erachten, hätte ich meinen Beitrag geleistet. Ich vertagte meine Visionen eines neuen Betriebssystems und glaubte naiverweise, daß andere die Fackel in die bestmögliche Zukunft weitertragen würden. Ich weiß jetzt, daß das ein Fehler war, und bedauere es mittlerweile.

Nun bin ich bereit, das System zu entwickeln, über das ich mir während der letzten 10 Jahre Gedanken gemacht habe. Mir geht es dabei nicht um den Clone eines existierenden Computersystems (einschließlich des Amigas). Ich will einen Personal Computer, wie ich ihn selber gerne benutzen würde: ein System, das von Grund auf einfach zu bedienen, konsistent, flexibel, leistungsfähig, klein und schnell ist.

Mein Plan umfaßt zwei Phasen. Die erste Phase ist die Fertigstellung einer neuartigen Skript- und Kontrollsprache. Am Design dieser Sprache habe ich während der letzten Jahre immer wieder gearbeitet. Während der letzten Monate geschah dies hauptberuflich; die Sprache ist fast bereit für den Release einer Prototypen-(Alpha)-Version. Im Laufe der nächsten Monate werden Versionen für alle gängigen Plattformen zur Verfügung stehen.

Warum eine Sprache? Weil ich glaube, daß der Kern eines Computers nicht im Betriebssystem oder im Prozessor, sondern in den Fähigkeiten der Programmiersprachen liegt. Sprache ist sowohl ein Werkzeug des Denkens als auch ein Mittel zur Kommunikation. So wie unser Denken von der menschlichen Sprache geprägt wird, werden Betriebssysteme von den Programmiersprachen geprägt. Wir implementieren, was wir ausdrücken können. Was nicht ausgedrückt werden kann, wird nicht implementiert.

Ist die Sprache dann vollständig und in Verbreitung, soll in der zweiten Phase ein kleines und flexibles Betriebssystem entwickelt werden, das auf einzigartige Weise mit der Sprache verzahnt ist. Das Setzen von Attributen, Kontrollskripte, Konfiguration, Installation, Interprozeß-Kommunikation und verteiltes Berechnen werden durch die Sprache unterstützt werden. Zwar werden Anwendungen immer noch in C und verschiedenen anderen Sprachen geschrieben werden können, jedoch wird ein Teil ihrer Systemschnittstelle über die Betriebssystemsprache laufen. Ein Prototyp-Release dieses Systems ist noch für dieses Jahr geplant und soll auf einigen verschiedenen Hardware-Plattformen laufen.

Ihr Anteil

Die oben beschriebene Sprache und das Betriebssystem sind umfangreiche Projekte und werden für etliche Zeit all meine Kräfte in Anspruch nehmen. Sie sind meine einzige Aufgabe, ich habe keine anderen Jobs oder Verträge, um mich über die Runden zu bringen. Allerdings habe ich auch keinesfalls die Absicht, mich an eine große Firma zu verkaufen oder von der Gier der Wall Street bestimmen zu lassen. Dadurch würde nur (wieder einmal) die Kontrolle an diejenigen abgegeben, denen die Einsicht und das Verständnis für die besten Entscheidungen der kommenden Jahre fehlt.

Stattdessen würde ich gerne erfahren, ob es da draußen genug Menschen gibt, denen es geht wie mir – Menschen, die gerne die Wahl hätten, die ein System möchten, das sie beherrschen können, und die bereit wären, es durch einen finanziellen Beitrag zu unterstützen.

Ich habe zwar viele Monate darüber nachgedacht, aber noch nie zuvor ein durch Benutzer finanziertes Projekt gemacht, so daß ich nicht weiß, was ich erwarten soll. Im Moment bin ich hoffnungsvoll, aber auch ein wenig nervös. Das Risiko ist groß. Wenn Ihnen mein Vorschlag gefällt, nehmen Sie ihn sich bitte zu Herzen und denken Sie über meine Worte nach, denn ohne Sie kann ich ihn nicht verwirklichen.

Es ist an der Zeit, etwas anderes zu schaffen. Es ist an der Zeit, etwas für uns selbst zu tun. Ich hoffe, daß Sie mit mir gemeinsam gegen die Software-Komplexität rebellieren werden, um uns wieder zu Herren unserer »persönlichen Computer« zu machen.

Mit freundlichen Grüßen,

Carl Sassenrath

TuxFan ist gerade dabei sein Propeller-Gamepad aufzubauen und die Fortschritte im Forum zu dokumentieren:

• Allgemeines zum Thema Gam_Bo_Prop
• Aufbautagebuch zum Prototyp

Die Einbindung ist schnell erledigt und völlig unkompliziert. Als Terminal eignet sich hervorragend das PST (Parallax Serial Terminal), welches im Paket vom Propeller Tool enthalten ist.

Praktisch ist das Tool für Experimente unter Spin mit dem Bus vom Hive, vielleicht auch in Verbindung mit dem Tutorial “Regnatix-Code”. Zur Fehlersuche von PASM-Code ist es aber ungeeignet, da der Spincode nicht auf COG-interne Werte zugreifen kann. Dafür ist bestens PASD geeignet.

Debug Lite ist zwar schon uralt, aber da ich es hier noch nicht erwähnt hatte, ist die Info ja doch ganz nützlich.

Für alle Neugierigen, Neuankömmlinge und Jungdrohnen hier einige Bilder zum aktuellen Hive-Board R14. Informationen zu den technischen Details und Änderungen zum Vorgängerboard finden sich hier:

• Sammelbestellung Hive-Boards
• Technische Informationen

Wer an einer Sammebestellung teilnehmen möchte, findet die Eagle-Platinendaten für den Leiterplattenfertiger oder zur Bearbeitung im Download-Bereich:

• Hardware-R14-U-RC1

Einen guten Überblick über das Gerät und den verwendeten Mikrocontroller “Propeller” der Firma Parallax findet sich in der aktuellen Ausgabe 36 des Magazins Lotek64.

[Zeige als Diashow]

[Mit PicLens anzeigen]

[Zeige als Diashow]

[Mit PicLens anzeigen]

Ein kleiner Etappensieg auf dem Weg zur Weltherrschaft: Ich habe PropForth in TriOS integriert. Klingt nicht sehr spektakulär, ist aber eine ziemlich coole Sache. Das Forth residiert dabei zusammen mit dem Loader im unteren EEPROM und ist somit sofort nach dem Einschalten des Gerätes nutzbar. Für die Nutzung von Forth ist es also nicht mehr nötig, einen ROM mit 64K zu verwenden.

Wie funktioniert’s?: Startet man den Hive, so meldet er sich ohne Bootverzögerung mit dem Prompt von Forth, wie sich das für einen richtigen Homecomputer gehört. Nun kann man lustig anfangen zu programmieren. Wie schon an anderer Stelle angedeutet, stehen im Forth schon die meisten Ressourcen des Hive zur Verfügung. Aber im Gegensatz zur normalen Version gibt es jetzt zusätzlich noch ein Treiber drv:ldr, hinter welchem sich der Loader für Spin-Objektdateien verbirgt. Dieser Loader kann mit drei Worten in Forthgesteuert werden:

• (spin) – Startet ein Spincode im Heap, Dateiname wird per Zeiger übergeben; Beispiel: c” reg.sys” (spin) – startet Regime.
• spin name – Startet den Spincode “name” im Heap; Beispiel: spin sid1.bin – startet das Spinprogramm “sid1.bin”
• regime – Startet die gewohnte CLI “Regime” von TriOS.

Also einfach im Forth “regime” eintippen und man landet in der TriOS-CLI. Und befindet man sich in Regime, so kann im Gegenzug mit dem Kommando “forth” die integrierte Programmiersprache gestartet werden. Was noch fehlt, ist eine Parameterübergabe zwischen Regime und Forth, aber das ist nur eine Fleißaufgabe. Damit kann dann dann Forth direkt als Skriptsprache für Regime eingesetzt werden.

Zusätzlich habe ich den Spin-Loader überarbeitet: Er verwendet jetzt für den Ladevorgang die Blockfunktionen von Administra, wodurch sich die Ladezeit deutlich verringert. In Bellatrix kommt jetzt der neuen Multiscreen-Code vom Forth in TriOS zum Einsatz. Damit stehen nun drei getrennte Textscreens für die Programme zur Vefügung.

Noch eine Neuerung: Der initiale Bellatrix-Code wird jetzt direkt aus dem EEPROM geladen und nicht mehr aus der Datei “bel.sys”. Dadurch hat der Hive nun quasi keine fühlbare Bootzeit mehr – kommt halt alles aus dem ROM. Was noch fehlt, ist ein überarbeiteter PASM-Loader im Bellatrix-Code, um diesen zur Laufzeit auszutauschen. Genau daran arbeite ich momentan.

Was bringt’s nun?

• Extrem kurze Bootzeit des Systems.
• Eine in TriOS fest integrierte Programmiersprache, die dazu noch etwas schneller als Spin ist.
• Eine Skriptsprache für Regime.
• Mehrere Textscreens für Forth und Spin-Programme.
• Spin und Forth kann auf einem Hive friedlich nebeneinander existieren. Je nach Vorliebe kann man nun sofort in Spin oder Forth programmieren und beide Welten miteinander mischen.
• Der Hive kann jetzt unter TriOS ohne Host programmiert werden.

Ok, das erstmal zum aktuellen Stand der Dinge im TriOS.

• Seite 10: Das Hive-Project – Retro-Computer im Eigenbau
• Seite 08: Der Parallax Propeller – Parallel Computing for the Masses

Download Link: Lotek64 – Ausgabe 36

Quelle: Lotek64

Allen voran Volker (drohne040) mit seinem schicken Hive im “Alien-Gehäuse” und passender Funktastatur. Der Clou dabei – das integrierte Display an Administra. Auf den ersten Blick ist das auf den älteren Bildern nicht sehr gut zu erkennen, aber die kleine LCD-Anzeige hat ein wirklich guten Kontrast und Volker hat in Administra eine Routine integriert, die neben dem Hive-Logo auch noch die aktuell vom System geöffnete Datei anzeigt. Sicher könnte man auch noch weitere Meldungen dort ausgeben.

Insgesamt gab es für mich viele interessante Gespräche, nicht nur zum Thema Hive und Technik. Einige vorhandene Geräte habe ich mit der aktuellen TriOS-Version auf den neusten Stand gebracht und die Neuerungen vorgeführt. Natürlich könnte es auch noch etwas mehr Bewegung zu dem Thema bei einem solchen Treffen geben, aber das kann ja noch werden. Ich bin da eh kein Freund von zwanghaftem Aktionismus. Was mir aber nebenher aufgefallen ist: Insgesamt war es ganz allgemein ein sehr konstruktives und harmonisches Verhältnis zwischen allen vertretenen Altersschichten. Da gab es keine Abgrenzung von hippen Jugendlichen und den älteren Semestern. Ganz im Gegenteil schien es die natürlichste Sache der Welt zu sein, wenn sich die Jungendlichen zeigen ließen, wie man einen Monitor oder eine Diskettenstation repariert oder pflegt und was die digitale Welt im Innersten zusammenhält. Irgendwie war das eine ziemlich zeitlose und beeindruckende Erfahrung. Und auch sehr schön: es ging vorrangig um die Technik an sich, um den Willen das Wissen bezüglich der Grundlagen zu erhalten und an keiner Stelle ging es um Kommerz, die schnellsten Prozessoren oder die beste Grafik. Ich glaube auf vielen Bildern kann man ein wenig von dieser ganzen Atmosphäre einfangen.

Zu den Räumlichkeiten: Pausin (dort fand die letzten Jahre das Treffen statt) war ziemlich kuschlig und eng. Insofern war es nach meiner Meinung ein richtiger Schritt, sich nach einem Veranstaltungsort mit mehr Potential umzusehen. Was Platz, Unterbringung und Versorgung betraf, war Garitz ideal. Ok, in einem aufgebetteten Vierbettzimmer zu schlafen war schon wieder fast Ferienlagerromantik, aber viel Zeit für Schlaf war eh nicht zu finden. Im großen Saal konnte ich mich selbst mit meinen kleinen Hives so richtig breit machen, aber vor allem die teilweise sehr gewichtige DDR-Technik mußte sich nicht drängen. So war es möglich, die Geräte auch ein wenig geordnet aufzustellen – mit viel Potential für die nächsten Jahre. Zum Beispiel könnten die Vorträge ja durchaus auch auf der Bühne mit besseren Lichtverhältnissen für den Beamer und Tonanlage stattfinden.

Was gab es nun Interessantes zu sehen? In erster Linie hatte ich persönlich mal genug Zeit die realen Leute hinter den Pseudonymen kennen zu lernen. Allerdings waren da drei Tage auch schon wieder ziemlich kurz. Nun, mich hat es zum Beispiel sehr interessiert, einen Überblick über die Neuauflage des AC1 zu bekommen. Immerhin auch eine “Neuprojekt” wie der Hive, allerdings unter einer völlig anderen Perspektive, da es ja kompatibel zum originalen AC1 sein soll. Für mich auch neu und sehr interessant: Der KC-Compact und seine Kompatibilität zum CPC. Etwas früher, bezahlbar und real verfügbar wäre das Gerät der DDR-C64 gewesen. Als CPC-Klone war eine breite Palette an Programmen verfügbar, ich konnte mir selbst ein CPC-Arkanoid in Aktion anschauen.

Passend zu meiner eigenen Beschäftigung mit Forth auf dem Hive, hat Volker dieses Jahr einen  Vortrag über Forth mit Bezug auf die DDR-Kleincomputern gehalten. Diese Gelegenheit habe ich gleich schamlos ausgenutzt: da ich das PropForth auf dem Hive zu einer vorzeigbaren Version gebracht hatte, habe ich die Thematik in Form eines Vortrags noch ein wenig unter dem Gesichtspunkt “Forth auf einem Multicore” erweitert. Nun ja, Forth allein ist ja schon ein esoterische Sache, aber ein Multiforth ist ein Thema für die ganz harten Kerle hatte ich so den Eindruck… In jedem Fall aber eine gute Gelegenheit, um ein paar Worte zum Hive los zu werden und die R14-Platine mit Forth unkompliziert im Betrieb am Beamer vorzuführen – natürlich stilecht mit einem direkt in Forth programmierten Mini-PowerPoint.

Weitere Impressionen vom Treffen: Webalbum