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."

Ich wollte ja da schon immer mal hin, hab es aber leider noch nie geschafft: Die "Lange Nacht der Computerspiele" in Leipzig zur Museumsnacht. Dieses Wochenende war es wieder soweit. PIC (PIC18F2550) und Hartmut (HWHardSoft) haben EUzebox und den Hive aber dort für das Kollektiv vertreten, weshalb ich einfach mal Hartmut mit seiner Zusammenfassung des Abends zu Wort kommen lasse:

Kleine Zusammenfassung: Es waren Himmel und Menschen da. Wir waren mit unseren Exoten natürlich nicht unbedingt im Fokus des Interesses. Allerdings hatten wir einen ganz guten Standort gleich am Anfang eines längeren Ganges zu Räumen mit weiteren Exponaten. Es waren auch einige Leute da, die sich ernsthaft für beide Projekte interessiert haben. Ich denke, da wird es doch in den nächsten Wochen Zulauf bei "Hive, Euzebox und Co" geben.
Wir haben auch einige alte Bekannte wiedergetroffen: Ralle vom KC-Club war mit seinen beiden KC's direkt neben uns. Ein paar andere Leute vom KC_Treffen z.B. Honi waren auch da ...
Insgesamt fällt sowohl beim Hive als auch der EUzebox immer wieder auf, dass gerade viele jüngere Leute nichts mehr selber bauen wollen. Einige gesetztere Herren (40+) wollten am liebsten sofort Bausätze kaufen und mitnehmen. Bei den Besuchern darunter teilweise große Begeisterung bis zu dem Punkt, wo es darum geht, wo man das kaufen kann. Wenn wir dann einen EUzeboxbausatz oder die Hiveplatinen gezeigt haben, kühlte sich die Begeisterung sehr schnell ab. Der Brüller waren 2 Studenten um die 20, die 20 Minuten Loadrunner und Tetris gespielt haben und dann geschockt waren, dass Sie etwas selber "LÖTEN" sollen. Begründung: "....ich habe bloss eine Heißklebepistole ..." 39 € für den Bausatz an sich, wären nicht das Problem gewesen.

Wahrscheinlich müßte man vorbestückte Platinen anbieten, damit sich auch jüngere Jahrgänge dafür interessieren. PIC meinte sogar: beim nächsten Mal organisieren wir einen kleinen Lötkurs.... "blinkendes Hiveschildchen zum Selbstlöten".

Tja, wie es scheint ist es nicht einfach die gewohnten Konsumgewohnheiten mit allen ihren Nebeneffekten und Abhängigkeiten anzukratzen, aber ein kleines (virtuelles) Dorf in Gallien leistet noch erbittert Widerstand...

Und nach dem Knick noch weitere Impressionen der Veranstaltung:

[Zeige als Diashow]

[Mit PicLens anzeigen]

123►

Link: Forum zum Thema

Zur Zeit gibt es nur Vorkasse oder Nachnahme als mögliche Zahlungsweisen, vielleicht erweitern wir das noch in nächster Zeit, obwohl ich mir da nicht sicher bin und zumindest gegen Paypal inzwischen eine echte Abneigung habe.

Viel Spass beim hiven!

Die aktuelle Ausgabe 12 des freien Magazins embedded projects Journal widmet sich ganz dem Thema "Startschuss zum Basteln" und hat neben anderen interessanten Projekten wie dem GNUBLIN auch einen achtseitigen Artikel zum Hive abgedruckt. Die Zeitung gibt es im Abo oder auch als PDF.

Link: Download embedded-project Journal als PDF

Link: embedded projects Journal

Die Hefteinleitung von Benedikt Sauter könnte dabei glatt auch auf der Webseite vom Hive Project stehen, denn es ist genau dieser Wille sich weniger dem schnöden industriellen Wegwerf- und Konsumschrott hinzugeben und mehr kreativ die Technik selbst mit einfachen Mitteln zu ergründen und dabei der Souverän der zu bleiben, welche die Grundidee des Hives bildet.

Sehr schön das dieser Gedanke auch medial wieder um sich greift. Ich glaube zwar nicht, dass es bald wieder Computerzeitschriften mit Quelltexten zum abtippen gibt (Hey, das war cool - seitenlange Listings tippen und dann Fehler suchen! ), aber eine Fortsetzungsfolge zu einem Computerprojekt mit Erweiterungen, das wirklich von den Lesern selbst von Hand zusammengelötet und programmiert werden kann, wäre eine tolle Geschichte. Ein wirklich schönes Ostergeschenk.

Forum: Diskussion zum Thema

Neu ist jetzt auch ein extra Bereich mit allen Informationen und Änderungen rund um die neue Boardversion R14. Wer Fehler findet oder noch Ideen hat, wie man Dinge besser darstellen könnte, Vorschläge gleich an mich senden. Da meine Zeit knapp bemessen ist, wäre eine passender Text, eventuell gleich mit Bildern, sehr willkommen. Text- und Bildspender bekommen auch irgendwann mal einen Orden "Held der Arbeit"...

Beschreibung:	Tutorial - Build your Hive - Einleitung
Version:	07-04-2012-dr235 vom: 07.04.2012
Dateigröße:	920.76 kB

Beschreibung:	Tutorial - Build your Hive - R13
Version:	07-04-2012-dr235 vom: 07.04.2012
Dateigröße:	21.34 MB

Beschreibung:	Tutorial Build your Hive - Änderungen und Infos R14
Version:	07-04-2012-dr235 vom: 07.04.2012
Dateigröße:	6.03 MB

Nun ja, nach den rasanten Fortschritten an m habe ich mir zu Ostern vorgenommen etwas zu entspannen, und ein wenig in Spin zu programmieren. Der Plan sah vor, einen Programmloader für Games zu erschaffen, wie ich das ähnlich auf der EUzebox von Hartmut in Garitz gesehen habe. Also eine autostartfähige Software für den TV-Modus mit einer grafisch netten Oberfläche, ein wenig Demosound und ein paar Animationen, um aus einer Liste von Spielen und Programmen eines auszuwählen und zu starten. Games sind zwar noch etwas rar auf dem Hive, aber man kann ja schonmal mit einem opulenten Loader angeben...

So der Plan. Und wie Pläne es so an sich haben, kam es völlig anders. Ich wollte für die Oberfläche den neuen G0-Treiber verwenden um gleich ein wenig warm damit zu werden und vielleicht noch den einen oder anderen Fehler zu finden. Also erstmal ein wenig mit G0 spielen um locker zu werden. Nebenbei dachte ich so: ein Name muß her. Nun ja, ein kollektivtauglicher Name war schnell gefunden, aber mußte nun ja auch entsprechend in Szene gesetzt werden. Ok, ein paar Animationen hier, ein wenig Sound da und fertig war das Intro. Nix großes, halt was für Freitagabend bei einem Gläßchen Absynth (Bier trinke ich nur beim Löten ). Nach drei Gläßchen assimilierten die Animationen dann meinen ursprünglichen Plan von einem Loader und ich erwachte plötzlich vor einem SID-Player mit rotierenden Borgeiern... oder sowas. Aber wie sagt man so schön: Man muß die Feste feiern wie sie fallen.

In diesem Sinne wünsche ich allen Drohnen da draußen in der weiten Welt ein frohes Osterfest und viel Spaß mit dem TriBorg-Player!

Eure drohne235

Beschreibung:	TriBorg - SID-Player EIn SID-Player für den TV-Modus
Version:	07-04-2012-dr235 vom: 07.04.2012
Dateigröße:	60.57 kB

Installation und Funktion: Das Archiv entpacken und alle enthaltenen Dateien auf eine leere SD-Card in das Hauptverzeichnis kopieren, SID-Lieblingsmusik im DMP-Format dazu kopieren und den Hive einfach mit der SDCard starten - TriBorg startet automatisch.  Ein paar SID-Sounds sind schon dabei, in der Toolbox-2 befinden sich noch viele weitere und im Internetz noch tausende mehr. Musik im SID-Format muß mit dem SIDDumper in das DMP-Format konvertiert werden, und kann dann von TriBorg abgespielt werden.

TriBorg läuft auch aus einem Verzeichnis, allerdings muß in diesem Fall unter Regime der Administra-SID-Code mit dem Kommando "admsid" vorher von Hand geladen werden. Der Player spielt dann alle SID-Musikfiles in dem Verzeichnis ab.

An einigen Stellen ist der Code aber noch nicht optimiert. Ich denke einige Codefragmente zur Kommunikation mit den Slaves können noch ausfaktorisiert werden um Speicher zu sparen. Auch das literal-Wort ist mir noch zu einfach, denn es compiliert momentan immer default ein Long-Literal in den Code, aber ich habe auch ein Word-Literal und ein im Code ingebettetes sehr platzsparendes 6Bit-Literal für Werte zwischen 0..63. Da ich momentan noch von Hand im Assembler compiliere, erledigt das noch mein Kopf, aber spätestens wenn es direkt aus dem Quelltext kommt, wird das ein Thema.

Ich habe gerade zur letzten Meldung zum Thema m vom 11. März zurückgeblätter und festgestellt, das noch wesentlich mehr hinzugekommen ist. Kurz in Stichpunkten:

• for..i..next
• if..else.then
• do..i..loop/+loop
• begin..leave..until/again
• Systemcounter: cnt wait clkfreq
• PASM-Code für externen RAM: x! x@
• SDCard: ls lsl cd mount unmount ?mount
• Screendatei: open close read write list scr! scr@ pos! scrnr scrmax
• Editor: ed edrd edwr ed+ ed- ed0

Der Editor ist typisch Forth weniger ein monolithischer Code, sondern vielmehr ein Editorbaukasten. Mit "open work.blk ed0" wird die Screendatei geöffnet, Screen 0 in den Editor geladen und der Editor selbst gestartet. Die Worte ed+/ed- rufen den nächsten/vorigen Screen im Editor auf. Änderungen werden mit "edwr" auf SDCard geschrieben. Die Benutzung der Kommandos geht schon nach kurzer Zeit ziemlich flott von der Hand. Grundlegend sollte das reichen, sobald Quelltexte compiliert werden können, folgen dann bei Bedarf komfortablere Erweiterungen.

Ich gebe zu, das ist für Außenstehende ziemlich esoterisch und trocken, aber mir macht es viel Spaß. Außerdem war das eine gute Gelegenheit, sich intensiv mit PASM auseinanderzusetzen. Bin gespannt, wie das Abenteuer mit mental weitergeht.

Ein tolles Treffen und ein sehr interessantes humanmedizinisches Experiment: Was passiert, wenn man sich drei Tage nur von Kaffee, Bier plus Fisherman's Friend's ernährt und 8Bit-Musik dazu hört? Aber der Reihe nach...

Um einen gewissen Eindruck vom Ort des Geschehens zu vermittel, genügt eine Wegbeschreibung. Nähert man sich Garitz von der Coswig (Autobahnabfahrt) aus, verläßt man recht schnell die Zivilisation. Durch das Örtchen "Hundeluft" gelangt man schnell nach "Krakau" und nähert sich vorbei an einem Ort mit dem Namen "Bärenthoren" dem Ziel Garitz. Wie mir digger versichert hat, checkt man spätestens beim Ortseingangsschild von Krakau seine Navi... Aber nach dieser abenteuerlichen Reise erwartet einen letztlich Garitz in einer lichten Idylle und einsamer Ruhe.

Dieses Jahr bin ich schon so früh wie möglich am Freitag losgefahren und war auch wirklich einer der ersten Teilnehmer in Garitz. So konnte ich ohne Probleme eine große Ecke für die Hives und ein gemeinsames Zimmer für digger und mich reservieren. Der Plan ging gut auf. Am Freitag folgten dann PIC (drohne265/278) und digger (drohne002) mit ihrer Technik und am Samstag Hartmut (drohne304) mit seinem Hive und der EUzebox.

Am Samstag dann traditionell einige sehr interessante Vorträge am Nachmittag. Das Highlight mit Sicherheit Rüdiger mit seinem riesigen mechanischen Rechner - einer Buchungsmaschine von Ascota. So ein Wunderwerk ist kaum zu überbieten und der Vortrag wie gewohnt in aller Ausführlichkeit. Sehr interessant auch der Vortrag von Hartmut zur EUzebox, welche ja auch in der Hive-Ecke in Aktion zu erleben war. Hey, Loderunner wäre auch eine coole Sache auf dem Hive!

Über den Tag gab es auch immer wieder viel Interesse am Hive. Drei Neudrohnen wurden im Trubel der Ereignisse und in einem Fall unter heftiger Gegenwehr erfolgreich assimiliert (drohne244..246) und gleich mit Platinen versorgt. Zwischendurch Experimente und Programmierarbeit mit dem Propellerchip und am Hive. digger hat die VGA-Treiber und ihre Möglichkeiten abgeklopft und wir haben nebenher einiges über die Farbverwaltung gelernt. So ein gemeinsamer Miniworkshop ist da sehr effektiv und weckt die Kreativität. Bei mehr Teilnehmern könnte man sich auch ein kleines Thema ausdenken, zum Beispiel ein kleines Game oder Demo coden, mit Gewinner und Wanderpokal (Die Goldene Drohne!) und so... Ich habe die Arbeiten am Quelltexteditor für m angefangen und PIC hat an seinem System für den Quadcopter programmiert. Ich hoffe im nächsten Jahr eine von Propchips gesteuerte Drohne sehen zu können! Aber unabhängig von Bits, Bytes , COG's und Drohnen war auch viel Zeit für persönliche Gespräche bei einem kühlen Bier und so manche Späße.

[Zeige als Diashow]

[Mit PicLens anzeigen]

123►

Das Objekt in Garitz ist ein echter Glücksgriff für das KC-Treffen und ich denke (und hoffe) auch die folgenden Jahre wird es bei diesem Standort bleiben. Ein großer Saal für große Technik, genug Platz für einen Vortragsbereich, preiswerte und gute Versorgung durch die Gaststätte und genug Zimmer für die Übernachtungsgäste und das alles mit ein wenig DDR-Charme gewürzt, ergibt einen idealen Rahmen für eine solche Veranstaltung.

Hier ein kleines Video von Ralle: Video

Leider ist die Hive-Ecke nicht so gut zu sehen, aber die laufende Mechanik der Ascota ist ein echter Hingucker!

Infos zur Ascota-Buchungsmaschine: Buchungsmaschinen, Fakturiermaschinen und Organisationsautomaten

Infos zur EUzebox: EUzebox

Link: Retromagazin #23

Update: Wer noch nicht "Extraleben" und "Der Bug" von Constantin Gillies gelesen hat, dem seien diese beide Bücher empfohlen bei der Bestellung von Retromaganzin #23. Im übrigen gibt es mittlerweile einen dritten Teil der Buchserie, mit dem Namen "Extraleben III Endboss", welchen ich neben einer Panik-Taste unbedingt gleich mitbestellen musste...

Update 2: Extraleben II Endboss erscheint erst ab 12.05.2012 - gut das ich noch neben dem Retromagazin eine Panic-Taste bestellt habe.

Infos zum KC-Treffen 2012 und Bilder der letzten Jahre: Link

CON
_clkmode = xtal1 + pll16x
_xinfreq = 5_000_000

VAR ' forth-parameterblock
long start ' mental parameter
long error ' errorcode

OBJ
vm1: "m-vm1-run-4"

PUB Main
  start := vm1.get_start
  waitcnt(cnt + clkfreq)
  cognew(vm1.get_cbase,@start)

Also nur ein paar Byte Spin um m in Betrieb zu nehmen! Das Schöne an forthähnlichen Systemen ist ja, dass man schon in dieser frühen Phase mit ihnen arbeiten kann. Es ist wie Lego: mit ein paar Bausteinen kann man schon etwas bauen. Kommen weitere hinzu, vergrößern sich die Möglichkeiten.

So ein neuer Baustein, welchen ich am Wochenende hinzugefügt habe, ist create. Dieses Wort ist zuständig für die Verarbeitung der roten Worte, mit denen ein neuer Wortheader im Wörterbuch erzeugt wird. Mit test1 ; kann so ein neues Wort mit dem Namen test1 erzeugt werden, welches mit dem Semikolon abgeschlossen wird. Besagtes Semikolon beendet den Compilervorgang, compiliert ein Exit-Kommando in das Wort und aktiviert dieses. Ab jetzt ist es mit words anzeigbar und wenn man das Kommando test1 aufruft, wird es ausgeführt.

Nächster Schritt wird das Wort compile um die grünen Worte im Quelltext in ein Wort compilieren zu können. Damit sind dann erste funktionale Worte möglich. Bin mal gespannt, wie weit ich bis zum KC-Treffen komme...

Jetzt ein paar Werkzeuge wie dump um den Speicher direkt in m anzuzeigen und dann kommen schon die ersten Compilerworte. Als nächstes Blockinterface und Screeninterface und ich kann schon ohne Host autark programmieren.

Ok, ich bekenne mich schuldig: Es hat mich wieder gepackt und ich bastle momentan an einem neuen Softwaresystem für den Hive. Das System wird eine Alternative zum TriOS und besitzt als Kern eine eigene Programmiersprache, die ich ganz unerotisch auf den Namen "m" getauft habe. Im Gegensatz zu TriOS, Spin und PropForth ist es ein völlig neuer Ansatz, dessen Ziele man in vier Worten zusammenfassen kann: autark, klein, schnell und einfach.

Autark: Das System soll sowohl Interpreter, Compiler, Debugger, Quelltexteditor enthalten und mit diesen Funktionen sofort und ohne Bootzeit (also aus dem EEPROM) einsatzbereit sein.

Klein: Ziel ist eine Größe von 2 KB Speicherverbrauch in Regnatix - 30 KB stehen also für die eigentliche Anwendung zur Verfügung.

Schnell: Die Kernroutinen sind in PASM geschrieben. Ein erster Vergleich ergab, dass m deutlich schneller als Spin und PropForth ist.

Einfach: Ein kleiner und übersichtlicher, klar verständlicher Befehlssatz.

Das sind die Ideen. Momentan läuft die VM, also der innere Interpreter. Der äußere Interpreter und der Parser inklusive Zeileneditor ist zum überwiegenden Teil fertig und ich hoffe dieses Wochenende das erste mal ohne Spin-Debugger interaktiv mit m arbeiten zu können.

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: 80x100 (Eagle Freeware!)
• Shield mit Nutzung der Monitor-LED's: 65x100
• Shield ohne Nutzung der Monitor-LED's: 80x100

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 (16x16 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 (16x16 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.