Led Board - Versionsgeschichte

Krisha: TI pain in ass

2014-03-16T13:22:15Z

TI pain in ass

← Nächstältere Version		Version vom 16. März 2014, 13:22 Uhr
Zeile 75:		Zeile 75:

	== Software ==		== Software ==
	~~/* TODO Link to github */~~
	~~=== Firmware ===~~
	Um einen teilweisen Bildaufbau zu vermeiden wurde ein Double Buffering verwendet. Geschrieben wird in den Backbuffer, während der Frontbuffer angezeigt wird.		Um einen teilweisen Bildaufbau zu vermeiden wurde ein Double Buffering verwendet. Geschrieben wird in den Backbuffer, während der Frontbuffer angezeigt wird.

Zeile 87:		Zeile 85:
	# goto 1		# goto 1

	~~Die Daten werden per UART IRQ empfangen~~. ~~Die Daten werden dann~~ in ~~den Buffer geschrieben~~. Die ~~kurze Unterbrechung durch~~ den ~~Interrupt ist nicht sichtbar~~.		== Ansteuerung V1 ==
			In der ersten Version wurde das Ledboard mit einem Atmega168 inkl. 18MHz Quarz betrieben. Der Prozessor ermöglichte uns in der Konfiguration 4 verschiedene Farben. Die Kommunikation mit den Clients erfolgte über UART und es wurde ein Linuxserver geschrieben, der mehrere Nutzer mit unterschiedlichen Prioritäten multiplexte.

	==~~= Server: LedLoard =~~==		== Ansteuerung V2 ==
	~~/* TODO */~~		Um mehr Graustufen und eine stabilere Kommunikation zu ermöglichen, haben wir uns entschieden eine neue Ansteuerung zu kreieren.

	~~=== Kommunikation ===~~		Im ersten Versuch haben wir den SPI Anschluss des Raspberry Pis verwendet. Die Software war schnell geschrieben, aber da das eingesetzte Linux kein Echtzeitbetriebssystem ist, sah das Ergebnis nicht gut aus. Wurden die Daten nur minimal zeitversetzt (vermutlich < 5ms) an das Ledboard übergeben, sah man sofort eine Zeile heller leuchten.
	~~==== Server <~~-~~> Firmware ====~~
	/~~* TODO *~~/		Als nächstes wurde ein Texas Instruments [http://processors.wiki.ti.com/index.php/Getting_Started_with_the_Stellaris_EK-LM4F120XL_LaunchPad_Workshop Stellaris EK-LM4F120XL LaunchPad] genutzt. Das Launchpad hat einen ARM Prozessor und lässt sich mit bis zu 80 MHz betreiben. Flash und Arbeitsspeicher sind auch mehr als genügend vorhanden.
	~~==== Client <~~-~~> Server ====~~
	/* TODO */		Leider erfordert das Launchpad eine recht umfangreiche und chaotische Entwicklungsumgebung. Von [http://www.coocox.org/ Coocox] wird der Prozessor leider nicht unterstützt. Die Dokumentation seitens TI für den Chip und den TI CodeComposer ist sehr spärlich und undurchsichtig. Man kann davon ausgehen, dass sich der Prozessor während der Entwicklung ziemlich oft im Failstate befindet. Ohne ein Step-by-Step Debugging mit dem CodeComposer lässt sich ein solcher Fehler nur schwer finden und selbst mit sollte man hier einige Zeit einkalkulieren :-) Zudem hat die Toolchain einige ernsthafte Probleme mit zu großen Arrays auf dem Stack. Große Arrays (ab ca. 1KB) müssen global angelegt werden, sonst kommt es zu unvorhersagbaren Fehlern.

			Da der Betrieb des SPI Moduls oft mit dem erwähnten Failstate endete, haben wir versucht die seriellen Daten für das Leadboard über einen GPIO zu schreiben. Mit den Standardfunktionen für den IO Zugriff haben wir allerdings nur einen sehr langsamen Bitstream geschafft. Durch direktes Ansprechen waren immerhin bis zu 40 MHz möglich.

			Irgendwann funktionierte auch die Ansteuerung per SPI und 32 Graustufen. Allerdings sieht man deutlich, sobald Daten über die USB Schnittstelle per Interrupt eintrudeln. Aufgrund der 32 Graustufen sind das auch mehr Daten als in V1 nötig waren.

			Um dieses erneute Flackern zu verhindern, kann man versuchen die Datenrate zu limitieren, die Übertragungsgeschwindigkeit zu erhöhen und mehr Daten per IRQ in den Puffer zu schreiben. Zudem kann man auch die Interrupts während eines Frames abschalten. Dann hat man allerdings das Problem, das Daten eventuell nicht mehr schnell genug eintreffen bzw. das die Zeit nach dem Aufbau eines kompletten Bildes nicht mehr ausreicht, um alle Daten zu empfangen. Ein riesiges Gefrickel :-)

			Weitere Ideen zur Lösung des Problems sind entweder die Ansteuerung der Zeilen per Timer Interrupt oder das Hinzuziehen weiterer Hardware. Wird der Timer IRQ verwendet, muss man eventuell zusätzlich auch die Interrupts priorisieren bzw. ein nested Interrupting betreiben. Der Aufwand zum Synchronisieren der Puffer wird auch erheblich mehr und senkt somit wiederum die erreichbaren FPS/Graustufen. Die andere Idee ist die Nutzung eines CPLD mit Dual Port RAM oder ein FPGA.

Krisha: /* Server */ typo :)

2012-11-27T00:50:46Z

Server: typo :)

← Nächstältere Version		Version vom 27. November 2012, 00:50 Uhr
Zeile 89:		Zeile 89:
	Die Daten werden per UART IRQ empfangen. Die Daten werden dann in den Buffer geschrieben. Die kurze Unterbrechung durch den Interrupt ist nicht sichtbar.		Die Daten werden per UART IRQ empfangen. Die Daten werden dann in den Buffer geschrieben. Die kurze Unterbrechung durch den Interrupt ist nicht sichtbar.

	=== Server ===		=== Server: LedLoard ===
	/* TODO */		/* TODO */

	=== Kommunikation ===		=== Kommunikation ===
	==== Server <-> Firmware ====		==== Server <-> Firmware ====

Krisha: /* Gehäuse/Kabel */ typo

2012-11-27T00:50:12Z

Gehäuse/Kabel: typo

← Nächstältere Version		Version vom 27. November 2012, 00:50 Uhr
Zeile 72:		Zeile 72:

	=== Gehäuse/Kabel ===		=== Gehäuse/Kabel ===
	Die gelöteten Verbindungen auf der PCB sorgen immer mal wieder für Probleme. Das Board auf eine MDF-Platte geschraubt, um Verwindungen zu verhindern, die diese Probleme verursachen können. Die MDF-Platte konnte dann auch ohne Probleme an der Wand befestigt werden. Die Steckleisten zum Flashen und für die serielle Kommunikation wurden mit Heißkleber am Board befestigt. Auch hier hatten sich die Drähte immer mal gelöst.		Die gelöteten Verbindungen auf der PCB sorgen immer mal wieder für Probleme. Das Board wurde auf eine MDF-Platte geschraubt, um Verwindungen zu verhindern, die diese Probleme verursachen können. Die MDF-Platte konnte dann auch ohne Probleme an der Wand befestigt werden. Die Steckleisten zum Flashen und für die serielle Kommunikation wurden mit Heißkleber am Board befestigt. Auch hier hatten sich die Drähte immer mal gelöst.

	== Software ==		== Software ==

Krisha: rework

2012-11-27T00:49:12Z

rework

@@ Zeile 28: / Zeile 28: @@
 Grafiken auf PC generieren, dadurch keine Probleme mit Codegröße und mehr Möglichkeiten
-== Kommunikation ==
+== Hardware ==
-Seriell mit USB2CMOS Wandler
+Das Ledboard entspringt einem kommerziellem Produkt bei welchem die Ansteuerung entfernt und durch eine eigene Platine ersetzt wurde. Dadurch war es uns möglich eine eigene Firmware nach unseren Wünschen zu schreiben.
-=== serielles Protokoll ===
+Das Ledboard besteht aus 1536 LEDs, die zu 16 Zeilen mit jeweils 96 Spalten angeordnet sind. Der Controller wird über einen Wannenstecker angeschlossen. Es lassen sich weitere Ledboards über Wannenstecker seriell verbinden. Die Hardware kann jeweils nur eine Zeile anzeigen, was bedeutet, dass wir die 16 Zeilen zeitlich multiplexen mussten. Die Bits werden mit Shiftregistern durch eine Zeile geschoben, per Signal gespeichert und per Signal ausgegeben
-=== API ===
+Folgende Signale zur Ansteuerung sind vorhanden:
-* was ist gewünscht?
+{| class="wikitable" border="1"
-* wer macht mit?
+|-
-== Technik ==
+|}
-=== Funktionsweise ===
+=== Gehäuse/Kabel ===
-(step-by-step)
+Die gelöteten Verbindungen auf der PCB sorgen immer mal wieder für Probleme. Das Board auf eine MDF-Platte geschraubt, um Verwindungen zu verhindern, die diese Probleme verursachen können. Die MDF-Platte konnte dann auch ohne Probleme an der Wand befestigt werden. Die Steckleisten zum Flashen und für die serielle Kommunikation wurden mit Heißkleber am Board befestigt. Auch hier hatten sich die Drähte immer mal gelöst.
-Buffer Wechsel nur nachdem alle Zeilen angezeigt worden sind -> sonst hässliche Effekte
+== Software ==
 == Erweiterungen ==

Krisha: status degrade

2012-09-05T01:15:34Z

status degrade

← Nächstältere Version		Version vom 5. September 2012, 01:15 Uhr
Zeile 2:		Zeile 2:
	\|name = Ledboard		\|name = Ledboard
	\|kategorie = Software		\|kategorie = Software
	\|status = ~~nearly stable~~		\|status = beta
	\|autor = [[User:krisha\|krisha]] [[User:architekt\|architekt]] [[User:schinken\|schinken]]		\|autor = [[User:krisha\|krisha]] [[User:architekt\|architekt]] [[User:schinken\|schinken]]
	\|beschreibung = LED-Board mit 1536 roten LEDs		\|beschreibung = LED-Board mit 1536 roten LEDs

Krisha: cleanup / author update

2012-09-05T01:14:18Z

cleanup / author update

← Nächstältere Version		Version vom 5. September 2012, 01:14 Uhr
Zeile 2:		Zeile 2:
	\|name = Ledboard		\|name = Ledboard
	\|kategorie = Software		\|kategorie = Software
	\|status = stable		\|status = nearly stable
	\|autor = krisha		\|autor = [[User:krisha\|krisha]] [[User:architekt\|architekt]] [[User:schinken\|schinken]]
	\|beschreibung = LED-Board mit 1536 roten LEDs		\|beschreibung = LED-Board mit 1536 roten LEDs
	\|image = Projekt img ledboard.jpg		\|image = Projekt img ledboard.jpg
Zeile 11:		Zeile 11:
	[[Category:Hardware]]		[[Category:Hardware]]
	[[Category:Software]]		[[Category:Software]]

	~~-- {{TOCright}}~~

	~~Status: Infrastruktur aufgesetzt~~

	== Idee ==		== Idee ==

Krisha: /* Erweiterungen */ typos

2012-09-05T01:11:38Z

Erweiterungen: typos

← Nächstältere Version		Version vom 5. September 2012, 01:11 Uhr
Zeile 64:		Zeile 64:
	== Erweiterungen ==		== Erweiterungen ==

	Für das LED Board existieren verschiedene Tools, um eine Ausgabe auf das LED Board zu ermöglichen. Als Master fungiert der ~~LED-Lord~~, der ~~die~~ die darzustellenden Daten per Socket annimmt. Hier existieren auch verschiedene ~~Prioräten~~, um z.b. Darstellungen ~~zu unterbrechen,~~ für wichtigere Nachrichten.		Für das LED Board existieren verschiedene Tools, um eine Ausgabe auf das LED Board zu ermöglichen. Als Master fungiert der LedLoard, der die darzustellenden Daten per Socket annimmt. Hier existieren auch verschiedene Prioritäten, um z.B. Darstellungen für wichtigere Nachrichten zu unterbrechen.

	~~Existierende Tools für das LED-Board:~~

	=== Game of Life ===		=== Game of Life ===

Schinken: /* ledclock */

2012-08-27T11:00:14Z

ledclock

← Nächstältere Version		Version vom 27. August 2012, 11:00 Uhr
Zeile 103:		Zeile 103:
	* Libraries: pygame		* Libraries: pygame
	* Code [https://github.com/Schinken/py-ledclock/tree/ledboard GitHub]		* Code [https://github.com/Schinken/py-ledclock/tree/ledboard GitHub]
	* Video http://www.youtube.com/watch?v=9aNpc-ScDTc		* Video [http://www.youtube.com/watch?v=9aNpc-ScDTc Google I/O Countdown Clock on LED Board]
	Eine Nachbildung der [http://myskrachpad.appspot.com/ Google I/O Countdown Clock]. Zur realisierung wurde pygame verwendet.		Eine Nachbildung der [http://myskrachpad.appspot.com/ Google I/O Countdown Clock]. Zur realisierung wurde pygame verwendet.

Schinken: /* ledclock */

2012-08-27T10:59:36Z

ledclock

← Nächstältere Version		Version vom 27. August 2012, 10:59 Uhr
Zeile 103:		Zeile 103:
	* Libraries: pygame		* Libraries: pygame
	* Code [https://github.com/Schinken/py-ledclock/tree/ledboard GitHub]		* Code [https://github.com/Schinken/py-ledclock/tree/ledboard GitHub]
			* Video http://www.youtube.com/watch?v=9aNpc-ScDTc
	Eine Nachbildung der [http://myskrachpad.appspot.com/ Google I/O Countdown Clock]. Zur realisierung wurde pygame verwendet.		Eine Nachbildung der [http://myskrachpad.appspot.com/ Google I/O Countdown Clock]. Zur realisierung wurde pygame verwendet.

Schinken: /* Gehäuse/Kabel */

2012-08-09T11:35:15Z

Gehäuse/Kabel

← Nächstältere Version		Version vom 9. August 2012, 11:35 Uhr
Zeile 61:		Zeile 61:
	== Gehäuse/Kabel ==		== Gehäuse/Kabel ==
	* Ideen willkommen, bei jedem mal anfassen löst sich ein Kabel^^		* Ideen willkommen, bei jedem mal anfassen löst sich ein Kabel^^

			== Erweiterungen ==

			Für das LED Board existieren verschiedene Tools, um eine Ausgabe auf das LED Board zu ermöglichen. Als Master fungiert der LED-Lord, der die die darzustellenden Daten per Socket annimmt. Hier existieren auch verschiedene Prioräten, um z.b. Darstellungen zu unterbrechen, für wichtigere Nachrichten.

			Existierende Tools für das LED-Board:

			=== Game of Life ===
			* Sprache: Python
			* Code: [https://github.com/Schinken/tinyProjects/blob/master/gameoflife/gameoflife.py GitHub]

			Implementierung von Conway's Game of Life für das LED Board. Die Kanten des LED-Boards bilden eine Ellipse.
			Wikipedia: http://de.wikipedia.org/wiki/Game_of_Life

			=== gif2led ===
			* Sprache: Python
			* Libraries: PIL (python image library)
			* Code: [https://github.com/Schinken/tinyProjects/blob/master/gif2ledboard/gif2ledboard.py GitHub]

			Darstellung von GIF-Animationen auf dem LED-Board. Das Script verwendet zum umrechnen der GIFs die PIL - Python Imaging Library. Die Animationen werden für die Darstellung skaliert und gecroppt, wobei die Ratio immer beibehalten wird.

			Beispiel:

			python gif2ledboard.py ~/Pictures/gifs/NyanCat.gif

			=== text2led ===
			* Sprache: Python
			* Libraries: PIL
			* Code: [https://github.com/Schinken/tinyProjects/blob/master/gif2ledboard/text2ledboard.py GitHub]

			Ermöglicht die Darstellung von scrollenden Text auf dem LED-Board anhand einer TrueType-Schriftart.

			=== twitter2led ===
			* Sprache: Python
			* Code: [https://github.com/Schinken/tinyProjects/blob/master/gif2ledboard/twitter2ledboard.py GitHub]

			Sucht auf Twitter nach HashTags und gibt neue Tweets über die text2led-Library am LED-Board aus.

			=== ledclock ===
			* Sprache: Python
			* Libraries: pygame
			* Code [https://github.com/Schinken/py-ledclock/tree/ledboard GitHub]

			Eine Nachbildung der [http://myskrachpad.appspot.com/ Google I/O Countdown Clock]. Zur realisierung wurde pygame verwendet.