Borgware-2D: Unterschied zwischen den Versionen

Aus LaborWiki
Wechseln zu: Navigation, Suche
(→‎Übersicht: LoL Shield)
 
(5 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
==Übersicht==
==Übersicht==
Die Borgware-2D ist eine Firmware für AVR-basierte, zweidimensionale LED-Matrizen, insbesondere die [http://www.das-labor.org/wiki/Blinken_Borgs Blinken Borgs]. Hauptplattform ist der [http://www.das-labor.org/wiki/Borg16 Borg16]-Bausatz. Andere unterstützte Plattformen sind das [http://www.hackerspace-ffm.de/wiki/index.php?title=LedBrett LED Brett] vom [http://www.hackerspace-ffm.de Hackerspace FFM] oder das [http://www.elo-web.de/elo/mikrocontroller-und-programmierung/ping-pong/das-franzis-pingpong ELO Ping-Pong-Board].
Die Borgware-2D ist eine Firmware für AVR-basierte, zweidimensionale LED-Matrizen, insbesondere die [http://www.das-labor.org/wiki/Blinken_Borgs Blinken Borgs]. Hauptplattform ist der [http://www.das-labor.org/wiki/Borg16 Borg16]-Bausatz. Andere unterstützte Plattformen sind das [http://www.hackerspace-ffm.de/wiki/index.php?title=LedBrett LED Brett] vom [http://www.hackerspace-ffm.de Hackerspace FFM], das [http://www.elo-web.de/elo/mikrocontroller-und-programmierung/ping-pong/das-franzis-pingpong ELO Ping-Pong-Board] oder das [http://jimmieprodgers.com/kits/lolshield/ LoL Shield] von Jimmie P. Rodgers.


{|
{|
|
|
[[Bild:Borg-andre2.jpg|thumb|120px|left|Andres Ur-Borg]]
[[Bild:Borg-andre2.jpg|thumb|120px|left|Andrés Ur-Borg]]
|
|
[[Bild:Borg16Screen.jpg|thumb|120px|left|Borg16 mit Testdisplay]]
[[Bild:Borg16Screen.jpg|thumb|120px|left|Borg16 mit Testdisplay]]
|}
|}


==Animationen==
==Animationen==
Mittlerweile gibt es Zahlreiche Animationen für die Borgs. Hier sind ein paar Beispiele:
Mittlerweile gibt es zahlreiche Animationen für die Borgs. Hier sind ein paar Beispiele:


{|
{|
Zeile 45: Zeile 44:


==Quellen==
==Quellen==
Die aktuellen Quellen liegen bei [https://github.com/das-labor/borgware-2d Github]. Diese lassen sich mit folgendem Befehl auschecken:
Die aktuellen Quellen liegen bei [https://github.com/das-labor/borgware-2d GitHub]. Diese lassen sich mit folgenden Befehlen auschecken:
  git clone https://github.com/das-labor/borgware-2d.git
  git clone https://github.com/das-labor/borgware-2d.git
cd borgware-2d
git submodule init
git submodule update


Die letzten beiden Befehle sind notwendig, um die RFM12-Libary als Unterprojekt einzubinden.


==Bauen der Firmware==
==Bauen der Firmware==


Derzeit unterstützte Build-Plattformen sind Linux, FreeBSD and Windows (via Cygwin). Die Simulator-Unterstützung beschränkt sich momentan auf x86- und x86_64-Architekturen.  
Derzeit unterstützte Build-Plattformen sind Linux, FreeBSD, NetBSD und Windows (via Cygwin). Die Simulator-Unterstützung beschränkt sich momentan auf x86- und x86_64-Architekturen.  
Für FreeBSD gilt eine Besonderheit: Wenn hier von '''make''' die Rede ist, muss unter FreeBSD stattdessen '''gmake''' eingesetzt werden.
Für BSD gilt eine Besonderheit: Wenn hier von '''make''' die Rede ist, muss dort stattdessen '''gmake''' eingesetzt werden.
Folgende Abhängigkeiten gelten unter den jeweiligen Systemen:
Folgende Abhängigkeiten gelten unter den jeweiligen Systemen:




===Abhängigkeiten unter Linux/FreeBSD===
===Abhängigkeiten unter Linux/BSD===


Die Paketnamen basieren auf den Debian/Ubuntu-Repositorys. Bitte entsprechend der Nomenklatur der verwendeten Linux-Distribution (bzw. FreeBSD) anpassen.
Die Paketnamen basieren auf den Debian/Ubuntu-Repositorys. Bitte entsprechend der Nomenklatur der verwendeten Linux-Distribution (bzw. BSD) anpassen.


* build-essential (installiert eine komplette GCC-Tool-Chain für den Host)
* build-essential (installiert eine komplette GCC-Tool-Chain für den Host)
* make (gmake on FreeBSD)
* bc
* make (gmake unter FreeBSD)
* libncurses5-dev
* libncurses5-dev
* gcc-avr
* gcc-avr
Zeile 68: Zeile 72:
* avrdude
* avrdude
* freeglut3-dev
* freeglut3-dev
* bash (ja, BSD, du bist gemeint!)




===Abhängigkeiten unter Windows===
===Abhängigkeiten unter Windows===


* [http://winavr.sourceforge.net WinAVR] (inklusive avr-gcc and avrdude)
*AVR GCC Toolchain für Windows, die Qual der Wahl:
**[http://winavr.sourceforge.net WinAVR]
***avrdude bereits enthalten
***Setup-Tool bietet an, die Toolchain in den Systempfad einzutragen
***direkter Download von SourceForge
***Projekt wurde 2010 eingestellt, daher ziemlich veraltet (avr-gcc 4.3.3)
**[http://www.atmel.com/tools/atmelavrtoolchainforwindows.aspx Atmel AVR Toolchain for Windows]
***aktiv gepflegt, daher recht aktuell
***Homepage nervt mit umständlichem Registrierungsformular vor dem Download
***die Toolchain muss manuell im Systempfad eingetragen werden
***avrdude ist nicht enthalten (aber es ist eine parallele WinAVR-Installation möglich)
* [http://www.cygwin.com/ Cygwin(64)]
* [http://www.cygwin.com/ Cygwin(64)]
** bc
** make
** make
** gcc-core
** gcc-core
** gdb
** libncurses-devel (Cygwin)
** libncurses-devel (Cygwin)
** libncursesw-devel (Cygwin64)
** libncursesw-devel (Cygwin64)
Zeile 95: Zeile 112:
  make  
  make  


Die Borgware enhält einen Simulator für Linux und FreeBSD (OpenGL) sowie einen für Windows (Win32/GDI, Cygwin). Der Simulator-Build lässt sich folgendermaßen anstoßen:
Die Borgware enhält einen Simulator für Linux und BSD (OpenGL) sowie einen für Windows (Win32/GDI, Cygwin). Der Simulator-Build lässt sich folgendermaßen anstoßen:
  make simulator
  make simulator
Das Build-System wählt automatischen den korrekten Simulator. Nach einem erfolgreichen Build liegt ein Binary namens <code>borgsim</code> oder <code>borgsim.exe</code> im selben Verzeichnis.
Das Build-System wählt automatischen den korrekten Simulator. Nach einem erfolgreichen Build liegt ein Binary namens <code>borgsim</code> oder <code>borgsim.exe</code> im selben Verzeichnis.
Zeile 101: Zeile 118:
==Handhabung des Simulators==
==Handhabung des Simulators==


Bitte behaltet im Hinterkopf, dass der Simulator KEIN Emulator ist. Er ermöglicht lediglich, die Borgware-2D als native Host-Anwendung zu bauen, so dass man seinen C-Code mit Hilfe eines Host-Debuggers wie dem GDB inspizieren kann. Der GUI-Thread der Anwendung fragt den simulierten Framebuffer des Borgs alle 40ms ab und zeichnet seinen Inhalt in ein Fenster.
Bitte behaltet im Hinterkopf, dass der Simulator KEIN Emulator ist. Er ermöglicht lediglich, die Borgware-2D als native Host-Anwendung zu bauen, so dass man seinen C-Code mit Hilfe eines Host-Debuggers wie dem GDB inspizieren kann. Der GUI-Thread der Anwendung fragt den simulierten Framebuffer des Borgs alle 20ms (Windows 40ms) ab und zeichnet seinen Inhalt in ein Fenster.


Die WASD-Tasten stehen für die Joystick-Richtungen und SPACE agiert als Feuerknopf. Der OpenGL-basierte Simulator (Linux/FreeBSD) erlaubt es, den Betrachtungswinkel der Matrix über die Pfeiltasten zu ändern (nicht unter Windows).
Die WASD-Tasten stehen für die Joystick-Richtungen und SPACE agiert als Feuerknopf. Der OpenGL-basierte Simulator (Linux/FreeBSD) erlaubt es, den Betrachtungswinkel der Matrix über die Pfeiltasten zu ändern (nicht unter Windows).


Aufgrund speziell angepasster Linkerskripte läuft der Simulator derzeit nur unter Linux, FreeBSD und Windows (und dort auch nur unter x86 bzw. x64). Prinzipiell ist der OpenGL-basierte Simulator plattform-unabhängig, allerdings müssen pro Betriebsystem und Architektur entsprechende Linkerskripte vorgehalten und ins Build-System integriert werden. Die Linkerskripte erzeugen beim Binden automatisch eine Datenstruktur für die Spielmenüeinträge und ermöglichen die EEPROM-Emulation im Simulator. Die Abhängigkeit von diesen Skripten ist derzeit das einzige Hindernis in Bezug auf Plattformunabhängigkeit. Patches welcome.  
Aufgrund speziell angepasster Linkerskripte läuft der Simulator derzeit nur unter Linux, FreeBSD, NetBSD und Windows (und dort auch nur unter x86 bzw. x64). Prinzipiell ist der OpenGL-basierte Simulator plattform-unabhängig, allerdings müssen pro Betriebsystem und Architektur entsprechende Linkerskripte vorgehalten und ins Build-System integriert werden. Die Linkerskripte erzeugen beim Binden automatisch eine Datenstruktur für die Spielmenüeinträge und ermöglichen die EEPROM-Emulation im Simulator. Die Abhängigkeit von diesen Skripten ist derzeit das einzige Hindernis in Bezug auf Plattformunabhängigkeit. Patches welcome.  





Aktuelle Version vom 18. Juni 2014, 00:45 Uhr

Übersicht[Bearbeiten | Quelltext bearbeiten]

Die Borgware-2D ist eine Firmware für AVR-basierte, zweidimensionale LED-Matrizen, insbesondere die Blinken Borgs. Hauptplattform ist der Borg16-Bausatz. Andere unterstützte Plattformen sind das LED Brett vom Hackerspace FFM, das ELO Ping-Pong-Board oder das LoL Shield von Jimmie P. Rodgers.

Andrés Ur-Borg
Borg16 mit Testdisplay

Animationen[Bearbeiten | Quelltext bearbeiten]

Mittlerweile gibt es zahlreiche Animationen für die Borgs. Hier sind ein paar Beispiele:

Matrix
Feuer
Scroll-Animation für Elemente der Spiele

...und viele weitere

Ein animiertes GIF (3,5 MB) vermittelt einen Eindruck von der Borgware-2D in Action ;)

Spiele[Bearbeiten | Quelltext bearbeiten]

Snake
Tetris
  • Tetris
    • Classic: Das ganz normale Tetris
    • First Person Tetris: Statt die Steine zu drehen, dreht man hierbei das Spielfeld um den Stein
    • Bastet: Diese Tetris Variante gibt einem stets den Stein, den man gerade am wenigsten gebrauchen kann
  • Snake
  • BreakOut
  • Space Invaders


Quellen[Bearbeiten | Quelltext bearbeiten]

Die aktuellen Quellen liegen bei GitHub. Diese lassen sich mit folgenden Befehlen auschecken:

git clone https://github.com/das-labor/borgware-2d.git
cd borgware-2d
git submodule init
git submodule update

Die letzten beiden Befehle sind notwendig, um die RFM12-Libary als Unterprojekt einzubinden.

Bauen der Firmware[Bearbeiten | Quelltext bearbeiten]

Derzeit unterstützte Build-Plattformen sind Linux, FreeBSD, NetBSD und Windows (via Cygwin). Die Simulator-Unterstützung beschränkt sich momentan auf x86- und x86_64-Architekturen. Für BSD gilt eine Besonderheit: Wenn hier von make die Rede ist, muss dort stattdessen gmake eingesetzt werden. Folgende Abhängigkeiten gelten unter den jeweiligen Systemen:


Abhängigkeiten unter Linux/BSD[Bearbeiten | Quelltext bearbeiten]

Die Paketnamen basieren auf den Debian/Ubuntu-Repositorys. Bitte entsprechend der Nomenklatur der verwendeten Linux-Distribution (bzw. BSD) anpassen.

  • build-essential (installiert eine komplette GCC-Tool-Chain für den Host)
  • bc
  • make (gmake unter FreeBSD)
  • libncurses5-dev
  • gcc-avr
  • avr-libc
  • binutils-avr
  • avrdude
  • freeglut3-dev
  • bash (ja, BSD, du bist gemeint!)


Abhängigkeiten unter Windows[Bearbeiten | Quelltext bearbeiten]

  • AVR GCC Toolchain für Windows, die Qual der Wahl:
    • WinAVR
      • avrdude bereits enthalten
      • Setup-Tool bietet an, die Toolchain in den Systempfad einzutragen
      • direkter Download von SourceForge
      • Projekt wurde 2010 eingestellt, daher ziemlich veraltet (avr-gcc 4.3.3)
    • Atmel AVR Toolchain for Windows
      • aktiv gepflegt, daher recht aktuell
      • Homepage nervt mit umständlichem Registrierungsformular vor dem Download
      • die Toolchain muss manuell im Systempfad eingetragen werden
      • avrdude ist nicht enthalten (aber es ist eine parallele WinAVR-Installation möglich)
  • Cygwin(64)
    • bc
    • make
    • gcc-core
    • gdb
    • libncurses-devel (Cygwin)
    • libncursesw-devel (Cygwin64)
  • libusb-win32 sofern ein USBasp-Programmiergerät mit avrdude genutzt wird


Konfigurieren[Bearbeiten | Quelltext bearbeiten]

Screenshot der Menuconfig

Ein (Cygwin-)Terminal öffnen, ins Checkout-Verzeichnis wechseln und folgendes einippen:

make menuconfig

Dadurch startet ein Ncurses-basiertes Textmenü, mit dem sich einige Eigenschaften der Zielplattform einstellen lassen. Vorsicht ist geboten, wenn IDEs wie Eclipse zum Einsatz kommen, da sich dort integrierte Terminal-Emulatoren gerne an Ncurses-Ausgaben verschlucken. Um zu verhindern, dass das Ncurses-Menü durch einen normalen Build-Vorgang (via make) aufgerufen wird, muss nach einem frischen Checkout bzw. nach einem make mrproper mindestens einmal make menuconfig in einem normalen Terminal-Emulator aufgerufen werden.


Kompilieren[Bearbeiten | Quelltext bearbeiten]

Um die Firmware nach der Konfiguration für die Zielplattform zu bauen, genügt ein einfaches

make 

Die Borgware enhält einen Simulator für Linux und BSD (OpenGL) sowie einen für Windows (Win32/GDI, Cygwin). Der Simulator-Build lässt sich folgendermaßen anstoßen:

make simulator

Das Build-System wählt automatischen den korrekten Simulator. Nach einem erfolgreichen Build liegt ein Binary namens borgsim oder borgsim.exe im selben Verzeichnis.

Handhabung des Simulators[Bearbeiten | Quelltext bearbeiten]

Bitte behaltet im Hinterkopf, dass der Simulator KEIN Emulator ist. Er ermöglicht lediglich, die Borgware-2D als native Host-Anwendung zu bauen, so dass man seinen C-Code mit Hilfe eines Host-Debuggers wie dem GDB inspizieren kann. Der GUI-Thread der Anwendung fragt den simulierten Framebuffer des Borgs alle 20ms (Windows 40ms) ab und zeichnet seinen Inhalt in ein Fenster.

Die WASD-Tasten stehen für die Joystick-Richtungen und SPACE agiert als Feuerknopf. Der OpenGL-basierte Simulator (Linux/FreeBSD) erlaubt es, den Betrachtungswinkel der Matrix über die Pfeiltasten zu ändern (nicht unter Windows).

Aufgrund speziell angepasster Linkerskripte läuft der Simulator derzeit nur unter Linux, FreeBSD, NetBSD und Windows (und dort auch nur unter x86 bzw. x64). Prinzipiell ist der OpenGL-basierte Simulator plattform-unabhängig, allerdings müssen pro Betriebsystem und Architektur entsprechende Linkerskripte vorgehalten und ins Build-System integriert werden. Die Linkerskripte erzeugen beim Binden automatisch eine Datenstruktur für die Spielmenüeinträge und ermöglichen die EEPROM-Emulation im Simulator. Die Abhängigkeit von diesen Skripten ist derzeit das einzige Hindernis in Bezug auf Plattformunabhängigkeit. Patches welcome.


Verwandte Projekte[Bearbeiten | Quelltext bearbeiten]

  • Project Blinken Lights benutzt gerne ganze Häuserfassaden für Animationen. Bekannt aus Funk und Fernsehen!
  • LibNiftyLed ist ein Projekt das sich mit der Abstraktion von LED-Steuerungen beschäftigt