BraLUG-Wiki - Benutzerbeiträge [de]

Workshop-Archiv

2019-01-07T15:30:19Z

MaD:

[[Kategorie:Veranstaltungen]]
[[Kategorie:Archiv]]

In den vergangenen Jahren fanden so einige Workshops statt.

* [[Workshop-Archiv 2001]]
* [[Workshop-Archiv 2002]]
* [[Workshop-Archiv 2003]]
* [[Workshop-Archiv 2004]]
* [[Workshop-Archiv 2005]]
* [[Workshop-Archiv 2006]]
* [[Workshop-Archiv 2007]]
* [[Workshop-Archiv 2008]]
* [[Workshop-Archiv 2009]]
* [[Workshop-Archiv 2011]]

{{Footer}}

BraLUG-Wiki:Portal

2019-01-07T15:30:03Z

MaD: /* Veranstaltungen & Projekte */

__NOTOC__

[[Bild:5fuesse.jpg|framed|center|5 Füße auf der [[Berlinux 2005]]]]

==Willkommen im Wiki des Brandenburger Linux User Group e.V. (BraLUG)!==

Hier findet man viele interessante Dinge rund um die BraLUG, deren Projekte und GNU/Linux im Allgemeinen. Um die Sache nicht zu langweilig zu gestalten ist jeder aufgerufen an diesen Seiten mitzuarbeiten! Einzige Bedingung zur Mitarbeit an unserem Wiki ist die vorherige Anmeldung am System.

Wem das Prinzip des Wiki noch fremd ist, der findet unter [[BraLUG-Wiki:Hilfe|Hilfe]] ein paar Einstiegspunkte und Hinweise zur Verwendung.

Also nur Mut und auf geht's!

{|width=100%|

|valign=top style="padding: 5px; border: 1px solid #404080; background-color: #F8F8FF"|

==Aktuelles==

* [[BraLUG-Vortragsprogramm_2019|BraLUG-Vortragsprogramm 2019]]
* [[Freie Anwendungen nach Aufgabengebiet|Was benutzt '''ihr''' an Freier Software?]]
* [[Neuigkeiten]]

|valign=top style="padding: 5px; border: 1px solid #804040; background-color: #FFF8F8"|

==BraLUG-Story==

* [[BraLUG-Story|Aktuelle Story]]
* [[Story-Archiv]]

|-

|valign=top style="padding: 5px; border: 1px solid #408040; background-color: #F8FFF8"|
==Veranstaltungen & Projekte==
* [http://bralug.de/projekte/lpd/ Linux Presentation Day]
* [http://www.freifunk-brb.de Brandenburger Freifunker]
* [[Brandenburger Linux-Infotage]]

* [[Workshop-Archiv]]
* [[Die_BraLUG auf den Chemnitzer Linux-Tagen 2008|Die BraLUG auf den Chemnitzer Linux-Tagen 2008]]
* [[BraLUG-Projekte|Projekte der BraLUG]]
* [[BraLUG-Webseiten]]

|valign=top style="padding: 5px; border: 1px solid #808040; background-color: #FFFFF8"|

==Was noch?==

* [[BraLUG-Wiki:Hilfe|Hilfe zum Wiki]]
* [[Tipps und Tricks]]
* [[FAQs|Frequently Asked Questions (FAQ)]]
* [[Spezial:Allpages|Alle Seiten im Wiki]]

|}

{{Footer}}

BraLUG-Wiki:Portal

2019-01-07T15:28:56Z

MaD: /* Aktuelles */

__NOTOC__

[[Bild:5fuesse.jpg|framed|center|5 Füße auf der [[Berlinux 2005]]]]

==Willkommen im Wiki des Brandenburger Linux User Group e.V. (BraLUG)!==

Hier findet man viele interessante Dinge rund um die BraLUG, deren Projekte und GNU/Linux im Allgemeinen. Um die Sache nicht zu langweilig zu gestalten ist jeder aufgerufen an diesen Seiten mitzuarbeiten! Einzige Bedingung zur Mitarbeit an unserem Wiki ist die vorherige Anmeldung am System.

Wem das Prinzip des Wiki noch fremd ist, der findet unter [[BraLUG-Wiki:Hilfe|Hilfe]] ein paar Einstiegspunkte und Hinweise zur Verwendung.

Also nur Mut und auf geht's!

{|width=100%|

|valign=top style="padding: 5px; border: 1px solid #404080; background-color: #F8F8FF"|

==Aktuelles==

* [[BraLUG-Vortragsprogramm_2019|BraLUG-Vortragsprogramm 2019]]
* [[Freie Anwendungen nach Aufgabengebiet|Was benutzt '''ihr''' an Freier Software?]]
* [[Neuigkeiten]]

|valign=top style="padding: 5px; border: 1px solid #804040; background-color: #FFF8F8"|

==BraLUG-Story==

* [[BraLUG-Story|Aktuelle Story]]
* [[Story-Archiv]]

|-

|valign=top style="padding: 5px; border: 1px solid #408040; background-color: #F8FFF8"|
==Veranstaltungen & Projekte==
* [http://bralug.de/projekte/lpd/ Linux Presentation Day]
* [http://www.freifunk-brb.de Brandenburger Freifunker]
* [[Brandenburger Linux-Infotage]]

* [[Workshop-Archiv]] ([[Workshop-Archiv 2001|2001]], [[Workshop-Archiv 2002|2002]], [[Workshop-Archiv 2003|2003]], [[Workshop-Archiv 2004|2004]], [[Workshop-Archiv 2005|2005]], [[Workshop-Archiv 2006|2006]], [[Workshop-Archiv 2007|2007]], [[Workshop-Archiv 2008|2008]], [[Workshop-Archiv 2009|2009]])
* [[Die_BraLUG auf den Chemnitzer Linux-Tagen 2008|Die BraLUG auf den Chemnitzer Linux-Tagen 2008]]
* [[BraLUG-Projekte|Projekte der BraLUG]]
* [[BraLUG-Webseiten]]

|valign=top style="padding: 5px; border: 1px solid #808040; background-color: #FFFFF8"|

==Was noch?==

* [[BraLUG-Wiki:Hilfe|Hilfe zum Wiki]]
* [[Tipps und Tricks]]
* [[FAQs|Frequently Asked Questions (FAQ)]]
* [[Spezial:Allpages|Alle Seiten im Wiki]]

|}

{{Footer}}

BraLUG-Vortragsplanung 2016

2015-12-09T21:12:02Z

MaD: "Wahlergebnis"

[[Kategorie:Planung]]

==Vorschläge/Wünsche==

{|width=100% border=1

|-
!Thema
!Referent/Organisator
!Art d. Veranst.
!Wunschtermin
!Anmerkungen/Abstract
!Stimmen

|-
|Routing/Bridging 101
|[[Benutzer:strohi|strohi]]
|Vortrag
|Februar
|Irgendwas zu routing/bridging. Wozu brauch mans, warum will mans, best practices, vielleicht auch was zu SDN (software defined networking) Es gibt ja nicht nur die Möglichkeit mit Iptables sondern auch mit Bridges zu arbeiten, aber wann nutzt man den NAT-Mode und wann bridges um VMs anzubinden

|3

|-
|Desktop publishing mit Scribus
|Wolff
|Vortrag/Workshop
|April
|Irgendwas zu Scribus. Wolff will zeigen, dass es inzwischen benutzbar ist ;)

|4

|-
|Themenabend zu ???
|Anwesende mit Gesprächsbedarf
|Gesprächsrunde
|März & September
|Man könnte sich ja auch mal auf ein Thema einigen und dann in geselliger Runde bei Brezel und Saft sein Lieblingstool Vorstellung. Z.b. Backups oder .. Scriptsprachen (Warum fetzt die) oder Fotoverarbeitung oder ..

|2

|-
|Neujahrsbowlen
|bowlingfans
|interaktive Session
|Januar
|Neujahrsbowlen? :)
|2

|-
|TLS in 2016
|andre?
|Vortrag mit hands-on
|nope
| Wir schreiben das Jahr 2016 und das Internet ist immer noch unsicher. Unsicher? Wir überlegen nochnmal kurz und knapp wie das mit Abhörsichehreit und Authentisierung steht und gehen dann zur Praxis über. Wie konfigurier ich mein Web-, Jabber-, Mailserver, woher bekomm ich die Zertifikate und wie konfigurier ich die Clients. Vielleicht auch was über Zertifikat lifecyclevodoo.
|0

|-
|Log processing
|?
|Vortrag (mit Praxisbeispielen?)
|nope
| Logs die doof rumliegen bringen wenig, vielleicht kann jemand was dazu erzaehlen wie man die auswertet und in elk/logstash, graylog oder ähnliches wirft

|1

|-
|Spielen unter Linux
|??
|Vortrag/'Workshop'?
|November
|ich fänds ganz lustig mal was zu hören wie es inzwischen ums linuxgaming steht, komm aber selber nicht zu

|5

|-
|Systemd - es kam und siegte'''?'''
|Micha
|Vortrag? Battle?
|Juni
| Vielleicht ist ja schon jemand mit Systemd warm geworden und kann was drüber erzaehlen. Es ist ja doch das etwas andere init.

|5

|-
|Tcl vs. Python
|Frank & Uwe
|Vortrag
|nope
|Tcl und Python sind mehr oder weniger bekannte Scriptsprachen, die dem Trend ihrer Zeit folgen. Durch das jeweils zugrunde liegende Design haben aber beide auch Schwächen und Stärken.

Nach einer kurzen Einführung in die beiden Scriptsprachen stellen wir zu typischen Programmiersituationen unsere Lösungen beispielhaft in der jeweiligen Interpretersprache vor. Selbstverständlich versuchen wir, wenn es die Zeit zulässt, auch zu spontan entwickelten Anwendungsproblemen Stellung zu beziehen.
|1

|-
|Scriptsprache Lua
|Uwe
|Vortrag
|Oktober
|Die Scriptsprache Lua wird in letzter Zeit immer öfter genannt, wenn es flexible, leicht erweiterbare und kompakte Programmiersprachen geht, die auch im Embedded-Bereich eingesetzt werden können. Innerhalb dieses Vortrages soll Lua vorgestellt und auch der eine oder andere Anwendungsfall gezeigt werden.
|2

|-
|Das Debian-Paketmanagement-Buch – Blick hinter die Kulissen eines freien Buches
|Frank (+ Axel Beckert)
|Vortrag
|nope
|Seit 2013 arbeiten wir an einem Buch zum Thema Debian-Paketmanagement. Dieses steht seit Sommer 2015 unter einer Creative Commons (CC-BY-SA)-Lizenz und ist für jeden Interessierten zur freien Nutzung über die Versionierungsplattform GitHub verfügbar. Dieses Buch gemeinsam zu schreiben, ist bereits eine Herausforderung für sich. Hinzu kommt die Vorbereitung und Pflege der Ausgabeformate HTML, PDF, ePub und MobiPocket und später auch die gedruckte Fassung. Wir stellen vor, welche Technologien und Werkzeuge wir dafür benutzen, um sowohl die Inhalte geordnet zu verwalten, als auch die Vorschläge und Anmerkungen der Leser in das bereits bestehende Material zu integrieren. Die bestehenden Möglichkeiten, um ein fertiges Buch selbst zu publizieren, kommen dabei ebenfalls nicht zu kurz.

Webseite zum Buch: http://www.dpmb.org/ , Sourcecode auf GitHub: https://github.com/dpmb/dpmb
|0

|-
|Schneller und sicherer Surfen im Internet
|Frank
|Vortrag
|Januar
|Baut sich eine Webseite in ihrem Webbrowser nur sehr langsam auf, ist es einfach, mit dem Finger nur auf die Bandbreite ihrer Netzwerkverbindung oder ihre Hardware zu zeigen. Zwischen dem Abrufen der Webseite und der Darstellung in ihrem Webbrowser läuft mittlerweile ein recht aufwendiger Prozess, in dem etliche Faktoren eine Rolle spielen. In Vortrag gehen wir den folgenden Punkten nach -- Überblick zu den Ursachen von erhöhtem Datentransfer, Latenzverstärker identifizieren und ausschalten, Datenspuren minimieren oder vermeiden sowie Fokus auf die Nutzerseite – welche Einflußmöglichkeiten habe ich als Benutzer. Im Anschluß diskutieren wir die vorgestellten Möglichkeiten und freuen uns auf einen regen Austausch hinsichtlich eigener Erfahrungen und Tips im Alltag.

|2

|-
|Verschlüsselte E-Mail-Kommunikation
|Micha
|Vortrag
|Mai
|Einsatz von GPG & S/MIME zur sicheren Kommunikation
|4

|-
|LUKS
|Micha
|Vortrag
|Juli
|Verschlüsselung von Festplatten
|4

|}

BraLUG-Vortragsplanung 2016

2015-12-09T20:31:17Z

MaD: /* Vorschläge/Wünsche */

[[Kategorie:Planung]]

==Vorschläge/Wünsche==

{|width=100% border=1

|-
!Thema
!Referent/Organisator
!Art d. Veranst.
!Wunschtermin
!Anmerkungen/Abstract
!Stimmen

|-
|Routing/Bridging 101
|[[Benutzer:strohi|strohi]]
|Vortrag
|
|Irgendwas zu routing/bridging. Wozu brauch mans, warum will mans, best practices, vielleicht auch was zu SDN (software defined networking) Es gibt ja nicht nur die Möglichkeit mit Iptables sondern auch mit Bridges zu arbeiten, aber wann nutzt man den NAT-Mode und wann bridges um VMs anzubinden

|n/a

|-
|Desktop publishing mit Scribus
|Wolff
|Vortrag?
|
|Irgendwas zu Scribus. Wolff will zeigen, dass es inzwischen benutzbar ist ;)

|n/a

|-
|Themenabend zu ???
|Anwesende mit Gesprächsbedarf
|Gesprächsrunde
|
|Man könnte sich ja auch mal auf ein Thema einigen und dann in geselliger Runde bei Brezel und Saft sein Lieblingstool Vorstellung. Z.b. Backups oder .. Scriptsprachen (Warum fetzt die) oder Fotoverarbeitung oder ..

|n/a

|-
|Neujahrsbowlen
|bowlingfans
|interaktive Session
|
|Neujahrsbowlen? :)
|n/a

|-
|TLS in 2016
|andre?
|Vortrag mit hands-on
|
| Wir schreiben das Jahr 2016 und das Internet ist immer noch unsicher. Unsicher? Wir überlegen nochnmal kurz und knapp wie das mit Abhörsichehreit und Authentisierung steht und gehen dann zur Praxis über. Wie konfigurier ich mein Web-, Jabber-, Mailserver, woher bekomm ich die Zertifikate und wie konfigurier ich die Clients. Vielleicht auch was über Zertifikat lifecyclevodoo.
|n/a

|-
|Log processing
|?
|Vortrag (mit Praxisbeispielen?)
|
| Logs die doof rumliegen bringen wenig, vielleicht kann jemand was dazu erzaehlen wie man die auswertet und in elk/logstash, graylog oder ähnliches wirft

|n/a

|-
|Spielen unter Linux
|??
|Vortrag/'Workshop'?
|
|ich fänds ganz lustig mal was zu hören wie es inzwischen ums linuxgaming steht, komm aber selber nicht zu

|n/a

|-
|Systemd - es kam und siegte'''?'''
|??
|Vortrag? Battle?
|
| Vielleicht ist ja schon jemand mit Systemd warm geworden und kann was drüber erzaehlen. Es ist ja doch das etwas andere init.

|n/a

|-
|Tcl vs. Python
|Frank & Uwe
|Vortrag
|Jan. oder Febr.
|Tcl und Python sind mehr oder weniger bekannte Scriptsprachen, die dem Trend ihrer Zeit folgen. Durch das jeweils zugrunde liegende Design haben aber beide auch Schwächen und Stärken.

Nach einer kurzen Einführung in die beiden Scriptsprachen stellen wir zu typischen Programmiersituationen unsere Lösungen beispielhaft in der jeweiligen Interpretersprache vor. Selbstverständlich versuchen wir, wenn es die Zeit zulässt, auch zu spontan entwickelten Anwendungsproblemen Stellung zu beziehen.
|n/a
|-
|Scriptsprache Lua
|Uwe
|Vortrag
|Okt. oder Nov.
|Die Scriptsprache Lua wird in letzter Zeit immer öfter genannt, wenn es flexible, leicht erweiterbare und kompakte Programmiersprachen geht, die auch im Embedded-Bereich eingesetzt werden können. Innerhalb dieses Vortrages soll Lua vorgestellt und auch der eine oder andere Anwendungsfall gezeigt werden.
|n/a
|-
|Das Debian-Paketmanagement-Buch – Blick hinter die Kulissen eines freien Buches
|Frank (+ Axel Beckert)
|Vortrag
| ??
|Seit 2013 arbeiten wir an einem Buch zum Thema Debian-Paketmanagement. Dieses steht seit Sommer 2015 unter einer Creative Commons (CC-BY-SA)-Lizenz und ist für jeden Interessierten zur freien Nutzung über die Versionierungsplattform GitHub verfügbar. Dieses Buch gemeinsam zu schreiben, ist bereits eine Herausforderung für sich. Hinzu kommt die Vorbereitung und Pflege der Ausgabeformate HTML, PDF, ePub und MobiPocket und später auch die gedruckte Fassung. Wir stellen vor, welche Technologien und Werkzeuge wir dafür benutzen, um sowohl die Inhalte geordnet zu verwalten, als auch die Vorschläge und Anmerkungen der Leser in das bereits bestehende Material zu integrieren. Die bestehenden Möglichkeiten, um ein fertiges Buch selbst zu publizieren, kommen dabei ebenfalls nicht zu kurz.

Webseite zum Buch: http://www.dpmb.org/ , Sourcecode auf GitHub: https://github.com/dpmb/dpmb
|n/a
|-
|Schneller und sicherer Surfen im Internet
|Frank
|Vortrag
| Januar/Februar
|Baut sich eine Webseite in ihrem Webbrowser nur sehr langsam auf, ist es einfach, mit dem Finger nur auf die Bandbreite ihrer Netzwerkverbindung oder ihre Hardware zu zeigen. Zwischen dem Abrufen der Webseite und der Darstellung in ihrem Webbrowser läuft mittlerweile ein recht aufwendiger Prozess, in dem etliche Faktoren eine Rolle spielen. In Vortrag gehen wir den folgenden Punkten nach -- Überblick zu den Ursachen von erhöhtem Datentransfer, Latenzverstärker identifizieren und ausschalten, Datenspuren minimieren oder vermeiden sowie Fokus auf die Nutzerseite – welche Einflußmöglichkeiten habe ich als Benutzer. Im Anschluß diskutieren wir die vorgestellten Möglichkeiten und freuen uns auf einen regen Austausch hinsichtlich eigener Erfahrungen und Tips im Alltag.

|n/a

|-
|Verschlüsselte E-Mail-Kommunikation
|Micha
|Vortrag
|"mir egal"
|Einsatz von GPG & S/MIME zur sicheren Kommunikation
|n/a

|-
|LUKS
|Micha
|Vortrag
|"mir egal"
|Verschlüsselung von Festplatten
|n/a

|}

BraLUG-Vortragsplanung 2016

2015-12-09T20:24:15Z

MaD: Vortragswünsche vom LPD

[[Kategorie:Planung]]

==Vorschläge/Wünsche==

{|width=100% border=1

|-
!Thema
!Referent/Organisator
!Art d. Veranst.
!Wunschtermin
!Anmerkungen/Abstract
!Stimmen

|-
|Routing/Bridging 101
|[[Benutzer:strohi|strohi]]
|Vortrag
|
|Irgendwas zu routing/bridging. Wozu brauch mans, warum will mans, best practices, vielleicht auch was zu SDN (software defined networking) Es gibt ja nicht nur die Möglichkeit mit Iptables sondern auch mit Bridges zu arbeiten, aber wann nutzt man den NAT-Mode und wann bridges um VMs anzubinden

|n/a

|-
|Desktop publishing mit Scribus
|Wolff
|Vortrag?
|
|Irgendwas zu Scribus. Wolff will zeigen, dass es inzwischen benutzbar ist ;)

|n/a

|-
|Themenabend zu ???
|Anwesende mit Gesprächsbedarf
|Gesprächsrunde
|
|Man könnte sich ja auch mal auf ein Thema einigen und dann in geselliger Runde bei Brezel und Saft sein Lieblingstool Vorstellung. Z.b. Backups oder .. Scriptsprachen (Warum fetzt die) oder Fotoverarbeitung oder ..

|n/a

|-
|Neujahrsbowlen
|bowlingfans
|interaktive Session
|
|Neujahrsbowlen? :)
|n/a

|-
|TLS in 2016
|andre?
|Vortrag mit hands-on
|
| Wir schreiben das Jahr 2016 und das Internet ist immer noch unsicher. Unsicher? Wir überlegen nochnmal kurz und knapp wie das mit Abhörsichehreit und Authentisierung steht und gehen dann zur Praxis über. Wie konfigurier ich mein Web-, Jabber-, Mailserver, woher bekomm ich die Zertifikate und wie konfigurier ich die Clients. Vielleicht auch was über Zertifikat lifecyclevodoo.
|n/a

|-
|Log processing
|?
|Vortrag (mit Praxisbeispielen?)
|
| Logs die doof rumliegen bringen wenig, vielleicht kann jemand was dazu erzaehlen wie man die auswertet und in elk/logstash, graylog oder ähnliches wirft

|n/a

|-
|Spielen unter Linux
|??
|Vortrag/'Workshop'?
|
|ich fänds ganz lustig mal was zu hören wie es inzwischen ums linuxgaming steht, komm aber selber nicht zu

|n/a

|-
|Systemd - es kam und siegte
|??
|Vortrag?
|
| Vielleicht ist ja schon jemand mit Systemd warm geworden und kann was drüber erzaehlen. Es ist ja doch das etwas andere init.

|n/a

|-
|Tcl vs. Python
|Frank & Uwe
|Vortrag
|Jan. oder Febr.
|Tcl und Python sind mehr oder weniger bekannte Scriptsprachen, die dem Trend ihrer Zeit folgen. Durch das jeweils zugrunde liegende Design haben aber beide auch Schwächen und Stärken.

Nach einer kurzen Einführung in die beiden Scriptsprachen stellen wir zu typischen Programmiersituationen unsere Lösungen beispielhaft in der jeweiligen Interpretersprache vor. Selbstverständlich versuchen wir, wenn es die Zeit zulässt, auch zu spontan entwickelten Anwendungsproblemen Stellung zu beziehen.
|n/a
|-
|Scriptsprache Lua
|Uwe
|Vortrag
|Okt. oder Nov.
|Die Scriptsprache Lua wird in letzter Zeit immer öfter genannt, wenn es flexible, leicht erweiterbare und kompakte Programmiersprachen geht, die auch im Embedded-Bereich eingesetzt werden können. Innerhalb dieses Vortrages soll Lua vorgestellt und auch der eine oder andere Anwendungsfall gezeigt werden.
|n/a
|-
|Das Debian-Paketmanagement-Buch – Blick hinter die Kulissen eines freien Buches
|Frank (+ Axel Beckert)
|Vortrag
| ??
|Seit 2013 arbeiten wir an einem Buch zum Thema Debian-Paketmanagement. Dieses steht seit Sommer 2015 unter einer Creative Commons (CC-BY-SA)-Lizenz und ist für jeden Interessierten zur freien Nutzung über die Versionierungsplattform GitHub verfügbar. Dieses Buch gemeinsam zu schreiben, ist bereits eine Herausforderung für sich. Hinzu kommt die Vorbereitung und Pflege der Ausgabeformate HTML, PDF, ePub und MobiPocket und später auch die gedruckte Fassung. Wir stellen vor, welche Technologien und Werkzeuge wir dafür benutzen, um sowohl die Inhalte geordnet zu verwalten, als auch die Vorschläge und Anmerkungen der Leser in das bereits bestehende Material zu integrieren. Die bestehenden Möglichkeiten, um ein fertiges Buch selbst zu publizieren, kommen dabei ebenfalls nicht zu kurz.

Webseite zum Buch: http://www.dpmb.org/ , Sourcecode auf GitHub: https://github.com/dpmb/dpmb
|n/a
|-
|Schneller und sicherer Surfen im Internet
|Frank
|Vortrag
| Januar/Februar
|Baut sich eine Webseite in ihrem Webbrowser nur sehr langsam auf, ist es einfach, mit dem Finger nur auf die Bandbreite ihrer Netzwerkverbindung oder ihre Hardware zu zeigen. Zwischen dem Abrufen der Webseite und der Darstellung in ihrem Webbrowser läuft mittlerweile ein recht aufwendiger Prozess, in dem etliche Faktoren eine Rolle spielen. In Vortrag gehen wir den folgenden Punkten nach -- Überblick zu den Ursachen von erhöhtem Datentransfer, Latenzverstärker identifizieren und ausschalten, Datenspuren minimieren oder vermeiden sowie Fokus auf die Nutzerseite – welche Einflußmöglichkeiten habe ich als Benutzer. Im Anschluß diskutieren wir die vorgestellten Möglichkeiten und freuen uns auf einen regen Austausch hinsichtlich eigener Erfahrungen und Tips im Alltag.

|n/a

|-
|Verschlüsselte E-Mail-Kommunikation
|Micha
|Vortrag
|"mir egal"
|Einsatz von GPG & S/MIME zur sicheren Kommunikation
|n/a

|-
|LUKS
|Micha
|Vortrag
|"mir egal"
|Verschlüsselung von Festplatten

|}

BraLUG-Vortragsprogramm 2012/13

2013-09-09T17:46:31Z

MaD: IM abstract

[[Category:Veranstaltungen]]
[[Kategorie:Planung]]

{| class="wikitable sortable", border=1
! Vortrag !! Verantwortlicher !! Datum !! Vortrag/Workshop !! class="unsortable" | Bemerkung/Kurzbeschreibung
|-
|Tabellenkalkulation
|style="text-align:center"| Ingo
|style="text-align:center"| 18.4.2013 - 19:30 Uhr (war: 11.4.)
|Vortrag
|Benzin oder Diesel? Wieviel hat mich eigentlich die Reise nach Andalusien gekostet? Immer wenn es darum geht, aussagekräftig und ohne viel Herumrechnen mit einem Taschenrechner Zahlenwerke aufzubereiten, sind Tabellenkalkulationen gefragt. Aber neben Zahlen beherrschen die Programme auch eine Vielzahl weiterer nützlicher Dinge, die im Vortrag am Beispiel von OpenOffice.org 3.4 Calc gezeigt werden.
|-
|"gnuplot für Anfänger"
|style="text-align:center"| Uwe
|style="text-align:center"| 2.5.2013 - 19:30 Uhr
|Vortrag
|
* aus langweiligen Daten aussagekräftige Diagramme erstellen
|-
|Fotobearbeitung mit GIMP
|style="text-align:center"| Wolff
|style="text-align:center"| 23.5.2013 - 19:30 Uhr
|Vortrag
|...
|-
|Systemüberwachung mit Nagios
|style="text-align:center"| Rob
|style="text-align:center"| 13.6.2013 - 19:30 Uhr
|Vortrag
|Setup, Konfiguration, NRPE
|-
|Linux auf "angestaubter" Hardware
|style="text-align:center"| Karsten?
|style="text-align:center"| 15.8.2013 - 19:30 Uhr
|Vortrag
|u.a. FluxFlux
|-
|OpenCantine - RFID als Essensmarke
|style="text-align:center"| ChD
|style="text-align:center"| 5.9.2013 - 19:30 Uhr
|Vortrag
|
* Nahrung für Null Heller?
|-
|Arduino (Mikrocontroller programmieren)
|style="text-align:center"| Uwe
|style="text-align:center"| 26.9.2013 - 19:30 Uhr
|Vortrag
|
* kurze Einführung Mikrocontroller
* Toolchain
* Programmierumgebungen (z.B. Arduino-IDE)
* einige Grundlagen der Mikrocontroller-Programmierung (I/O-Ports, Timer, Interrupts, ADC etc.)
|-
|ImageMagick (und weitere kleinere Tools)
|style="text-align:center"| MaD
|style="text-align:center"| 17.10.2013 - 19:30 Uhr
|Vortrag
|Was tun, wenn man seine Bildersammlung plötzlich in einer anderen Größe oder einem anderen Format benötigt? Zwar bieten mittlerweile auch Grafikprogramme wie GIMP mittlerweile Stapelverarbeitung an, aber wer solche Aufgaben automatisieren möchte, kommt an ImageMagick kaum vorbei. Diese Programmsammlung bietet alles, was man zur skriptgesteuerten Bildbearbeitung benötigt. Neben vielen Beispielen wird es auch einen Exkurs zu Alternativen und ergänzenden Programmen zur Bildmanipulation geben.
|-
|LaTeX
|style="text-align:center"| Frank?
|style="text-align:center"| 7.11.2013 - 19:30 Uhr
|Vortrag
|Mit tikz/pstricks?
|-
|Messen, Steuern, Regeln: "Busverkehr mit Linux"
|style="text-align:center"| Uwe
|style="text-align:center"| 28.11.2013 - 19:30 Uhr
|Vortrag
|Wer mit seinem Linux-PC Daten und Zustände erfassen bzw. an andere Komponenten ausgeben möchte, benötigt geeignete Schnittstellen und Tools. I²C (auch unter TWI bekannt) und 1-wire sind serielle Datenbusse, mit denen solche Aufgabe auch unter Linux elegant erledigt werden können. Wie das funktioniert, welche Tools und Hardware-Komponenten es für diese Schnittstellen gibt, soll dieser Vortrag erklären.
|-
|Linux-Abend
|style="text-align:center"| ??
|style="text-align:center"| ??.??.???? - ??:??
|Workshop
|
* Linux: Live & Bunt
Wer mitmachen möchte, ist herzlich eingeladen. Wir wollen für neue Besucher genauso offen sein, wie für Geplagte, welche sich von alten Fehlern endlich befreien wollen (nur Softwareprobleme).
|-
|Titel
|style="text-align:center"| Name
|style="text-align:center"| ??.??.???? - ??:??
|Vortrag/Workshop
|Kurzbeschreibung
|-
|}

Netzwerkplanung BLIT2012

2012-10-27T13:42:52Z

MaD: /* Hier bitte Eintragen, was ihr zum Aufbau am 02.11.2012 mitbringen könnt. */

=Netzwerkplanung für BLIT 2012=

==Hier bitte Eintragen, was ihr zum Aufbau am 02.11.2012 mitbringen könnt.==

{| border="1"
|'''Wer''' || '''Netzwerkkabel(Länge und Anzahl)''' ||'''Switche''' ||'''Strom (Verteiler usw.)''' ||'''Sonstiges'''
|-
|Christoph D. ||diverse, zähle ich am Wochenende ||1x 24Port 100MBit ||muss ich auch noch zählen ||Ne Rolle Patchkabel, Stecker und ne Crimpzange
|-
|Markus D. ||
* 4×20m
* 7×10m
* 9×5m
* 4×3m
* 7×2m
||
* 2×1000MBit 8-Port
* 1×100MBit 24-Port
* 1×100MBit 16-Port
* 2×100MBit 5-Port
|| ||
|}

Workshop-Archiv 2011

2011-06-29T18:51:52Z

MaD: /* Unsere Workshop-/Vortragsvorschläge 2011 */

== Unsere Workshop-/Vortragsvorschläge 2011 ==
* dies ist eine Ideen Sammlung zu möglichen Themen für dieses Jahr
* bitte meldet Wünsche oder was ihr gerne hören wollt über die Mailingliste
* Abstimmung der Themen ist geplant zum '''09.03.2011'''

{| class="wikitable sortable", border=1
! Vortrag !! Verantwortlicher !! Datum !! Vortrag/Workshop !! class="unsortable" | Bemerkung/Kurzbeschreibung
|-
|Install Party
|style="text-align:center"| Micha
|style="text-align:center"| ??.05.2011 - 19:30
|Workshop
|
* Linux: Live & Bunt
Wer mitmachen möchte, ist herzlich eingeladen. Wir wollen für neue Besucher genauso offen sein, wie für Geplagte, welche sich von alten Fehlern endlich befreien wollen (nur Softwareprobleme).
|-
|Wie bau ich einen Interpreter?
|style="text-align:center"| Uwe
|style="text-align:center"| 15.06.2011 - 19:30
|Vortrag
|
* "BASIC"s
Man kann so viel Funktionalität in eine Anwendung packen, wie man will, aber es wird immer noch Dinge geben, an die man im Vorfeld nicht gedacht hat. Wünschenswert ist eine Interpreter-Schnittstelle, die die Möglichkeit bietet, Funktionalität in Form von Script-Texten „nachzuladen“.

Die in C geschriebene Basic-Bibliothek uBasic kann leicht in eigene Programme integriert werden. Der Interpreter versteht ungefähr den Sprachumfang von TinyBasic und ist dabei so ressourcenschonend, dass er in die Firmware von Mikrocontrollern mit weniger als 16kB Flash-RAM und 1 kByte SRAM integrierbar ist.
|-
|Linux Einsteiger
|style="text-align:center"| isch
|style="text-align:center"| 20.07.2011 - 19:30
| Workshop
|
* Linux-Abend
|-
|OpenSSH nicht-interaktiv
|style="text-align:center"| rob
|style="text-align:center"| 17.08.2011 - 19:30
|Vortrag
|
OpenSSH kann mehr als nur eine Shell auf einem entfernten System öffnen. Mit Public-Key-Authentifizierung und der entsprechenden Konfiguration lassen sich Programme zur Administration oder Systemüberwachung einfach und sicher ausführen. Der Vortrag soll in die Authentifizierung mit Schlüsseln einführen und aufzeigen, wie sich Identitäten an verschiedene Programme binden lassen.
|-
|Install Party
|style="text-align:center"| Micha
|style="text-align:center"| 19.10.2011 - 19:30
|Workshop
|
* Linux: Live & Bunt
Wer mitmachen möchte, ist herzlich eingeladen. Wir wollen für neue Besucher genauso offen sein, wie für Geplagte, welche sich von alten Fehlern endlich befreien wollen (nur Softwareprobleme).
|-
|Open Canteen
|style="text-align:center"| Chrissi
|style="text-align:center"| 05.11.2011 (BLIT)
| Vortrag
|
* Spass mit RFID, Mifare und NFC
|-
|ZFS auf FreeBSD
|style="text-align:center"| rob
|style="text-align:center"| 07.12.2011 - 19:30
|Vortrag
|
ZFS wurde als "the last word in file systems" angekündigt. Erst ausschließlich unter Solaris verfügbar, wurde es von den FreeBSD-Entwicklern ins Basissystem portiert. Wie ZFS aufgebaut ist und wie man es unter FreeBSD bedient, soll dieser Vortrag zeigen.

|-
|Embedded Linux
|style="text-align:center"| Uwe + FHBler
|style="text-align:center"| 15.02.2012 - 19:30
|Vortrag
|
* ich könnte da meinen DSLinux-Vortrag (CLT2010 & FrosCon2010) anbieten --> Uwe,
DSLinux - "Linux spielen"

DSLinux ist eine Minidistribution für die Pocketspielkonsole Nintendo DS (NDS). Neben dem eigentlichen Linux-Kernel und den üblichen Kommandozeilentools, beinhaltet DSLinux diverse Services und sogar eine X-ähnliche grafische Oberfläche mit einigen dazugehörigen Anwendungen. Über das, in der NDS standardmäßig vorhandene WLAN-Modul kann das Gerät auch in ein Netzwerk
integriert werden.

Der Vortrag gibt einen Überblick über die NDS-Hardware, erläutert die Installation/Konfiguration von DSLinux und beschreibt die Vorgehensweise zur Entwicklung eigener Anwendungen für diese Plattform.

* Vorstellung des FH BRB Projektes
|-
|Vala Workshop
|style="text-align:center"| André
|style="text-align:center"| 21.03.2012 - 19:30
|Workshop
|
* Anwendung mit gtk/dbus
|-
|Remastering eines eigenen Live-Ubuntu
|style="text-align:center"| engel66
|style="text-align:center"| 18.04.2012 - 19:30
| Vortrag
|
* Der Traum vom "eigenen" Linux ;) auf CD/DVD/USB-Sticks
|-
|git im Alltag
|style="text-align:center"| Andrè
|style="text-align:center"| 16.05.2012 - 19:30
|Workshop
|
* kann man auch so mit latex und git oder git und alltag oder git und programmieren verbinden
|}

<br>

{|style="width:100%;border-style:solid;border-color: #C4C4C4; border-width:1px;background:#f8f8f8;padding:10px;padding-top: 2px;padding-bottom:2px"
|-
|style="padding-right: 10px; width:100px"|[[Bild:bralug-logo-klein.png]]
|'''Brandenburger Linux User Group e.V. ([[BraLUG]])'''<br> Internet: [http://www.bralug.de www.bralug.de]; E-Mail: [mailto:info@bralug.de info@bralug.de]
{{CURRENTDAY}}.{{CURRENTMONTH}}.{{CURRENTYEAR}}; {{CURRENTTIME}} Uhr, [[Special:Allpages|{{NUMBEROFARTICLES}}]] Wiki-Artikel
|-
|}

BLIT-Logo finden

2010-01-27T20:43:38Z

MaD: /* Vorschlag Markus D. */ ein paar mehr Versionen

Hier die ersten Vorschläge zu einem allgemeinen Logo für den BLIT:

==Vorschlag Sirko K.==

[[Bild:Blit logo vorschlag.png]]

==Vorschlag Micha K.==

Ein weiter Vorschlag für ein neues Logo:

[[Bild:Logo_blit2010_vorschlag02.png‎]]

Die Logos 1-4 zeigen verschieden Farben. Rot lehnt sich an unsere Standardfarbe an. Die Abbildungen 4-5 ordnen die Zusatzschrift jeweils anders an und in 6 sind die Anfangsbuchstaben entsprechend eingefärbt.

[[Bild:Logo_blit2010_vorschlag03_mk.png]]

Mit Maskottchen und Bindstrich im Linux-Infotag

==Vorschlag Markus D.==

{|border=0

|-
|rowspan=2|
[[Bild:Blit-logo-schatten.png|320px|BLIT-Logo (2010-Version)]]
|
[[Bild:Blit-logo-monoblue.png|160px|BLIT-Logo ("einfarbig")]]
[[Bild:Blit-logo-bw.png|160px|BLIT-Logo (s/w)]]
|-
|
[[Bild:Blit-logo-noshadow.png|160px|BLIT-Logo (kein Schatten)]]
[[Bild:Blit-logo-rotated.png|160px|BLIT-Logo (rotiert)]]
|}

* Die Farben sind noch nicht mit unserem "offiziellen" Rot und Gelb abgeglichen
* "offizielle" BLIT-Schrift verwendet
* SVGs im BLIT-SVN (benötigt Schrift "Yanone Kaffeesatz Bold"; bei mir OTF als X-Schrift installiert)

Datei:Blit-logo-noshadow.png

2010-01-27T20:42:47Z

MaD:

Datei:Blit-logo-rotated.png

2010-01-27T20:36:11Z

MaD:

Datei:Blit-logo-monoblue.png

2010-01-27T20:35:55Z

MaD:

Datei:Blit-logo-bw.png

2010-01-27T20:35:33Z

MaD:

BLIT-Logo finden

2010-01-25T08:29:30Z

MaD: /* Vorschlag Markus D. */

Hier die ersten Vorschläge zu einem allgemeinen Logo für den BLIT:

==Vorschlag Sirko K.==

[[Bild:Blit logo vorschlag.png]]

==Vorschlag Micha K.==

Ein weiter Vorschlag für ein neues Logo:

[[Bild:Logo_blit2010_vorschlag02.png‎]]

Die Logos 1-4 zeigen verschieden Farben. Rot lehnt sich an unsere Standardfarbe an. Die Abbildungen 4-5 ordnen die Zusatzschrift jeweils anders an und in 6 sind die Anfangsbuchstaben entsprechend eingefärbt.

==Vorschlag Markus D.==

[[Bild:Blit-logo-schatten.png|320px|BLIT-Logo (2010-Version)]]
* Die Farben sind noch nicht mit unserem "offiziellen" Rot und Gelb abgeglichen
* Schatten kann man weglassen
* Sollte auch in Graustufen & S/W ganz gut aussehen
* "offizielle" BLIT-Schrift verwendet
* SVGs im BLIT-SVN (benötigt Schrift "Yanone Kaffeesatz Bold"; bei mir OTF als X-Schrift installiert)

BLIT-Logo finden

2010-01-25T08:28:31Z

MaD: mein Vorschlag

Datei:Blit-logo-schatten.png

2010-01-25T08:21:00Z

MaD:

BraLUG-Vortragsreihen

2009-04-13T19:45:09Z

MaD: + IPv6

[[Category:Veranstaltungen]]

[[Bild:Programm_07-08.png|thumb|Das Programm 2008/2009 gibt es bald auch als [http://www.bralug.de/wiki-common/images/1/1e/Programm_07-08.pdf PDF zum Runterladen]]

Das Vortragsprogramm 2008/2009 ist nun fertig geplant und die erste Veranstaltung lief bereits. Alle Interessierten sind wieder herzlich zu unseren kostenlosen Vorträgen eingeladen.

Für unser Programm in der Vergangenheit bitte einen Blick in das [[Workshop-Archiv]] [[Workshop-Archiv 2007|2007]]/[[Workshop-Archiv 2008|2008]] werfen.

<div style="clear: both"></div>
{|border=1 style="border: 1px solid #404040; background-color: #F0F0F0"
|'''Termin'''
|'''Thema'''
|'''Abstract'''
|- style="background-color: #F0FFFF"
|valign=top|16.10.2008; 19:30 Uhr
|valign=top|Wissensverknüpfung im Internet und zu Hause
|valign=top|Immer mehr Leute wissen nicht, wo sie ihre Daten XY hingelegt haben. Dazu kommt die Informationsflut aus dem internet. Einige interessante Ansätze zur Verknüpfung von Wissen (Mashup) und zur Suche in den Daten (freie und nicht freie) sollten Thema des Vortrags sein und Anregungen zur eigenen Wissensorganisation geben.

|- style="background-color: #FFFFFF"
|valign=top|27.11.2008, 19:30 Uhr
|valign=top|Videoüberwachung mit freier Software
|valign=top|Ob nun den Füllstand der Kaffeemaschine oder den Hintereingang des Hauses - es gibt immer wieder mal das Bedürfnis, in Ecken zu schauen, wo man gerade nicht selbst ist. Mit einem schlanken Rechner und einer billigen Webcam lässt sich eine Video-Überwachung zusammenbauen, die manche Frage beantworten hilft. Natürlich sollen auch soziale Aspekte des Themas nicht zu kurz kommen.

|- style="background-color: #FFFFFF"
|valign=top|18.12.2008, 19:30 Uhr
|valign=top|FreeBSD
|valign=top|FreeBSD ist ein kostenloses und offenes Betriebsystem aus der UNIX-Ecke. Gekennzeichnet wird es vor allem durch seine hohe Integration und eine sehr saubere Verzeichnisstruktur. Der Vortrag zeigt die Installation und ein paar erste Schritte, an denen die Unterschiede zu linuxbasierten Betriebssystemen aufgezeigt werden sollen.

|- style="background-color: #FFFFFF"
|valign=top|22.01.2009, 19:30 Uhr
|valign=top|einfache Client-Server-Anwendungen mit ucspi-tcp
|valign=top|In Client-Server-Anwendungen ist man meist gezwungen, einiges an Code allein für die Verwaltung der Netzwerkkommunikation und der Prozesse zu investieren. In vielen Fällen kann man sich diese unnötige Programmierarbeit sparen und an externe Programme auslagern. Der Vortrag soll am Beispiel der Softwaresammlung "ucspi-tcp" einen Einblick darin geben.

|- style="background-color: #FFFFFF"
|valign=top|19.02.2009, 19:30 Uhr
|valign=top|Mikrocontroller 2.Teil - BLIT2008-Board
|valign=top|Zum BLIT2008 ist ein Workshop zum Thema "Mikrocontroller" geplant, für den auch ein kleiner Bausatz entwickelt wird. An Hand dieser Hardware sollen innerhalb des Vortrages einige spezielle Aspekte der Mikrocontroller-Programmierung und -Anwendung erläutert werden. Es werden u.a. solche Themen wie USB, I2C (TWI) sowie RC5-IR-Empfänger und deren Implementierung auf einem Atmel-Mikrocontroller angesprochen.

|- style="background-color: #FFFFFF"
|valign=top|19.03.2009, 19:30 Uhr
|valign=top|Die andere Seite des Programmierens
|valign=top|Computerprogramme sollen die Probleme der Welt lösen. Dem zufolge gelten Informatiker als ernsthafte Menschen und landläufig als theoretische Langweiler. Das diese "Langweiler" sich aber auch Dinge ausdenken, die manchmal nur ihren Selbstzweck erfüllen, versucht dieser Vortrag aufzuzeigen. Im Mittelpunkt soll ein kleiner Überblick über merkwürdige Programmierwettbewerbe und -sprachen gegeben werden und damit der Beweis erbracht werden, dass Informatiker auch nur verspielte Kinder sind.

|- style="background-color: #FFFFFF"
|valign=top|16.04.2009, 19:30 Uhr
|valign=top|eToken unter Linux
|valign=top|Token und Authentifizierung, Zertifikate.

|- style="background-color: #FFFFFF"
|valign=top|14.05.2009, 19:30 Uhr
|valign=top|WRT als Plattform für anderes
|valign=top|Die WLAN-Router können mehr als nur die Verbindung ins Internet aufbauen. Wieso nicht die energiesparende Hardware-Plattform für Netzwerkfreigaben, Druckerqueue, FTP-, Webserver und ähnliches umbauen.

|- style="background-color: #FFFFFF"
|valign=top|11.06.2009, 19:30 Uhr
|valign=top|IPv6
|valign=top|Die heute üblichen IPv4-Adressen sind so gut wie alle, über Umstellung wird seit Jahren geredet, aber getan hat sich noch nicht so viel. Der Vortrag stellt das "Internet Protocol, version 6" etwas genauer vor, macht eine Bestandsaufnahme vom aktuellen Stand der Umstellung und zeigt, wie man schon heute mit IPv6 im Internet unterwegs sein kann.

|}

Planung BraLUG auf CLT 2009

2009-03-08T16:19:50Z

MaD: /* An-/Abreise */

[[Kategorie:Planung]]
[[Kategorie:Veranstaltungen]]
[[Kategorie:CLT]]

=Termin/Ort=
* 14./15.03.2009
** 14.03. - 8:30 - 18:00
** 15.03. - 9:00 - 18:00
* TU Chemnitz: Chemnitz; Reichenhainer Straße 90; GPS-Koordinaten: 50º48′49.7" N, 12º55′47.9" O.
* [http://chemnitzer.linux-tage.de/2009/info/ CLT-Webseite]

=BraLUG-Beteilungen am CLT-Programm=
* Ausstellungsstand
* 2 Vorträge ("Tcl ist nicht tot!", "Die andere Seite des Programmierens...")

=BraLUG-Macher=
* Angie
* MaD
* Rob
* Chrissi
* Micha
* Uwe

=Austellungsstand (Ausrüstung)=
* Beldi+Monitor (?)
* 3D-Scanner (MaD)
* Blit-Board (Uwe)
* Plakate/Flyer (?)
* Hub/Switch (4 Port-Micha, 16 Port-Ingo -> muss nur abgeholt werden)
* 220V-Hubs (4 Port-Micha,?)
* CD-Rohlinge (Micha)
* Banner (Uwe)
* ???

=An-/Abreise=
{| border=1 width=100%
|Wer
|Transportmittel
|Anreise
|Abreise
|Bringt mit...
|-
|Uwe
|mit eigenem Auto
|14.03. gegen Mittag
|15.03. nach Veranstaltungsende
|
* Blit-Board
* Banner
* ?
|-
|Markus, Angie, Chrissi
|mit Auto
|14.03. (hoffentlich zum Veranstaltungsbeginn)
|15.03. nach Ende
|
* ein paar mobile Rechner
|-
|Rob
|...
|...
|...
|...
|-
|Micha
|mit eigenem Auto (Kann jemanden/etwas mitnehmen)
|14.03. vormittags
|15.03. früher Nachmittag
|
* mich
* ?
|}

BraLUG-Projekte

2009-01-19T08:51:39Z

MaD: /* Basteleien */

[[Category:Veranstaltungen]]
[[Category:Projekte]]

==Veranstaltungen==
* [[Brandenburger Clusternight]]
* [[Brandenburger Linux Infotage]]
* [[BraLUG-Vortragsreihen]]

Vertreten war die BraLUG außerdem hier:

* [[Berlinux 2005]]
* [[GI-FIBBB 2006]]
* [[Die_BraLUG_auf_den_Chemnitzer_Linux-Tagen_2007|Die BraLUG auf den Chemnitzer Linux-Tagen 2007]]

==Brandenburger Freifunker==
* [http://www.freifunk-brb.de www.freifunk-brb.de]

==Basteleien==
* [[Bralug Air On]]
* [[Rechner-Aquarium]] [[Rechner-Aquarium (neue Ideen)|(neue Ideen)]]
* [[Videowand]]
* [[BLIT2008-Board]]

==Sonstiges==
* [[BraLUG-Webseiten]]
* [[:Kategorie:Planung|Diverse Planungsseiten]]
* [[Installparty-Howto]]

{{Vorlage:Footer}}

BLIT2008-Board mit i2c-tiny-usb-Firmware

2008-12-05T10:07:22Z

MaD: /* lm_sensors */ immer diese Rebooter...

[[Kategorie:Hardware]]
[[Kategorie:BLIT2008-Board]]

Statt das Rad neu zu erfinden, kann man sich für I²C auf dem [[BLIT2008-Board]] auch die Linux-Kernel-Unterstützung für ein ähnliches Projekt zunutze machen. Die Firmware für das [http://www.harbaum.org/till/i2c_tiny_usb/ i2c-tiny-usb]-Board läuft mit minimalen Änderungen auch und man hat die Treiber- und Software-Unterstützung von Linux als Bonus.

==Firmware==
Da die Firmware schon für den Mega8 vorgesehen ist, war die Portierung auf das Board mehr als einfach. Folgende Schritte sollten funktionieren:
* Beschaffen und Entpacken der Firmware (http://www.harbaum.org/till/i2c_tiny_usb/i2c_tiny_usb-2007-06-07.zip)
* In das Firmware-Verzeichnis wechseln: „<code>cd i2c_tiny_usb/firmware/</code>“
* Anpassen der <code>usbtiny.h</code>, Ändern des Ports auf <code>PORT_D</code> und Ändern des D+-Pins auf 2 ([[BLIT2008-Board mit i2c-tiny-usb-Firmware/patch-usbtiny-h.diff|Patch]])
* Bauen mit „<code>make -f Makefile-usbtiny.mega8</code>“
* Hochladen auf den Mikrocontroller z.B. mit „<code>avrusbboot main.hex</code>“

==Kerneltreiber==
Der benötigte Kerneltreiber namens <code>i2c-tiny-usb</code> ist ungefähr seit Version 2.6.22 im Linux-Kernel. Man benötigt folgende Konfigurationsoptionen (sollte im Distributionskernel dabei sein):
<pre>
CONFIG_I2C
CONFIG_I2C_CHARDEV
CONFIG_I2C_TINY_USB
</pre>
Geladen werden müssen <code>i2c_tiny_usb</code> und <code>i2c_dev</code>.

==i2c-tools==

Zum grundlegenden Test, zum Debugging und zum Skripten eignen sich die [http://www.lm-sensors.org/wiki/I2CTools I2C-Tools], bei Debian auch im Paket
<code>i2c-tools</code> verfügbar.

Liste der verfügbaren Busse:
<pre>
# i2cdetect -l
i2c-5 i2c i2c-tiny-usb at bus 005 device 004 I2C adapter
i2c-0 i2c radeonfb monid I2C adapter
i2c-1 i2c radeonfb dvi I2C adapter
i2c-2 i2c radeonfb vga I2C adapter
i2c-3 i2c radeonfb crt2 I2C adapter
i2c-4 smbus SMBus Via Pro adapter at e800 SMBus adapter
</pre>
* Die Nummer des I²C-Busses ist die 5 in <code>i2c-5</code>, '''nicht''' die 5 in „<code>at bus 005</code>“ (USB-Bus-Nummer)

Slave-Chips am Bus finden:
<pre>
# i2cdetect 5
WARNING! This program can confuse your I2C bus, cause data loss and worse!
I will probe file /dev/i2c-5.
I will probe address range 0x03-0x77.
Continue? [Y/n]
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- 51 -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --
</pre>
* <code>i2cdetect</code> verwendet eine etwas andere Darstellung für die Adressen. Im AVR-Code würde man ''A<sub>read</sub> = 2 * n + 1'' und ''A<sub>write</sub> = 2 * n + 0'' verwenden, <code>0x51</code> ist also Adresse <code>0xA2</code> (schreiben) und <code>0xA3</code> (lesen).
* Die Warnung sollte man durchaus ernst nehmen und das Kommando nicht unreflektiert auf den anderen Bussen ausführen. Ist man sich sicher, den richtigen Bus erwischt zu haben (in diesem Fall <code>5</code>), dann kann man auch <code>i2cdetect -y 5</code> benutzen, um die Nachfrage abzuschalten.

===RTC auslesen===
In Anlehnung an Uwes Beispiele hier ein Script, um die [[BLIT2008-Board-RTC|RTC-Zeit]] auszulesen. Gegebenfalls sind wieder Bus-Nummer und Adresse anzupassen.

<code>get_rtc_time.sh</code>:
<pre>
#!/bin/sh

BUS=5
ADDR=0x51

get_part () { i2cget -y "$BUS" "$ADDR" $1 | sed -e 's/^0x//' ; }

ss=`get_part 2`
mm=`get_part 3`
hh=`get_part 4`
dd=`get_part 5`
mo=`get_part 6`

echo "RTC time: $dd.$mo. $hh:$mm:$ss"
</pre>

<pre>
# ./get_rtc_time.sh
RTC time: 01.01. 03:14:11
</pre>

===RTC beschreiben===
Der umgekehrte Weg geht natürlich auch! Mittels des Kommandos <code>i2cset</code> kann ein I²C-Chip beschrieben werden, wenn er es zulässt. Der PCF8583, welcher auf dem [[BLIT2008-Board-RTC|RTC-Board]] verwendet wird, erlaubt dies. Zum einen kann Datum/Uhrzeit auf einen Wert vorinitialisiert werden, zum anderen gibt es in dem Schaltkreis 240 Byte RAM zur freien Verfügung. Im folgenden Beispiel wird eine solche Speicherzelle beschrieben:

Erst mal schauen, was derzeit in der Speicherzelle (Adresse: 0x11) steht:
<pre>
# i2cget -y 2 0x51 0x11
0x00
</pre>

Einen neuen Wert schreiben:
<pre>
# i2cset -y 2 0x51 0x11 0xbc b
Value 0xbc written, readback matched
</pre>

Nochmals auslesen:
<pre>
# i2cget -y 2 0x51 0x11
0xbc
</pre>

In diesem Beispiel war das BLIT-Board über I²C-Bus 2 zu erreichen und das RTC-Board hatte die Adresse 0x51. Der genaue Syntax von <code>i2cget</code> und <code>i2cset</code> ist der jeweiligen Manpage zu entnehmen.

===Thermo-Board auslesen===
Und natürlich das entsprechende Script für das [[BLIT2008-Board-Thermo|Thermo-Board]] darf nicht fehlen. Auch hier sind wieder Bus-Nummer und Adresse entsprechend anzupassen (bei mir war es halt der Bus 2...!). Als Shell wird bash vorausgesetzt.

<code>get_temperature.sh</code>:

<pre>
#!/bin/bash
#
# Kodierung der Temperatur im LM75
# --------------------------------
#
# High-Byte Low-Byte
# 7 6 5 4 3 2 1 0 | 7 6 5 4 3 2 1 0
# x 1 1 1 1 1 1 1 x x x x x x x x
# | | |...........|
# | | |
# | | +-- Temperatur (Vorkomma): Bit 0...6
# | +---- Vorzeichen: 1 -> Temperatur < 0°C
# +---------------------- Nachkommastelle: 0 -> ,0°C; 1 -> ,5°C
#

BUS=2
ADDR=0x49

get_part () { i2cget -y "$BUS" "$ADDR" $1 w | sed -e 's/^0x//' ; }

# lm75 auslesen und in dezimal
val=$((16#`get_part 0`))

# Nachkommawert bestimmen
if [ $val -ge 65280 ]
then
nk=5
val=`expr $val - 65280` # FF00
else
nk=0
val=`expr $val - 32512` # 7F00
fi

# Vorzeichen und Temperatur selbst ermitteln
if [ $val -ge 128 ]
then
vz="-"
vk= `expr $val - 128`
else
vz="+"
vk=$val
fi

echo "Thermo-Board: $vz$vk,$nk °C"
</pre>

<pre>
# ./get_temperature.sh
Thermo-Board: +23,5 °C
</pre>

==lm_sensors==
Selbstverständlich kann man die ganze Geschichte auch in [http://www.lm-sensors.org/ lm-sensors] einbinden, wenn die I²C-Slave-Schaltkreise unterstützt würden. Beim [[BLIT2008-Board-Thermo|Thermo-Board]] mit seinem LM75-Chip ist dies der Fall :-)!

Die Installation von lm-sensors auf dem Rechner erfolgt entweder über das Paketsystem der jeweiligen Distribution oder das Übersetzen/Installieren der [http://www.lm-sensors.org/wiki/Download Originalquellen].

Die Konfiguration von lm-sensors erledigt man sinnvollerweise mit dem mitgelieferten Setup-Script:

<pre>
# sudo sensors-detect
</pre>

Sämtliche Fragen können bedenkenlos mit Ja (Yes) beantwortet werden. Die entscheidende Stelle der Ausgaben sollte ungefähr so aussehen:
<pre>
...
Next adapter: i2c-tiny-usb at bus 002 device 007 (i2c-2)
Do you want to scan it? (YES/no/selectively):
Client found at address 0x49
Probing for `National Semiconductor LM75'... Success!
(confidence 6, driver `lm75')
Probing for `Dallas Semiconductor DS75'... No
Probing for `National Semiconductor LM77'... No
Probing for `Dallas Semiconductor DS1621'... No
Probing for `National Semiconductor LM92'... No
Probing for `National Semiconductor LM76'... No
Probing for `Maxim MAX6633/MAX6634/MAX6635'... No
Client found at address 0x51
Probing for `Analog Devices ADM1033'... No
Probing for `Analog Devices ADM1034'... No
Probing for `SPD EEPROM'... No
Probing for `EDID EEPROM'... No
...
</pre>

Nach einem Reboot des Rechners oder manuellem Laden des <code>lm75</code>-Kernelmoduls sollte lm-sensors auch die Thermo-Zusatzbaugruppe des BLIT-Boards mit eingebunden haben:

<pre>
# sensors
k8temp-pci-00c3
Adapter: PCI adapter
Core0 Temp:
+26°C
Core1 Temp:
+31°C

lm75-i2c-2-49
Adapter: i2c-tiny-usb at bus 002 device 007
temp: +22.0°C (high = +80.0°C, hyst = +75.0°C)
</pre>

Zur Visualisierung der gemessenen Temperatur können die verschiedensten Tools verwendet werden. Bei einer Gnome-Oberfläche bietet sich da das Panel-Applet [http://sensors-applet.sourceforge.net/ sensors-applet] an. Als "desktop-neutrales" Tools wären z.B. [http://freshmeat.net/projects/xsensors/ xsensors] oder [http://www.gkrellm.net/ GkrellM] zu erwähnen.

'''Nachtrag''': Ich habe gerade gesehen, dass der I²C-Chip SAA1064 ebenfalls von lm-sensors unterstützt wird. Also werde ich demnächst doch mal die [[BLIT2008-Board-7-Segment-Anzeige|7-Segment-Anzeige]] zusammenlöten und ausprobieren.

BLIT2008-Board

2008-11-26T22:19:44Z

MaD: /* Allgemeines zu TWI */ Typo

[[Kategorie:Hardware]]
[[Kategorie:BLIT2008-Board]]

=Aktuelles=
* '''17.11.2008''': Schaltung für [http://bralug.de/wiki/BLIT2008-Board#I2C-DCF77 DCF77-Baugruppe]
* '''16.11.2008''': Programm [http://bralug.de/wiki-common/images/8/84/Tasten_matrix.tar.gz tasten_matrix] zur Ansteuerung einer [http://bralug.de/wiki/BLIT2008-Board#I2C-Tastatur 4x4-Tasten-Matrix]
* '''16.11.2008''': Programm [http://bralug.de/wiki-common/images/3/39/Led_matrix.tar.gz led_matrix] zur Ansteuerung einer [http://bralug.de/wiki/BLIT2008-Board#I2C-Tastatur 4x4-LED-Matrix]
* '''14.11.2008''': [http://bralug.de/wiki/BLIT2008-Board#I2C-Tastatur Zusatzbaugruppe "I2C-Tastatur"]; Programmbeispiele folgen demnächst...
* '''02.11.2008''': Den Leuten, die gestern auf dem [http://www.blit.org BLIT] meinen Workshop besucht haben, bin ich noch ein Programm schuldig, was ich leider im Vorfeld nicht vorbereitet hatte: [http://bralug.de/wiki-common/images/a/a1/Rtc_usb.tar.gz rtc_usb] steuert nur das Timer-Zusatzboard an. Mit dem Kommandozeilentool kann über die USB-Schnittstelle Datum/Uhrzeit gesetzt/gelesen werden sowie auch der Rest des SRAMs auf dem Uhrenbaustein beschrieben/ausgelesen werden. Als "Hausaufgabe" :-) könnte man jetzt beide einzelnen Programme (lm75_usb, rtc_usb) kombinieren, um mal alle Baugruppen zu vereinen. Viel Spaß!

=Konzept=
[[Bild:Proto all.jpg|thumb|320px|Der Prototyp (insgesamt)]]
Zum [http://www.blit.org 5.Brandenburger Linux-Infotag] entstand u.a. die Idee einen Mikrocontroller-Workshop anzubieten. An Hand einer einfachen universellen Mikrocontrollerbaugruppe, welche durch die Teilnehmer selbst aufzubauen ist, soll der Einstieg in die "Mikrocontrollerwelt" ermöglicht werden. Folgende Kriterien waren/sind dabei wünschenswert:
* einfache, leicht aufzubauende und "sichere" Schaltung (mit "sicher" ist gemeint, dass die Schaltung möglichst auf Anhieb und ohne komplizierte Einstellvorgänge/Messtechnik funktioniert)
* kostengünstig
* erweiterungsfähig
* möglichst viele Aspekte der Mikrokontrollertechnik sollen abgedeckt werden
* mittels beigelegter Software soll beispielhaft die Programmierung von Mikrocontroller aufgezeigt werden
* mittels "abgeschlossener" und sinnvoll einsetzbarer Softwarebeispiele sollen mögliche Anwendungsgebiete aufgezeigt werden

Ob das, in der Folge beschriebene, BLIT2008-Board mit seinen Zusatzbaugruppen diese Kriterien erfüllt, muss jeder für sich entscheiden.

Grundlage für die Hardware waren jeweils fast immer die überall zu findenen Grundschaltungen der eingesetzten Baugruppen/Schaltkreise, die nur noch an die speziellen Gegebenheiten angepaßt wurden. Die Zusatzbaugruppen sind so konzipiert, dass sie ohne weitere Modifikationen an das Basisboard anschliessbar sind. Die Mikrocontrollerbasis besteht aus einem ATmega der [http://www.atmel.com Firma Atmel]. Die Kommunikation mit den Zusatzbaugruppen erfolgt grundsätzlich über [http://www.roboternetz.de/wissen/index.php/I2C TWI (I2C)] und steht damit auch im Mittelpunkt der Betrachtungen. Die eventuelle Kommunikation mit einem PC erfolgt via [http://www.usb-projects.net/cwiki.php?page=Grundkurs USB].

Auch auf der Softwareseite wurde, wenn möglich, das Rad nicht neu erfunden. Es werden diverse, frei verfügbare Bibliotheken und Code-Schnipsel verwendet. Welche dies sind, ist bei den einzelnen Anwendungsbeispielen vermerkt. Grund dafür ist, dass dadurch die Beispiele leichter zu verstehen sind, da im Internet unzählige weitere Anwendungen auf der gleichen Basis zu finden sind.

Eine grundlegende Einführung in die Welt der Mikrocontroller (MC) im allgemeinen bzw. speziell zur AVR-Mikrocontroller-Reihe der Firma Atmel wird es auf dieser Projektseite nicht geben. Dazu wird auf die unzähligen Seiten im Internet verwiesen. Ein guter Einstieg in die Materie ist zum Beispiel die Webseite [http://www.mikrocontroller.net www.mikrocontroller.net] und dort speziell das [http://www.mikrocontroller.net/articles/AVR-Tutorial AVR-Tutorial] sowie das [http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial AVR-GCC-Tutorial].

Sehr viele und wertvolle Informationen sind in den Datenblättern zu den jeweiligen Schaltkreisen zu finden. Aus diesem Grund wird hier nicht jede Einzelheit beschrieben, aber dafür immer ein Link zum entsprechenden Datenblatt angeben.

=Vorausgesetzte Kenntnisse/Fähigkeiten=
Es soll davor gewarnt sein, vollkommen unbedarft in die Materie einzusteigen. Über gewisse Fertigkeiten und Kenntnisse sollte man schon verfügen. Folgende wären das ungefähr:
* man sollte einen Lötkolben, der zum Löten von elektronischen Schaltungen geeignet ist, besitzen und ihn auch bedienen können
* man sollte mindestens ein Multimeter besitzen und bedienen können
* man sollte schon wissen, was Strom und Spannung sind und wie man diese messen kann
* man sollte Schaltpläne lesen können und einige Grundkenntnisse der Elektronik und Digitaltechnik besitzen
* man sollte ungefähr wissen wie ein Computer aufgebaut ist und solche Begriffe wie Prozessor, Speicher, I/O-Ports usw. definieren können
* man sollte schon mal Programme geschrieben und auch verstanden haben, sowie wissen was ein Kompiler, Bibliotheken, Binder usw. sind
* die Beispiele sind in C geschrieben, also sollte man diese Programmiersprache kennen. Natürlich kann man Mikrocontroller auch mit anderen Sprachen programmieren.
* viele Datenblätter zu den verwendeten Schaltkreisen sind in Englisch geschrieben, man sollte also etwas damit anfangen können

Prinzipiell stehe ich natürlich für Fragen und Anregungen zur Verfügung. Ich werde aber nicht unbedingt immer Fragen zu obigen Punkten beantworten!

In diesem Zusammenhang wird auch darauf hingewiesen, dass jegliche Haftung, Gewährleistung u.ä. bei Hardwareschäden, Datenverlusten o.ä., die auf das BLIT-Board, dessen Zusatzbaugruppen oder Software zurückzuführen sind, nicht übernommen wird! Also bitte vorher Überlegen, was passieren könnte und entsprechende Vorkehrungen treffen!

=Toolchain (Werkzeugkasten)=
[[Bild:Usbasp.jpg|thumb|320px|Programmer USBasp]]
Zur Softwareentwicklung für MCs der hier betrachteten AVR-Reihe der Firma Atmel sind natürlich einige Werkzeuge notwendig. Dabei kann durchgängig auf Freie Software zurückgegriffen werden. Folgende Programme benötigt man:
* für Linux (meist als Installationspakete innerhalb der jeweiligen Distribution verfügbar):
** gcc-avr
** avr-libc
** binutils-avr
** avrdude (zum Flashen des übersetzten Programms auf den MC)
* für Windows (für die, die den Sprung zu Linux noch nicht vollzogen haben ;-)):
** [http://winavr.sourceforge.net/ WinAVR] (ein freies Komplettpaket, welche sämtliche notwendigen Komponenten beinhaltet)

Neben diesen freien Softwarepaketen existieren noch eine Reihe von Entwicklungsumgebungen kommerzieller Anbieter, die entweder auch kostenlos angeboten werden bzw. als Demoversion mit Beschränkungen kostenfrei beziehbar sind und in der Regel nur auf Windowsplattformen lauffähig sind. Z.B. sind dies:
* [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=2725 AVRStudio] der Firma Atmel
* [http://www.amctools.com/vmlab.htm VMLab]

Zum Übertragen (flashen) des fertig übersetzten Programmes auf den MC braucht man noch ein Stück Hardware, einen Programmer. Diese Baugruppe gibt es in den verschiedensten Ausführungen für die unterschiedlichsten PC-Schnittstellen. Eine Übersicht ist [http://www.mikrocontroller.net/articles/AVR_In_System_Programmer hier] zu finden. Alternativ ist es natürlich auch möglich initial einen sogenannten [http://www.mikrocontroller.net/articles/Bootloader Bootloader] auf dem MC zu installieren, was eigentlich auch das Konzept dieses Projekt vorsieht.

Noch ein Wort zum [http://www.mikrocontroller.net/articles/AVR-Simulation Debugging und Simulationsumgebungen]: Ja, die gibt es, aber unter Linux leider (noch) nicht ausgereift genug, um sie effektiv einsetzen zu können. Als Debugger kann die AVR-Variante von gdb eingesetzt werden. Aber spätestens wenn es gilt zeitkritische oder ereignisorientierte Dinge zu überprüfen, braucht man einen Mikrocontrollersimulator. Hier haben die oben erwähnten kommerziellen Produkte eindeutig einen Vorsprung. Eigentlich Schade, aber vielleicht ändert sich dies mit der Zeit noch!

Bis dahin muß man sich bei der Fehlersuche anders behelfen:
* sinnvolle Ausgaben zu bestimmten Ereignissen an die vorhandene Peripherie senden (und sei es nur an eine angeschlossene LED)
* mittels Logikanalysatoren oder Oszilloskop das erwartete Zeitverhalten an Ein-/Ausgängen des MC oder andere Baugruppen überprüfen

=Basis-Board=
==Hardware==
[[Bild:Blit2008-board-v6.png|320px|BLIT2008-Basisboard]]
[[Bild:Proto blitboard.jpg|320px|BLIT2008-Basisboard-Prototyp hier mit einer zusätzlichen LED und einem Reset-Taster]]
[[Bild:Fert blitboard.jpg|320px|BLIT2008-Basisboard; die erste fertig bestückte Leiterplatte]]

Diese Baugruppe stellt das "Herzstück" dar und besteht aus folgenden Komponenten:
* als Mikrocontroller ein [http://atmel.com/dyn/resources/prod_documents/doc2486.pdf ATmega8]; alternativ kann auch ein pinkompatibler [http://atmel.com/dyn/resources/prod_documents/doc2545.pdf ATmega168] eingesetzt werden, wenn man mehr Speicher benötigt (wobei dabei aber einige Anpassungen in den Beispielprogrammen notwendig sind, da sich diverse Registerbezeichnungen ändern)
* der ATmega wird mit einem externen 12MHz-Quarz getaktet; 16MHz gehen auch, aber einige USB-Beispiele benötigen zwingend 12MHz
* ein Infrarot-Empfänger ([http://www.datasheetcatalog.org/datasheets/208/301092_DS.pdf TSOP1738])
* eine frei ansteuerbare LED an einem der I/O-Port des MC

Folgende Schnittstellen zur Außenwelt sind vorgesehen:
* USB; hierüber erfolgt auch die 5V-Stromversorgung des Boards und aller weiteren Zusatzbaugruppen; nominell können bis zu 500mA aus einem USB-Port gezogen werden
* TWI (I2C) zum Anschluß weiterer Baugruppen
* ISP-Anschluß zur Programmierung (flashen) des MC; es wurde die 10-polige Variante gewählt, die auch bei den meisten Programmern verwendet wird

Auf die Herausführung weiterer, nicht benutzter, I/O-Ports des MC wurde verzichtet, um ein einfaches und einseitiges Leiterplattenlayout zu gewährleisten.

Der Aufbau der Schaltung ist bewußt einfach gehalten und sollte auf Anhieb funktionieren. Einzige kritische Stelle könnten die beiden 27pF-Kondensatoren am Quarz sein, die man, bei Nichtanschwingen des selbigen, leicht variieren kann. Dies ist aber bei mehreren aufgebauten Board bisher nicht notwendig gewesen. Wenn keine Bestückungs- bzw. Verdrahtungsfehler gemacht wurden, sollte der MC sofort arbeiten (natürlich erst, nachdem man die [http://www.mikrocontroller.net/articles/AVR_Fuses Fuses] des AVR auf externe Taktquelle eingestellt hat ;-)).

'''Stückliste:'''
{| border=1
|-
!Teil
!Anzahl
!Beschreibung
!Hinweis
!Preis insgesamt (Reichelt)

|-
|IC1
|1
|Mikrocontroller ATmega8
|.
|1,25€

|-
|IR1
|1
|Infrarot-Empfänger TSOP1738
|.
|0,66€

|-
|Q1
|1
|Quarz 12MHz
|.
|0,24€

|-
|LED1
|1
|LED (<=20mA)
|.
|0,12€

|-
|D1, D2
|2
|Zener-Diode 3,6V
|.
|0,062€

|-
|R1, R2
|2
|Widerstand 68 Ohm
|.
|0,164€

|-
|R3
|1
|Widerstand 1,5 kOhm
|.
|0,082€

|-
|R4
|1
|Widerstand 100 Ohm
|.
|0,082€

|-
|R5
|1
|Widerstand 220 Ohm
|.
|0,082€

|-
|R6, R7, R8, R9
|4
|Widerstand 10 kOhm
|.
|0,328€

|-
|R10
|1
|Widerstand 1 MOhm
|.
|0,082€

|-
|C1, C2
|2
|Keramikkondensator 27pF
|.
|0,082€

|-
|C3
|1
|Elko 10uF
|.
|0,041€

|-
|C4
|1
|Elko 4,7uF
|.
|0,041€

|-
|C5
|1
|Kondensator 47nF
|.
|0,07€

|-
|C6
|1
|Kondensator 100nF
|.
|0,072€

|-
|SV1, SV2
|2
|Wannenstecker 10-polig
|Reichelt: 1x WSL 10G; 1x WSL 10W
|0,172€

|-
|X1
|2
|USB-Buchse (Serie B)
|Reichelt: USB BW
|0,32€

|-
|JP1
|2
|Jumperstift
|.
|0,04€

|-
|.
|1
|IC-Fassung 28-polig; schmal
|Reichelt: GS 28P-S
|0,36€

|-
|.
|1
|USB-Kabel (A auf B)
|Reichelt: AK 672/2-1,0
|0,50€

|-
|Leiterplatte
|.
|.
|Eigenproduktion
|2,50€

|-
|Gesamtpreis
|.
|.
|ohne Leiterplatte
|4,85€

|}

==Inbetriebnahme & Fuse-Bits==

Nach dem Aufbau der Leiterplatte kommt der spannende Augenblick: funktioniert die Geschichte, die man da zusammengelötet hat? Folgendes sollte man überprüfen, bevor man das erste Mal den USB-Stecker reinsteckt (ein Durchgangsprüfer ist ganz hilfreich):
* Sichtprüfung auf Kurzschlüsse
* Kurzschluss zwischen Vcc und GND?
* kommt Vcc und GND auch am IC an?

Nach Einschalten der Spannungsversorgung (USB-Stecker) sollte es keinen lauten Knall o.ä. geben. Den Mikrocontroller überprüft man am besten mit einem Programmieradapter und avrduse. Dabei ist zu beachten, dass der Mikrocontroller im Auslieferungszustand mit seiner internen Taktquelle arbeitet und der Programmieradapter auf eine niedrige Geschwindigkeit einzustellen ist (USBasp: Jumper SCK). Nach einem mutigen:

avrdude -c usbasp -p m8 -t -v

sollte eine längere Ausgabe kommen, in der der erkannte Mikrocontroller mit seinen momentanen Parametern etc. aufgelistet wird. (mit Taste "q" kommt man wieder aus dem Terminalmode von avrdude)

Eine gute Ausgangsbasis für weitere Experimente ist folgende Einstellung der Fuse-Bits:

avrdude -c usbasp -p m8 -U hfuse:w:0xc9:m -U lfuse:w:0x9f:m

Danach kann man auch im schnelleren Mode des Programmieradapters arbeiten.

Eine recht nützliche Webadresse zur Ermittlung der jeweils gewünschten Fuse-High- und -Low-Bytes ist der [http://www.engbedded.com/cgi-bin/fc.cgi/ AVR Fuse Calculator].

==Software==

Hier einige Programmbeispiele, die die einzelnen Komponenten und Schnittstellen des Basisboards beispielhaft ansteuern bzw. verwenden. Über die Sinnhaftigkeit der kleinen Programme kann gestritten werden. Sie sollen nur grundlegende Aspekte der MC-Programmierung aufzeigen und als Ausgangsbasis für eigene Programmideen dienen.

* [http://bralug.de/wiki-common/images/a/a7/Blink_led_int.tar.gz blink_led und blink_int]: sind beides eigentlich das "Hello World" für MCs. In beiden Programmen wird die, auf dem Board befindliche, LED zum Blinken gebracht. Unterschied zwischen beiden Programmen: blink_led steuert die LED innerhalb einer Hauptschleife an; blink_int verwendet einen zyklischen Timer-Interrupt zur Zustandsänderung der LED.

* [http://bralug.de/wiki-common/images/f/f1/Rc5_led.tar.gz rc5_led]: innerhalb dieses Programmes wird der IR-Empfänger auf dem Board eingebunden. Dabei wird das empfangene Signal einer [http://www.opendcc.de/info/rc5/rc5.html RC5-IR-Fersteuerung] decodiert und die LED entsprechend des empfangenen Tasten-Codes geschaltet.

* [http://bralug.de/wiki-common/images/8/89/Pwm_led.tar.gz pwm_led]: ein kleines Beispiel wie man die [http://www.mikrocontroller.net/articles/AVR-Tutorial:_PWM PWM]-Hardware des ATmega verwendet. Dabei wird die Helligkeit der LED zyklisch variiert.

* [http://bralug.de/wiki-common/images/b/b6/Rc5_usb_mouse.tar.gz rc5_usb_mouse]: eigentlich schon eine abgeschlossene und sinnvoll einsetzbare Anwendung, die den IR-Empfänger und die USB-Schnittstelle kombiniert. Dabei meldet sich das Basisboard am PC als USB-Maus an. Über eine RC5-IR-Fersteuerung ist es möglich den Mauszeiger in alle Richtungen zu bewegen und natürlich auch die Maustasten zu emulieren. PC-seitig sind keine speziellen USB-Gerätetreiber notwendig, es werden automatisch die normalen Standard-USB-Treiber verwendet.

==Bootloader==

===Allgemeines zu Bootloadern===
''Mit (selbstgeflashten) Bootloadern betrete ich Neuland und muss erstmal ein wenig rumexperimentieren, bis ich eine eindeutige Dokumentation dazu schreiben kann. Was also heißen soll, dass dieser Abschnitt noch im Aufbau begriffen ist...''

Prinzipiell ist für das BLIT-Board ein Bootloader vorgesehen, der über die vorhandene USB-Schnittstelle funktionieren soll. Idee ist, dass der Mikrocontroller im "Auslieferungszustand" bereits mit diesem Stück Software initialisiert ist und der Anwender erstmal keine spezielle Hardware zum Flashen der Programme auf den Controller braucht.

In der Folge ein paar Erläuterungen zu den ausprobierten Varianten von USB-Bootloadern.

===AVRUSBBoot===
Ein Teil des BLIT-Boards basiert auf der vorgeschlagenen Grundschaltung, die unter [http://www.fischl.de/avrusbboot/ http://www.fischl.de] zu finden ist. Also sollte dieser Bootloader ohne große Probleme sofort funktionieren... Hier die ungefähren Schritte:

* Das Softwarepaket kann und sollte auch von obiger [http://www.fischl.de/avrusbboot/ Quelle] bezogen werden. Prinzipiell kann nach der, im Paket vorhanden, Dokumention (README.txt) vorgegangen werden...
* Die Firmware ist ohne Änderungen sofort auf dem BLIT-Board einsetzbar. Im Makefile ist lediglich der Typ der (initialen) Flash-Hardware anzupassen, mit der der Bootloader einmalig in den Flash des Mikrocontrollers übertragen wird.
* Im Quelltext des PC-Tools (im Unterverzeichnis software/) ist ein kleiner Fehler in der Datei main.cpp enthalten. In der allerletzten Zeile ist das ";" zu eliminieren. Zum erfolgreichen Übersetzen sind der installierte g++-Compiler sowie die entsprechenden Header-Files von libc und libusb Voraussetzung. Das übersetzte Programm avrusbboot kopiert man als root nach /usr/local/bin. (Was zur erfolgreichen Übersetzung unter Windows notwendig ist, ... keine Ahnung, sollte aber wohl auch möglich sein!)
* Das Flashen der Firmware in den Mikrocontroller erfolgt so, wie in der Dokumentation beschrieben wird. Auf jeden Fall sind danach die Fuse-Bits nicht zu vergessen, damit der Mikrocontroller nach einem Reset zuerst mit dem Bootloader startet! Die folgende Konstellation der Fuse-Bits realisiert u.a., dass nach einem Reset des Controllers zuerst die Startadresse des Bootloaders im Programmspeicher angesprungen wird.

avrdude -c usbasp -p m8 -U hfuse:w:0xc0:m -U lfuse:w:0x9f:m

* Zum Abschluß ist der Bootloader-Bereich im Flash des Controllers vor Überschreiben zu schützen. Dazu setzt man die Lock-Bits (siehe auch Datenblatt des Controllers) entsprechend (die Entsperrung des Bootloader-Bereiches erfolgt mit 0x3f):

avrdude -c usbasp -p m8 -U lock:w:0x2f:m

* ... und das sollte es gewesen sein!

Wenn nun Jumper JP1 auf dem BLIT-Board geschlossen ist, verweilt der Mikrocontroller nach einem Reset (USB-Stecker raus/rein) im Bootloader-Modus. Mit dem Tool ''avrusbboot'' kann nun das Mikrocontroller-Programm, ohne spezielle Hardware, direkt über die USB-Schnittstelle des PC in den Flash-Speicher geladen werden.

avrusbboot xyz.hex

(Natürlich kann auch das jeweilige ''Makefile'' entsprechend um eine Sektion erweitert werden.)

Öffnet man den Jumper JP1 und resetet das Board, springt der Mikrocontroller zuerst in den Bootloader-Bereich, erkennt, dass der Jumper nicht geschlossen ist (PIN PC2 des Controllers nicht Low) und startet sofort das Anwendungsprogramm am Anfang des Programmspeichers.

Nachteil der Variante mit einem installierten Bootloader ist, dass dadurch etwas Programmspeicher auf dem Mikrocontroller "verloren" gehen. Im Fall von avrusbboot sind es 2kByte. Aber es bleiben bei einem ATmega8 noch 6kByte übrig, was für die folgenden Beispiele mehr als genug ist...

=Erweiterungsbaugruppen=
==Allgemeines zu TWI==
Wie schon einleitend erwähnt, kommunizieren die, in der Folge beschriebenen Zusatzbaugruppen via [http://www.roboternetz.de/wissen/index.php/I2C TWI (I2C)] mit dem Basisboard. Großer Vorteil des TWI-Bus ist es, dass theoretisch bis zu 127 Teilnehmer einfach parallel an die TWI-Leitungen angeschlossen werden können. Praktisch sind da natürlich einige elektrische und performancebegründete Grenzen gesetzt.

Auf dem Basisboard ist eine 10-polige Wannenbuchse vorgesehen, auf der die notwendigen TWI-Leitungen des MC (SDA, SCL, GND) herausführt sind. Zusätzlich liegen an der Buchse noch VCC (zur einfachen Stromversorgung der Zusatzbaugruppen über das Basisboard) und ein Interrupteingang (INT1) des MC an. Viele TWI-ICs haben einen INT-Pin, auf dem bei bestimmten Ereignissen ein Impuls ausgegeben wird. Beispiele für solche Ereignisse innerhalb von TWI-ICs können sein:
* I/O-Port-Expander PCF8574: an einem der acht als Eingang konfigurierten I/O-Pins liegt eine Signal an
* RTC PCF8583: der interne Zeitzähler hat einen bestimmten Wert erreicht (z.B. Sekundentakt, Alarmzeit erreicht)
* TWI-ADCs (Analog-Digital-Wandler): die Umwandlung eines Messvorganges ist abgeschlossen und der Wert steht zur Abholung bereit.
Auf solche Ereignisse kann gezielt in einem vernünftig strukturierten MC-Programm innerhalb einer entsprechenden Interrupt-Service-Routine (ISR) reagiert werden, was unnötiges zyklisches Abfragen von Werten über den TWI-Bus minimiert. Innerhalb des Beispielprogrammes rtc_lcd zur I2C-RTC-Baugruppe ist ein solches Vorgehen exemplarisch implementiert. Hier löst der Sekundentakt des RTC verschiedene Auslesevorgänge über den TWI-Bus aus. Jede der hier beschrieben Zusatzbaugruppen besitzt einen entsprechenden Jumper, mit dem die Interruptleitung geschlossen bzw. aufgetrennt werden kann.

Das TWI-Protokoll sieht die gezielte Adressierung der einzelnen TWI-ICs über eine 7-Bit-Kennung vor (siehe auch TWI-Tutorial). Von diesen 7 Bit sind meistens die ersten [http://www.roboternetz.de/wissen/index.php/I2C_Chip-%C3%9Cbersicht#Adressen_g.C3.A4ngiger_I2C_Chips 4 Bit] bereits vom Hersteller auf dem IC fest "eingebrannt", für die verbleibenden Bits gibt es Adress-Eingänge, welche frei konfiguriert werden können. Deshalb sind auf jeder Zusatzbaugruppe entsprechende Jumper-Gruppen zu finden, die diese Adress-Eingänge auf 0 oder 1 ziehen. Damit ist dann auch möglich mehrere gleiche TWI-ICs über ihre individuelle Adresse gezielt anzusteuern. Bei 3 Bit frei konfigurierbaren Adressen (A0-A2) können also bis zu 8 gleiche TWI-ICs an einem Bus unterschieden werden. Ausnahme ist z.B. der weiter unten verwendete RTC-IC (PCF8583): hier ist nur eine Adressleitung (A0) herausgeführt und damit sind nur zwei ICs von diesem Typ am Bus unterscheidbar.

Das letzte verbleibende Bit der 8-Bit-TWI-Adresse kennzeichnet die Art des Zugriffes auf den IC, also Lesen (1) oder Schreiben (0). Weiterhin ist die Adresse 0x00 für TWI-Broadcast reserviert.

Für die Verbindung der Baugruppen untereinander reicht ein einfaches 10-poliges Flachbandkabel auf dem mehrere 10-polige Stecker montiert sind.

==I2C-LCD==
===Hardware===
[[Bild:Blit2008-board-lcd.png|320px|BLIT-Board; I2C-LCD]]
[[Bild:Proto lcd.jpg|320px|BLIT-Board; I2C-LCD-Prototyp]]

Diese Baugruppe stellt ein LC-Display dar, welches via TWI vom MC angesteuert werden kann. Im Mittelpunkt steht dabei der [http://www.datasheetcatalog.org/datasheet/philips/PCF8574_4.pdf 8-Bit-I/O-Port-Expander PCF8574], der das serielle TWI-Signal decodiert und an seine 8 Ports entsprechend weiter gibt. Die umgekehrte Richtung, also das Einlesen von Portzuständen und Codierung in ein TWI-Signal, ist ebenfalls mit diesem Schaltkreis möglich.

Als Display wird ein [http://www.sprut.de/electronic/lcd/ HD44780-kompatibles LC-Display] verwendet. Das Display muss softwareseitig im 4-Bit-Modus betrieben werden. Damit ist ein Port des PCF8574 frei, um via MC-Programm eine eventuell vorhandene Display-Hintergrundbeleuchtung zu schalten. Mittels des Jumpers JP1, kann dies entsprechend konfiguriert werden.

Jumper JP3-5 dienen zum Setzen der letzten 3 Stellen der TWI-Device-Adresse (siehe TWI-Tutorial). Via Jumper JP2 kann die Interruptleitung des Port-Expanders an den INT1-Eingang des MC weitergeleitet werden.

'''Stückliste:'''
{| border=1
|-
!Teil
!Anzahl
!Beschreibung
!Hinweis
!Preis insgesamt (Reichelt)

|-
|IC1
|1
|PCF8574P
|.
|1,30€

|-
|LCD
|1
|HD44780-kompatibles LC-Display
|16x2 mit Beleuchtung (Preis bei Pollin: 4,95€ (LCD-Modul YL162-90))
|7,15€

|-
|Q1
|1
|pnp-Transistor BC560
|.
|0,041€

|-
|R1
|1
|Regelwiderstand 10 kOhm
|.
|0,22€

|-
|R2
|1
|Widerstand 2,2 kOhm
|.
|0,082€

|-
|R3
|1
|Widerstand 33 Ohm
|.
|0,082€

|-
|C1
|1
|Kondensator 100nF
|.
|0,072€

|-
|SV1
|1
|Wannenstecker 10-polig
|Reichelt: WSL 10W
|0,10€

|-
|JP1, JP2, JP3, JP4, JP5
|14
|Jumperstift
|.
|0,25€

|-
|SL1
|.
|Steckverbindung aus Jumperstiften/Buchse (16-pol.)
|von den Buchsen gibt es unterschiedliche Höhen; Preis mit 7,5mm berechnet
|1,00€

|-
|.
|1
|IC-Fassung 14-polig
|Reichelt: GS14P
|0,17€

|-
|Leiterplatte
|.
|.
|Eigenproduktion
|???

|-
|Gesamtpreis
|.
|.
|ohne Leiterplatte
|10,467€
|}

===Software===

Hier 2 kleine Programmbeispiele, die das LCD mit Hilfe des Basisboard ansteuern:

*[http://bralug.de/wiki-common/images/c/cb/Twi_lcd.tar.gz twi_lcd]: einfaches Programm, in dem beispielhaft Text auf dem Display ausgegeben und die Hintergrundbeleuchtung geschaltet wird.

*[http://bralug.de/wiki-common/images/9/9c/Rc5_sniffer.tar.gz rc5_sniffer]: eine kleine Anwendung, die wieder den IR-Empfänger auf dem Basisboard einbindet. Innerhalb des Programmes wird das empfangene RC5-Signal decodiert sowie der darin enthaltene Key-Code, die Device-Adresse und das Toggle-Bit auf dem Display angezeigt.

==I2C-Temperaturfühler==
===Hardware===
[[Bild:Blit2008-board-thermo.png|320px|BLIT-Board; I2C-Temperaturfühler]]
[[Bild:Proto lm75.jpg|320px|BLIT-Board; I2C-Temperaturfühler-Prototyp]]
[[Bild:Fert lm75 s1.jpg|320px|BLIT-Board; I2C-Temperaturfühler; fertig bestückte Leiterplatte; Bestückungsseite]]
[[Bild:Fert lm75 s2.jpg|320px|BLIT-Board; I2C-Temperaturfühler; fertig bestückte Leiterplatte; Lötseite mit LM75 als SMD]]

Diese Baugruppe stellt einen Temperaturfühler, welcher wiederum mittels TWI vom Basisboard angesprochen werden kann, dar. Kernstück ist der Schaltkreis [http://www.datasheetcatalog.org/datasheet/nationalsemiconductor/DS012658.PDF LM75], der, ohne Kalibrierung und linear über den ganzen Bereich, die Umgebungstemperatur ermitteln kann. Diese Einfachheit war auch der Grund, warum, trotz SMD-Ausführung, diesem IC der Vorzug gegeben wurde.

Mittels Jumper JP1 kann wieder der INT-Ausgang des LM75 mit dem MC verbunden werden. Mit Jumper JP2-4 können die letzten 3 Bit der TWI-Device-Adresse eingestellt werden.

'''Stückliste:'''
{| border=1
|-
!Teil
!Anzahl
!Beschreibung
!Hinweis
!Preis insgesamt (Reichelt)

|-
|IC1
|1
|LM75A
|gibt es nur als SMD
|1,35€

|-
|C1
|1
|Kondensator 100nF
|.
|0,072€

|-
|SV1
|1
|Wannenstecker 10-polig
|Reichelt: WSL 10W
|0,10€

|-
|JP1, JP2, JP3, JP4
|11
|Jumperstift
|.
|0,25€

|-
|Leiterplatte
|.
|.
|Eigenproduktion
|1,00€

|-
|Gesamtpreis
|.
|.
|ohne Leiterplatte
|1,772€

|}

===Software===

*[http://bralug.de/wiki-common/images/6/60/Lm75_lcd.tar.gz lm75_lcd]: innerhalb dieses kleinen MC-Programmes wird die Temperaturinformation aus dem LM75 via TWI zyklisch ausgelesen, entsprechend decodiert und auf dem ebenfalls angeschlossenen LCD ausgegeben.
*[http://bralug.de/wiki-common/images/8/8d/Lm75_usb.tar.gz lm75_usb]: ein zweigeteiltes Programm
** MC-Programm: ermittelt zyklisch die Temperatur via TWI aus dem Sensor LM75und speichert den Wert in einem Array ab. Dieses Array ist so dimensioniert, dass bei einem Zyklus von 5min für die letzten 24h Werte abgelegt werden können.
** Kommandozeilentool (''usb2blitboard''): Auslesen von Werten aus dem BLIT-Board via USB
*** <code>usb2blitboard echo</code> USB-Test
*** <code>usb2blitboard read_idx</code> Anzeigen des Zeigers auf den letzten Wert der Temperaturhistorie
*** <code>usb2blitboard lm75_read</code> aktuellen Temperaturwert auslesen
*** <code>usb2blitboard lm75_read_all</code> Auslesen der Temperaturhistorie (288 Temperaturwerte)

==I2C-RTC==
===Hardware===
[[Bild:BLIT2008-Board-RTC.png|320px|BLIT-Board; I2C-Real-Time-Clock]]
[[Bild:Proto rtc.jpg|320px|BLIT-Board; I2C-Real-Time-Clock-Prototyp]]
[[Bild:Rtc board.JPG|320px|BLIT-Board; I2C-Real-Time-Clock: fertige Baugruppe]]

Der Schaltkreis [http://www.datasheetcatalog.org/datasheet/philips/PCF8583_5.pdf PCF8583] vereint eine Real-Time-Clock (RTC) und einen frei verwendbaren 240-Byte-Speicher. Für den sekundengenauen Betrieb des RTC-Teiles ist ein Uhrenquarz notwendig, der mittels eines Trimm-Kondensators feinabgestimmt werden kann.

Über Jumper JP1 kann das INT-Signal an den MC auf dem Basisboard weitergeleitet werden, mit Jumper JP2 ist das letzte Bit der TWI-Device-Adresse einstellbar.

'''Stückliste:'''
{| border=1
|-
!Teil
!Anzahl
!Beschreibung
!Hinweis
!Preis insgesamt (Reichelt)

|-
|IC1
|1
|PCF8583P
|.
|1,50€

|-
|Q1
|1
|Uhrenquarz 32,768 kHz
|
|0,14€

|-
|C1
|1
|Trimm-Kondensator 30pF
|Reichelt: TZ03 30P
|0,26€

|-
|C2
|1
|Kondensator 100nF
|.
|0,072€

|-
|SV1
|1
|Wannenstecker 10-polig
|Reichelt: WSL 10W
|0,10€

|-
|JP1, JP2
|5
|Jumperstift
|
|0,10€

|-
|.
|1
|IC-Fassung 8-polig
|Reichelt: GS 8P
|0,10€

|-
|Leiterplatte
|.
|.
|Eigenproduktion
|1,00€

|-
|Gesamtpreis
|.
|.
|ohne Leiterplatte
|2,272€

|}

===Software===

*[http://bralug.de/wiki-common/images/8/85/Rtc_lcd.tar.gz rtc_lcd]: innerhalb dieses kleinen Beispiels werden via TWI das LCD, der Temperaturfühler und natürlich die RTC-Baugruppe angesprochen. Dabei muss hardwareseitig der INT-Ausgang des RTC-IC via Jumper mit dem INT1-Eingang des MC auf dem Basisboard verbunden sein. Die Logik des RTC-IC erzeugt an diesem Ausgang ein Signal im Sekundentakt, welches im MC dazu genutzt wird einen Interrupt auszulösen. Darauf aufbauend wird die interne Uhr des RTC, der Temperaturwert des Temperaturfühlers ausgelesen, decodiert und letztendlich auf dem LCD ausgeben.
* [http://bralug.de/wiki-common/images/a/a1/Rtc_usb.tar.gz rtc_usb] steuert das Timer-Zusatzboard via USB an. Mit dem Kommandozeilentool kann über die USB-Schnittstelle Datum/Uhrzeit gesetzt/gelesen sowie auch der Rest des SRAMs auf dem Uhrenbaustein beschrieben/ausgelesen werden.

==I2C-7-Segment-Anzeige==
===Hardware===
[[Bild:BLIT2008-Board-LED.png|320px|BLIT-Board; I2C-7-Segment-Anzeige]]

===Software===

Es gibt noch keine Programmbeispiele, weil die Hardware noch nicht aufgebaut wurde.

==I2C-Tastatur==
===Hardware===
[[Bild:Blit-board-tastatur.png|320px|BLIT-Board; Tastatur]]
[[Bild:Tastatur-matrix.jpg|320px|Tastaturmatrix mit LEDs]]
[[Bild:Tastatur board.jpg|320px|Tastatur-Board (Prototyp)]]

Neulich beim Aufräumen einer alten Kiste mit diverser Elektronik fiel mir eine schicke 4x4 Tastatur in die Hände. Dazu kommt noch, dass in jeder Taste eine LED vorhanden ist ''(Bild kommt noch...)''. Also insgesamt voll geeignet, eine kleine Eingabeeinheit für das BLIT-Board zu bauen... Natürlich kann man auch jeden anderen matrixartigen Tastaturkonstrukt aufbauen/verwenden. Ich habe z.B. gesehen, dass es bei Reichelt Taster mit LED (Stückpreis bei ca. 2 Euro) gibt.

Nach einigen [http://www.mikrocontroller.net/topic/116435 Wirrungen] um die Ansteuerschaltung, insbesondere beim LED-Teil, funktioniert jetzt die Geschichte. Natürlich wird diese Baugruppe wieder über TWI an das Basis-Board angeschlossen. Diesmal sind gleich 2 TWI-ICs vorhanden, die auch mit unterschiedlichen Adressen via Jumper konfiguriert werden müssen. Für den Tastaturteil kann wieder die Interruptleitung zum Mikrocontroller genutzt werden (mittels Jumper ein-/ausschaltbar). Wird eine Taste betätigt, liegt ein Interruptsignal an.

===Software===

* [http://bralug.de/wiki-common/images/3/39/Led_matrix.tar.gz led_matrix]: steuert die LEDs der Tastatur innerhalb eines Timer-Overflow-Interruptes an und gibt ein paar, mehr oder minder sinnvolle Animationen auf diesen aus.
* [http://bralug.de/wiki-common/images/8/84/Tasten_matrix.tar.gz tasten_matrix]: fragt die 4x4-Tasten-Matrix ab und gibt den ermittelten Tastencode auf dem angeschlossenen [http://bralug.de/wiki/BLIT2008-Board#I2C-LCD LCD] aus.

==I2C-DCF77==
===Hardware===
[[Bild:Blit2008-board-dcf77.png|320px|BLIT-Board; Schaltung DCF77-Board]]
[[Bild:Twi_tiny_board.jpg|320px|BLIT-Board; Prototyp des TWI-Tiny-Board (die LED blinkt schon mal...:-)...))]]

Hier die erste Variante "vom Reissbrett" für ein [http://de.wikipedia.org/wiki/DCF77 DCF77]-Zusatzboard. Kernstück ist ein [http://atmel.com/dyn/resources/prod_documents/doc2586.pdf ATtiny45] (oder ATtiny85), der autonom das DCF77-Signal eines handelsüblichen DCF77-Modules (z.B. von [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=3663 ELV]) decodieren und bereitstellen soll. Natürlich besteht wieder der Anspruch, dass diese Baugruppe an den TWI-Bus des Basis-Boards angeschlossen werden soll, was allerdings dahingehend schwierig ist, dass es kein Hardware-TWI in dem ATtiny gibt. Aber man soll ja, laut Atmel [http://atmel.com/dyn/resources/prod_documents/doc1235.pdf USI] dafür benutzen. Na mal sehen, ob das was wird....

===Software===
* [http://bralug.de/wiki-common/images/c/c1/Tiny_cs_blink.tar.gz tiny_cs_blink]: eigentlich ein sinnloses Programm, aber ganz nützlich, um die Hardware des Tiny-Boards zu testen (dazu muss es via TWI-Bus am BLIT-Board angeschlossen sein). Das Programm besteht aus 2 Teilen:
** Der Tiny-Board-Teil ist in den ATtiny45-Mikrocontroller zu laden. Innerhalb eines Timer-Overflow-Interruptes werden fortlaufend das LED-Pin und das INT-Pin invertiert. Damit blinkt zum einen die LED im Takt des Interruptes und auf der INT-Leitung des TWI-Busses wird ein Impuls erzeugt.
** Im Programm für das BLIT-Board wird lediglich der INT1-Interrupt definiert. Innerhalb der zugehörigen ISR schaltet sich die LED auf dem BLIT-Board bei jedem eingehenden Impuls auf der INT-Leitung des TWI-Bus an bzw. aus.

Weiteres kommen noch...!

=diverse Software zum BLIT-Board=
==usb2blitboard==
Bei [http://bralug.de/wiki-common/images/7/7f/Usb2blitboard.tar.gz usb2blitboard] handelt es sich um ein Beispiel, welches aufzeigt, wie man über die USB-Schnittstelle des PCs das BLIT-Board mit seinen Komponenten ansteuern kann. Im Paket sind folgende Softwarekomponenten enthalten:
* Verzeichnis firmware/: Firmware für den Mikrocontroller: empfängt definierte Befehle über die USB-Schnittstelle und führt die entsprechenden Aktionen aus.
* Verzeichnis cmd/: Kommandozeilen-Tool ''usb2blitboard'' für den PC auf Basis der Bibliothek [http://libusb.sourceforge.net/doc/ libusb]: welches mit entsprechenden Parametern gestartet, mit dem BLIT-Board kommuniziert und entsprechende Aktionen auf diesem auslöst. Folgende Dinge sind derzeit implimentiert:
** <code>usb2blitboard echo</code>: sendet eine definierte Anzahl von 2-Byte-Zufallszahlen zum BLIT-Board, dieses sendet diese Daten wieder 1:1 zurück, werden auf dem PC mit den gesendeten Daten verglichen und es wird über Erfolg bzw. Mißerfolg informiert.
** <code>usb2blitboard led <0|1></code>: Aus- bzw. Einschalten der LED auf dem BLIT-Board.
** <code>usb2blitboard lm75_status</code>: prüft, ob das LM75-Zusatzboard am Basisboard angeschlossen ist; Rückgabe-Status=0 bedeutet, dass das Zusatzboard präsent ist.
** <code>usb2blitboard lm75_read</code>: ließt die gemessene Temperatur des LM75-Zusatzboards aus, decodiert diese und gibt sie am PC aus.
** <code>usb2blitboard rtc_status</code>: prüft, ob das RTC-Zusatzboard am Basisboard angeschlossen ist; Rückgabe-Status=0 bedeutet, dass das Zusatzboard präsent ist.
** <code>usb2blitboard rtc_read <adresse></code>: liest die angegebene Speicheradresse des RTC aus und zeigt deren Inhalt auf dem PC an.
** <code>usb2blitboard rtc_write <adresse> <wert></code>: setzt den Inhalt der angegeben Speicheradresse des RTC auf den übergebenen Wert.
** <code>usb2blitboard rtc_get_time</code>: liest die Speicherzellen des RTC aus, in denen Datum/Uhrzeit enthalten sind und gibt diese formatiert auf dem PC aus.
** <code>usb2blitboard rtc_set_time</code>: setzt die entsprechenden Speicherzellen des RTC auf die aktuelle Uhrzeit und Datum des PC.
** <code>usb2blitboard lcd_intern <0|1></code>: schaltet zwischen internen (1) und externen (0) Modus um; im internen Modus werden keine LCD-Kommandos über die USB-Schnittstelle akzeptiert; im externen Modus werden Ausgaben des BLIT-Boards selbst auf das Display unterdrückt; beim Umschalten des Modus wird der Inhalt des Display jeweils gelöscht
** <code>usb2blitboard lcd_clear</code>: löscht den Display-Inhalt, wenn nicht der interne Modus eingeschaltet ist
** <code>usb2blitboard lcd_backlight <0|1></code>: schaltet die Hintergrundbeleuchtung des Display an (1) oder aus (0), wenn nicht der interne Modus eingeschaltet ist
** <code>usb2blitboard lcd_out_text <y> <x> <text></code>: gibt den übergebenen Text an der Position yx aus, wenn nicht der interne Modus eingeschaltet ist
* Verzeichnis cmd/: ein Bash-Script ''lcdtest.sh'', welches mit Hilfe des Kommandozeilen-Tools usb2blitboard zyklisch einige Daten (1.Zeile -> absolute I/O-Datenmenge und 2.Zeile-> I/O-Übertragsgeschwindigkeit) der Netzwerkschnittstelle (siehe Script, welche...) ausgibt; desweiteren blinkt die LED auf dem BLIT-Board im Sekundentakt

=weitere Ideen=

*es gibt noch eine Reihe weiterer interessanter TWI-ICs; hier eine kleine [http://www.roboternetz.de/wissen/index.php/I2C_Chip-%C3%9Cbersicht Auswahl]
*[http://de.wikipedia.org/wiki/DCF77 DCF77-Uhr], welche via TWI ansprechbar ist; dazu wird wohl ein kleiner AVR-Tiny für die Ansteuerung fällig sein... ([http://www.mikrocontroller.net/topic/31375 TWI via USI])
*eine Funk- und/oder Ethernetschnittstelle als TWI-Zusatzmodul?
*SD-Card-Leser via TWI?
* das BLIT-Board selbst als Programmer einsetzen

=weiterführende Literatur=
* "Linux Hardware Hackz"; Jürgen Plate; Hanser-Verlag; 2007 (ISBN 3-446-40783-1)
* "Mikrocomputertechnik mit Controllern der Atmel AVR-RISC-Familie"; Günter Schmitt; Oldenbourg Verlag; 2006 (ISBN 3-486-58016-7)
* "Messen, Steuern und Regeln mit AVR-Mikrocontrollern"; Wolfgang Trampert; Franzis-Verlag; 2004 (ISBN 3-7723-4298-1)

=Links=
* [http://www.cesko.host.sk/IgorPlugUSB/IgorPlug-USB%20(AVR)_eng.htm IgorPlug]
* [http://www.fischl.de/avrusbboot/ avrusbboot]
* [http://www.mikrocontroller.net/articles/AVR_TWI TWI-Grundlagen]
* [http://www.mikrocontroller.net/articles/Port-Expander_PCF8574 I2C-Portexpander]
* [http://www.roboternetz.de/wissen/index.php/I2C_Chip-%C3%9Cbersicht I2C-Chips]
* [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22643 I2C-LCD]
* [http://www.timmermann.org/ralph/index.htm?http://www.ralph.timmermann.org/elektronik/i2c.htm I2C-Grundlagen]
* [http://www.mikrocontroller.net/topic/87597 TWI-Master/Slave]
* [http://www.mikrocontroller.net/attachment/highlight/8524 Beispiel mit LM75]
* [http://www.obdev.at/products/avrusb/index-de.html AVR USB]
* [http://www.opendcc.de/info/rc5/rc5.html RC5-Code (IR-Fernbedienung)]
* [http://www.mikrocontroller.net/topic/12216 genialer Code für einen RC5-Empfänger]
* [http://www.usb-projects.net/cwiki.php?page=Grundkurs USB-Grundlagen]
* [http://www.usb-projects.net/cwiki.php?page=Debug-Techniken USB-Debugging]

=Kontakt=
Ich, [[Benutzer:bergeruw|Uwe]], bin an weiteren Ideen zum BLIT-Board interessiert!

Weitere Mikrocontroller-Projekte von mir:
* [http://bralug.de/wiki/3D-LED-Display 3D-LED-Display]

BLIT2008-Board mit i2c-tiny-usb-Firmware

2008-11-26T22:02:53Z

MaD: Wiki-Links statt URIs

Linpus Linux Lite auf Festplatte installieren

2008-11-21T12:00:18Z

MaD: kategorisiert...

[[Kategorie:Tipps und Tricks]]
[[Kategorie:Distributionen]]

Die vom Hersteller herunterladbare Linux-Distribution Linpus Lite ist von diesem kostenfrei nur als Live-CD erhältlich. Das Linux ist insbesondere für Ultra-Mobile PCs wie den Asus EEEPC oder den Acer Aspire One u.ä. gedacht. Es läuft aber auch auf "handelsüblichen" Desktops und Laptops. Auch auf einem Via Epia-Board tut es klaglos seinen Dienst.

Störend dabei ist allerdings, dass es von der Live-CD gestartet werden muss, weil es keinen Installer gibt. Was aber nicht heisst, dass man es nicht installieren kann. [http://www.pilotennetz.de/computing/tutorials/linpus_linux_lite_harddrive_install Das Tutorial findet sich auf meiner privaten Web-Seite].

Sicherheit, Authentizität und Anonymität

2008-11-21T11:59:18Z

MaD: kategorisiert...

[[Kategorie:Planung]]
[[Kategorie:BLIT2008]]

Erstmal nur ganz grob meine Ideen:
* Vorträge zum Thema IT-Sicherheit (OpenSSL, OpenVPN ...)
* Workshop(s) zu GnuPG & Co.
:* Wie organisiere ich meine eigene, kleine Keysigningparty? Web of Trust; caff -> Dirk
:* Was geht wie? GnuPG unplugged, Enigmail, sonstige Tools und PlugIns
::* mutt - Sven Guckes?
* Workshop zu TOR & Co.
* Workshop OpenVPN Server? Wer macht?
* Workshop Festplattenverschlüsselung (dm-crypt, TrueCrypt?) - Wer macht?
* Keysigning Party -> Dirk
* CACert-Signing Stand? oder besser Signing Party? Oder beides?
* Hacking Contest?

Verwandte Themen:
* Freie Software
* Softwarerecht (z.B. Patente)

Mitstreiter:
* jeder ist willkommen
* Dirk Z. ist auf jeden Fall dabei
* Martin S. hat Unterstützung zugesagt
* Für Tor & Co. habe ich schon Jens Kubieziel angefragt

Mikro-Phon

2008-11-21T11:59:03Z

MaD: kategorisiert...

[[Kategorie:Planung]]
[[Kategorie:BLIT2008]]

So, ich fange mal an, hier was zu notieren.

Idee ist eine Mikrowelt rund um Audio/Musik mit freier Software.
Vielleicht auch Video...

Ich (Thomas O.) hoffe auf Unterstützung von Hartmut, unserem Guru, was das Thema angeht.
Kontaktiert habe ich, Zustimmung erhalten.
Hartmut hat noch einige interessante Hardware sowie einen zusätzlichen Gitarristen zur Hand.

== Mikrophon-Studio im Seminarraum ==

=== Abstract ===

Das Mikro-Phon Studio zeigt ganztägig den Verlauf einer Musikproduktion unter Verwendung von Computertechnik und freier Software.
Angefangen mit der Mehrkanalaufnahme einer Rockband auf dem PC, auch mit Effenkten wie einem Software-Gitarrenverstärker versehen, wird der Produktionsweg mit mehreren Schnittstufen und allerlei Spielerei hin zur fertigen CD (bzw. Online-Veröffentlichung) demonstriert.
An Software werden vor allem JACK und Ardour mit Filter-Plugins und weitere interessante JACK-Clients zum Einsatz kommen.
Wir stützen uns dabei auf Erfahrungen von LAPOC, siehe http://lapoc.de/ .

=== Planung ===

Technisch stelle ich mir halt vor, einen Seminarraum aus Audio/Video-Studio einzurichten.
Hardware, die meine Band & ich anbringen könnten:

* Linux-Workstation; Athlon FX-53, 2GB RAM, 250GB + 500GB Festplatte, DVD-Brenner
* evtl. noch eine mit Athlon64 2.2Ghz, 1GB RAM, 80+x GB Festplatte
* Stereo-Verstärker mit Bühnen-Monitorlautsprechern (nicht besonders toll, macht aber Ton).
* ... oder auch nen dickeren Verstärker mit ebenso dickeren Monitoren
* ... oder nen kleinen aber ziemlich lauten aktiv-Monitor;-)
* Elektronisches Schlagzeug, Roland TD-10+TDW-1 mit Rack, Gewebe-Snare und Doppel-Bass
** Macht erstmal ein stereo Line-Signal
** Hat aber auch MIDI I/O
** Ist sicherlich praktikabler als mein akustisches...
* (-[[Benutzer:Rob|Rob]]) ne Roland MC303 (+ Handbuch ;-))
* 10-(8 analog, 2 digital)-Kanal Firewire Audio-Kiste
* 2 Universal-Studiomikrophone
* 1 Instrumentenmikrophon (kann man auch reinsingen)
* Etwas Kabelei dazu...
* Die Band hat auch: Gitarren, Bass, Verstärker, Gesangsmikros

Softwareseitig habe ich inzwischen Erfahrungen mit der Firewire-Kiste und JACK/ffado/ardour2 gesammelt, bin da aber noch lernbereit.

Es steht gesichert, dass die Band (Lydia und Pete) dabei ist.

Wenn es mehrere Rechner werden, bräuchten wir einen Gigabit-Switch, damit die Daten reisen können... Thomas hat keinen!

Für den Transport der dickeren Sachen aus Potsdam/Berlin werde ich (Thomas) Hilfe benötigen. Vielleicht Band-Auto... vielleicht.

Insgesamt werden wir uns problemlos beschäftigen können und mit etwas Disziplin auch was verarbeiten.

== Vorträge ==

NtEd mit Jörg Anders ist angekündigt.

Frage: Über Hartmut noch ein paar JACKs organisieren?

Freie Welt

2008-11-21T11:58:44Z

MaD: kategorisiert...

[[Kategorie:Planung]]
[[Kategorie:BLIT2008]]

'''Willkommen in der Welt der Freiheit!'''

Hier soll ein Angebot auf dem BLIT ausgearbeitet werden, bei dem die Freiheit von Freier Software erlebbar gemacht wird.

== Ideen ==

* Anhand der vier Freiheiten jeweils eine Station aufmachen:
*# ''Die Freiheit, das Programm zu jedem Zweck zu verwenden.''
*#* Beispiele zeigen wo Freie Software überall eingesetzt wird (Privat, Unternehmen, Wissenschaft/Forschung, ...
*# ''Die Freiheit, zu studieren, wie das Programm funktioniert und es für die eigenen Zwecke anzupassen.''
*#* zeigen wie Quellcode (z.B. von Firefox, den viele schon kennen/benutzen) aussieht, eine Änderung live einfügen, compilieren, Programm neu starten, zeigen dass sich jetzt an Stelle X etwas verbessert hat
*# ''Die Freiheit, Kopien des Programms zu verbreiten und so seinen Mitmenschen zu helfen.''
*#* CD in die Hand drücken
*# ''Die Freiheit, das Programm zu verbessern und diese Verbesserungen zu veröffentlichen, so dass die ganze Gemeinschaft davon profitiert.''
*#* Zeigen wie die Programmänderungen (Quellcode, Artwork, Dokumentation) vom Projekt-SVN, über die Webseite und über Distributionserstellung auf die eben in die Hand gedrückte CD gekommen ist.
* Positiv die für viele verborgenen Vorteile aufzeigen. Nicht predigen was mir unfreier Software alles nicht möglich ist. Da kommen die Leute dann schon selbst drauf. ;)
* Freie Software Info-Flyer
** bringe [http://www.uplug.de/download/fs-flyer2b.pdf diese] mit --[[Benutzer:Su2|Su2]]
* macht Freifunk mit? -> ja, siehe [[BLIT2008 - FunkWelten|FunkWelten]]
* macht Creative Commons mit?

== Mitstreiter ==

* [[Benutzer:Su2|Stephan Uhlmann]], FFII Berlin
* ..., FSFE Berlin

Daddel-Welt

2008-11-21T11:58:23Z

MaD: kategorisiert...

[[Kategorie:Planung]]
[[Kategorie:BLIT2008]]

==Spiele-Insel==

==Festplattenweitwurf==

8<------------------------------------------------------------------------------

{|
!style="background:#CCCCCC;" | Formfaktor
!style="background:#CCCCCC;" | Größe (Zoll)
!style="background:#CCCCCC;" | Größe (mm)
!style="background:#CCCCCC;" | Bemerkungen
|-
| 5,25″ – Volle Höhe
| 5,75 × 8,00 × 3,25
| 146 × 203 × 82,6
|
|-
| 5,25″ – Halbe Höhe
| 5,75 × 8,00 × 1,63
| 146 × 203 × 41,4
|
|-
| 5,25″ – [[Low Profile]]
| 5,75 × 8,00 × 1,00
| 146 × 203 × 25,4
|
|-
| 5,25″ – Ultra Low Profile
| 5,75 × 8,00 × 0,75 (0,8)
| 146 × 203 × 19 (20,3)
|
|-
| 3,5″ – Halbe Höhe
| 4,00 × 5,75 × 1,63
| 101,6 × 146 × 41,4
|
|-
| 3,5″ – Low Profile
| 4,00 × 5,75 × 1,00
| 101,6 × 146 × 25,4
|
|-
| 2,5″ – 19 mm Höhe
| 2,75 × 3,94 × 0,75
| 70 × 100 × 19
|
|-
| 2,5″ – 17 mm Höhe
| 2,75 × 3,94 × 0,67
| 70 × 100 × 17
|
|-
| 2,5″ – 12,5 mm Höhe
| 2,75 × 3,94 × 0,49
| 70 × 100 × 12,4
|
|-
| 2,5″ – 9,5 mm Höhe
| 2,75 × 3,94 × 0,37
| 70 × 100 × 9,4
|
|-
| 1,8″
| 2,13 × 2,75 × (0,2/0,28/0,31/0,37)
| 54 × 70 × (5/7/8/9,5)
|
|-
| 1″ – Microdrive
| 1,2 × 1,6 × 0,2
| 30 × 40 × 5
|
|}

8<-----------------------------aus der wikipedia--------------------------------

Tipps und Tricks

2008-11-21T11:57:32Z

MaD: /* Linpus Linux Lite */ angepasst

[[Category:Tipps und Tricks]]
__NOTOC__

Hier findet man Antworten auf nicht ganz so häufig gestellte Fragen. Die häufig gestellten Fragen sollten in den [[FAQs]] zu finden sein.

{|width=100%
|valign=top style="width: 50%; padding-right: 5px; border-right: 1px dashed #B0B0B0"|
==Allgemeines==
===Mailingliste===
* [[Mailingliste bei GMANE]]

==Anwendungen==
* [[Freie Anwendungen nach Aufgabengebiet]]
* [[OpenOffice ohne Splash-Screen beim Start]]
* [[GPG Schlüssel auf ein weiteres System einspielen]]

==Distributionsspezifisches==
===Debian===
* [[Nützliche APT-Quellen]]
* [[Zu kleine Schriften in Menüs usw. (X)]]
* [[Paketnamen zu nicht-installierten Dateien finden]]
* [[Debian Etch auf einer Sun Ultra 1 Creator]]

===Red Hat/Fedora===
* [[RedHat 9.0 via yum aktuell halten]]
* [[Fedora Core Upgrade mit yum]]

===Knoppix===
* [[Knoppix mit permanentem Heimatverzeichnis einrichten]]
* [[persönliche Einstellungen von Knoppix auf Festplatte speichern]]

===Ubuntu===
* [[Ubuntu clonen]]

===Linpus Linux Lite===
* [[Linpus_Linux_Lite_auf_Festplatte_installieren|Installation auf Festplatte]]

==Vernetztes==
* [[Transparenter Squid]]
* [[Usenet-Server SN (Small News)]]
* [[Internet via Satellit - Filiago]]
* [[Automatische Auswahl der Netzwerkkarte mittels ifplugd]]
* [[Backup mit partimage im Netz]]
* [[VPN-Verbindung zur FH Brandenburg]]

==Shell==
* [[Runden und Formatieren von Zahlen in der bash]]
|valign=top style="padding-left: 5px"|

==Systemnahes==
* [[GRUB nach Windowsinstallation wieder restaurieren]]

==Hardwarenahes==
===USB===
* [[USB-Stick unpartitioniert formatieren]]
* [[Emi a62m|Emagic EMI A6|2m]]
* [[IPod und Linux]]
* [[LCD-Display als Statusanzeige unter Linux|LC-Display als Statusanzeige unter Linux (Bausatz ULA200 von ELV)]]

===WLAN===
* [[WLAN-Karte mit TI-Chip ACX100 unter Linux]]
* [[USB-WLAN-Adapter mit Atmel-Chip at76c5xxx]]
* [[Airo_cs_wlan|Cisco Aironet 350 WLAN PCMCIA]]
* [[Atheros WLAN]]

===andere Hardware===
* [[Lithiumzelle im Dallas Realtime Chip ersetzen]]
* [[C´t Flasher unter Linux]]
* [[Eprom mit Netzwerkkarte flashen]]
* [[Linux auf einem Compaq Contura Aero]]
* [[CMOS-Batterie im Compaq Contura Aero wechseln]]
* [[ISA-PnP Karte unter Linux]]
* [[Wireless Router Application Platform]]
* [[Asrock AGI Problem]]
* [[Logitech Quickcam Messenger unter Linux]]

==Musik==
* [[Schallplatten digitalisieren]]

==umweltfreundliches Computern==
* [[CD-Hülle aus Papier bauen]]

===Energie sparen===
* [[mit einem Athlon 64 unter Sarge Strom sparen]]
* [[heimliche Energiefresser entdecken]]


===leise Rechner===
* [[Wie bekomme ich meinen Rechner leise?]]



|}

Linpus Linux Lite auf Festplatte installieren

2008-11-21T11:56:41Z

MaD: Überschrift jetzt überflüssig

Die vom Hersteller herunterladbare Linux-Distribution Linpus Lite ist von diesem kostenfrei nur als Live-CD erhältlich. Das Linux ist insbesondere für Ultra-Mobile PCs wie den Asus EEEPC oder den Acer Aspire One u.ä. gedacht. Es läuft aber auch auf "handelsüblichen" Desktops und Laptops. Auch auf einem Via Epia-Board tut es klaglos seinen Dienst.

Störend dabei ist allerdings, dass es von der Live-CD gestartet werden muss, weil es keinen Installer gibt. Was aber nicht heisst, dass man es nicht installieren kann. [http://www.pilotennetz.de/computing/tutorials/linpus_linux_lite_harddrive_install Das Tutorial findet sich auf meiner privaten Web-Seite].

Linpus Linux Lite auf Festplatte installieren

2008-11-21T11:56:13Z

MaD: hat „Installation auf Festplatte“ nach „Linpus Linux Lite auf Festplatte installieren“ verschoben: Titel sagte nix aus

==Linpus Linux Lite auf Festplatte installieren==

Die vom Hersteller herunterladbare Linux-Distribution Linpus Lite ist von diesem kostenfrei nur als Live-CD erhältlich. Das Linux ist insbesondere für Ultra-Mobile PCs wie den Asus EEEPC oder den Acer Aspire One u.ä. gedacht. Es läuft aber auch auf "handelsüblichen" Desktops und Laptops. Auch auf einem Via Epia-Board tut es klaglos seinen Dienst.

Störend dabei ist allerdings, dass es von der Live-CD gestartet werden muss, weil es keinen Installer gibt. Was aber nicht heisst, dass man es nicht installieren kann. [http://www.pilotennetz.de/computing/tutorials/linpus_linux_lite_harddrive_install Das Tutorial findet sich auf meiner privaten Web-Seite].

Installation auf Festplatte

2008-11-21T11:56:13Z

MaD: hat „Installation auf Festplatte“ nach „Linpus Linux Lite auf Festplatte installieren“ verschoben: Titel sagte nix aus

#REDIRECT [[Linpus Linux Lite auf Festplatte installieren]]

BLIT2008-Board mit i2c-tiny-usb-Firmware/patch-usbtiny-h.diff

2008-11-21T11:55:06Z

MaD: kategorisiert...

[[Kategorie:BLIT2008-Board]]

<pre>
--- a/usbtiny.h 2007-05-19 14:07:50.000000000 +0200
+++ b/usbtiny.h 2008-11-20 21:56:49.000000000 +0100
@@ -11,8 +11,8 @@
// I/O port. The following macros define the port letter and the input
// bit numbers:
#if! defined (__AVR_ATtiny45__)
-#define USBTINY_PORT C
-#define USBTINY_DPLUS 1
+#define USBTINY_PORT D
+#define USBTINY_DPLUS 2
#define USBTINY_DMINUS 0
#else
#define USBTINY_PORT B
</pre>

BLIT2008 - Plakatlayout

2008-11-21T11:54:37Z

MaD: kategorisiert...

[[Kategorie:Planung]]
[[Kategorie:BLIT2008]]

==Ideen==

===Mikrowelten===
[[Bild:MikroBahnhof.png|160px|right|Güterbahnhof Brandenburg]]
* künstliche Planeten als "Mikrowelten"
* Mikrowelten erzeugen (auch mit Gimp): http://photojojo.com/content/tutorials/create-your-own-panorama-planets/
<div style="clear: both"></div>

===2D Tagging===
[[Bild:BLIT20008_URL_Tag.png|right|Beispiel]]
* sowohl auf Plakat als auch auf den Flyern möglich
* beinhaltet z.B. Link zur Infoseite oder auch zum Anfahrtsplan
* Kann mit entsprechenden Readern direkt vom Mobile aus aufgerufen werden
* Praktisch gerade bei kleinem Flyer und viel Info ('Fortsetzung folgt...' Effekt)
* Beispiele und Generator: http://mobile-tagging.blogspot.com/2007/06/was-ist-mobile-tagging.html
<div style="clear: both"></div>

===Da nichts kommt, ein Versuch von mir===
[[Bild:Blit plakat a3.png]]
[[Bild:Blit2008 v2.png]]
[[Bild:Blit plakat v3.png]]
[[Bild:Blit_plakat-socialevent.png]]

Im v2 wurden folgende Änderungen getätigt:
* statt A3 nun A2
* www.blit.org zu http://bilt.org (in gelb)
* in der Überschrift Funk zu Netz
* Programmtext überarbeitet

leider fehlen immer noch einige Logos
{{BLIT2008Planungslinks}}

Diskussion:BLIT2008-Board

2008-11-21T11:49:48Z

MaD: Aufteilen

==Aufteilen?==

Hast du nicht Lust, die einzelnen Baugruppen auf extra Seiten zu packen, der Artikel wird langsam ziemlich unübersichtlich... --[[Benutzer:MaD|MaD]]

BLIT2008-Board mit i2c-tiny-usb-Firmware

2008-11-21T11:43:55Z

MaD: /* i2c-tools */ Link

[[Kategorie:Hardware]]
[[Kategorie:BLIT2008-Board]]

Statt das Rad neu zu erfinden, kann man sich für I²C auf dem BLIT2008-Board auch die Linux-Kernel-Unterstützung für ein ähnliches Projekt zunutze machen. Die Firmware für das [http://www.harbaum.org/till/i2c_tiny_usb/ i2c-tiny-usb]-Board läuft mit minimalen Änderungen auch und man hat die Treiber- und Software-Unterstützung von Linux als Bonus.

==Firmware==
Da die Firmware schon für den Mega8 vorgesehen ist, war die Portierung auf das Board mehr als einfach. Folgende Schritte sollten funktionieren:
* Beschaffen und Entpacken der Firmware (http://www.harbaum.org/till/i2c_tiny_usb/i2c_tiny_usb-2007-06-07.zip)
* In das Firmware-Verzeichnis wechseln: „<code>cd i2c_tiny_usb/firmware/</code>“
* Anpassen der <code>usbtiny.h</code>, Ändern des Ports auf <code>PORT_D</code> und Ändern des D+-Pins auf 2 ([[BLIT2008-Board mit i2c-tiny-usb-Firmware/patch-usbtiny-h.diff|Patch]])
* Bauen mit „<code>make -f Makefile-usbtiny.mega8</code>“
* Hochladen auf den Mikrocontroller z.B. mit „<code>avrusbboot main.hex</code>“

==Kerneltreiber==
Der benötigte Kerneltreiber namens <code>i2c-tiny-usb</code> ist ungefähr seit Version 2.6.22 im Linux-Kernel. Man benötigt folgende Konfigurationsoptionen (sollte im Distributionskernel dabei sein):
<pre>
CONFIG_I2C
CONFIG_I2C_CHARDEV
CONFIG_I2C_TINY_USB
</pre>
Geladen werden müssen <code>i2c_tiny_usb</code> und <code>i2c_dev</code>.

==i2c-tools==

Zum grundlegenden Test, zum Debugging und zum Skripten eignen sich die [http://www.lm-sensors.org/wiki/I2CTools I2C-Tools], bei Debian auch im Paket
<code>i2c-tools</code> verfügbar.

Liste der verfügbaren Busse:
<pre>
# i2cdetect -l
i2c-5 i2c i2c-tiny-usb at bus 005 device 004 I2C adapter
i2c-0 i2c radeonfb monid I2C adapter
i2c-1 i2c radeonfb dvi I2C adapter
i2c-2 i2c radeonfb vga I2C adapter
i2c-3 i2c radeonfb crt2 I2C adapter
i2c-4 smbus SMBus Via Pro adapter at e800 SMBus adapter
</pre>
* Die Nummer des I²C-Busses ist die 5 in <code>i2c-5</code>, '''nicht''' die 5 in „<code>at bus 005</code>“ (USB-Bus-Nummer)

Slave-Chips am Bus finden:
<pre>
# i2cdetect 5
WARNING! This program can confuse your I2C bus, cause data loss and worse!
I will probe file /dev/i2c-5.
I will probe address range 0x03-0x77.
Continue? [Y/n]
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- 51 -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --
</pre>
* <code>i2cdetect</code> verwendet eine etwas andere Darstellung für die Adressen. Im AVR-Code würde man ''A<sub>read</sub> = 2 * n + 1'' und ''A<sub>write</sub> = 2 * n + 0'' verwenden, <code>0x51</code> ist also Adresse <code>0xA2</code> (schreiben) und <code>0xA3</code> (lesen).
* Die Warnung sollte man durchaus ernst nehmen und das Kommando nicht unreflektiert auf den anderen Bussen ausführen. Ist man sich sicher, den richtigen Bus erwischt zu haben (in diesem Fall <code>5</code>), dann kann man auch <code>i2cdetect -y 5</code> benutzen, um die Nachfrage abzuschalten.

===RTC auslesen===
In Anlehnung an Uwes Beispiele hier ein Script, um die RTC-Zeit auszulesen. Gegebenfalls sind wieder Bus-Nummer und Adresse anzupassen.

<code>get_rtc_time.sh</code>:
<pre>
#!/bin/sh

BUS=5
ADDR=0x51

get_part () { i2cget -y "$BUS" "$ADDR" $1 | sed -e 's/^0x//' ; }

ss=`get_part 2`
mm=`get_part 3`
hh=`get_part 4`
dd=`get_part 5`
mo=`get_part 6`

echo "RTC time: $dd.$mo. $hh:$mm:$ss"
</pre>

<pre>
# ./get_rtc_time.sh
RTC time: 01.01. 03:14:11
</pre>

==lm_sensors==
''TODO''

BLIT2008-Board mit i2c-tiny-usb-Firmware

2008-11-21T11:40:24Z

MaD: /* Firmware */

[[Kategorie:Hardware]]
[[Kategorie:BLIT2008-Board]]

Statt das Rad neu zu erfinden, kann man sich für I²C auf dem BLIT2008-Board auch die Linux-Kernel-Unterstützung für ein ähnliches Projekt zunutze machen. Die Firmware für das [http://www.harbaum.org/till/i2c_tiny_usb/ i2c-tiny-usb]-Board läuft mit minimalen Änderungen auch und man hat die Treiber- und Software-Unterstützung von Linux als Bonus.

==Firmware==
Da die Firmware schon für den Mega8 vorgesehen ist, war die Portierung auf das Board mehr als einfach. Folgende Schritte sollten funktionieren:
* Beschaffen und Entpacken der Firmware (http://www.harbaum.org/till/i2c_tiny_usb/i2c_tiny_usb-2007-06-07.zip)
* In das Firmware-Verzeichnis wechseln: „<code>cd i2c_tiny_usb/firmware/</code>“
* Anpassen der <code>usbtiny.h</code>, Ändern des Ports auf <code>PORT_D</code> und Ändern des D+-Pins auf 2 ([[BLIT2008-Board mit i2c-tiny-usb-Firmware/patch-usbtiny-h.diff|Patch]])
* Bauen mit „<code>make -f Makefile-usbtiny.mega8</code>“
* Hochladen auf den Mikrocontroller z.B. mit „<code>avrusbboot main.hex</code>“

==Kerneltreiber==
Der benötigte Kerneltreiber namens <code>i2c-tiny-usb</code> ist ungefähr seit Version 2.6.22 im Linux-Kernel. Man benötigt folgende Konfigurationsoptionen (sollte im Distributionskernel dabei sein):
<pre>
CONFIG_I2C
CONFIG_I2C_CHARDEV
CONFIG_I2C_TINY_USB
</pre>
Geladen werden müssen <code>i2c_tiny_usb</code> und <code>i2c_dev</code>.

==i2c-tools==

Liste der verfügbaren Busse:
<pre>
# i2cdetect -l
i2c-5 i2c i2c-tiny-usb at bus 005 device 004 I2C adapter
i2c-0 i2c radeonfb monid I2C adapter
i2c-1 i2c radeonfb dvi I2C adapter
i2c-2 i2c radeonfb vga I2C adapter
i2c-3 i2c radeonfb crt2 I2C adapter
i2c-4 smbus SMBus Via Pro adapter at e800 SMBus adapter
</pre>
* Die Nummer des I²C-Busses ist die 5 in <code>i2c-5</code>, '''nicht''' die 5 in „<code>at bus 005</code>“ (USB-Bus-Nummer)

Slave-Chips am Bus finden:
<pre>
# i2cdetect 5
WARNING! This program can confuse your I2C bus, cause data loss and worse!
I will probe file /dev/i2c-5.
I will probe address range 0x03-0x77.
Continue? [Y/n]
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- 51 -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --
</pre>
* <code>i2cdetect</code> verwendet eine etwas andere Darstellung für die Adressen. Im AVR-Code würde man ''A<sub>read</sub> = 2 * n + 1'' und ''A<sub>write</sub> = 2 * n + 0'' verwenden, <code>0x51</code> ist also Adresse <code>0xA2</code> (schreiben) und <code>0xA3</code> (lesen).
* Die Warnung sollte man durchaus ernst nehmen und das Kommando nicht unreflektiert auf den anderen Bussen ausführen. Ist man sich sicher, den richtigen Bus erwischt zu haben (in diesem Fall <code>5</code>), dann kann man auch <code>i2cdetect -y 5</code> benutzen, um die Nachfrage abzuschalten.

===RTC auslesen===
In Anlehnung an Uwes Beispiele hier ein Script, um die RTC-Zeit auszulesen. Gegebenfalls sind wieder Bus-Nummer und Adresse anzupassen.

<code>get_rtc_time.sh</code>:
<pre>
#!/bin/sh

BUS=5
ADDR=0x51

get_part () { i2cget -y "$BUS" "$ADDR" $1 | sed -e 's/^0x//' ; }

ss=`get_part 2`
mm=`get_part 3`
hh=`get_part 4`
dd=`get_part 5`
mo=`get_part 6`

echo "RTC time: $dd.$mo. $hh:$mm:$ss"
</pre>

<pre>
# ./get_rtc_time.sh
RTC time: 01.01. 03:14:11
</pre>

==lm_sensors==
''TODO''

BLIT2008-Board mit i2c-tiny-usb-Firmware/patch-usbtiny-h.diff

2008-11-21T11:40:05Z

MaD: hat „Bearbeiten von BLIT2008-Board mit i2c-tiny-usb-Firmware/patch-usbtiny-h.diff“ nach „BLIT2008-Board mit i2c-tiny-usb-Firmware/patch-usbtiny-h.diff“ verschoben: Cut-n-Paste-Error ;)

<pre>
--- a/usbtiny.h 2007-05-19 14:07:50.000000000 +0200
+++ b/usbtiny.h 2008-11-20 21:56:49.000000000 +0100
@@ -11,8 +11,8 @@
// I/O port. The following macros define the port letter and the input
// bit numbers:
#if! defined (__AVR_ATtiny45__)
-#define USBTINY_PORT C
-#define USBTINY_DPLUS 1
+#define USBTINY_PORT D
+#define USBTINY_DPLUS 2
#define USBTINY_DMINUS 0
#else
#define USBTINY_PORT B
</pre>

Bearbeiten von BLIT2008-Board mit i2c-tiny-usb-Firmware/patch-usbtiny-h.diff

2008-11-21T11:40:05Z

MaD: hat „Bearbeiten von BLIT2008-Board mit i2c-tiny-usb-Firmware/patch-usbtiny-h.diff“ nach „BLIT2008-Board mit i2c-tiny-usb-Firmware/patch-usbtiny-h.diff“ verschoben: Cut-n-Paste-Error ;)

#REDIRECT [[BLIT2008-Board mit i2c-tiny-usb-Firmware/patch-usbtiny-h.diff]]

BLIT2008-Board mit i2c-tiny-usb-Firmware/patch-usbtiny-h.diff

2008-11-21T11:39:19Z

MaD: Die Seite wurde neu angelegt: <pre> --- a/usbtiny.h 2007-05-19 14:07:50.000000000 +0200 +++ b/usbtiny.h 2008-11-20 21:56:49.000000000 +0100 @@ -11,8 +11,8 @@ // I/O port. The following macros defin...

BLIT2008-Board

2008-11-21T11:26:36Z

MaD: Kategorien, ein paar Typos...

[[Kategorie:Hardware]]
[[Kategorie:BLIT2008-Board]]

=Aktuelles=
* '''17.11.2008''': Schaltung für [http://bralug.de/wiki/BLIT2008-Board#I2C-DCF77 DCF77-Baugruppe]
* '''16.11.2008''': Programm [http://bralug.de/wiki-common/images/8/84/Tasten_matrix.tar.gz tasten_matrix] zur Ansteuerung einer [http://bralug.de/wiki/BLIT2008-Board#I2C-Tastatur 4x4-Tasten-Matrix]
* '''16.11.2008''': Programm [http://bralug.de/wiki-common/images/3/39/Led_matrix.tar.gz led_matrix] zur Ansteuerung einer [http://bralug.de/wiki/BLIT2008-Board#I2C-Tastatur 4x4-LED-Matrix]
* '''14.11.2008''': [http://bralug.de/wiki/BLIT2008-Board#I2C-Tastatur Zusatzbaugruppe "I2C-Tastatur"]; Programmbeispiele folgen demnächst...
* '''02.11.2008''': Den Leuten, die gestern auf dem [http://www.blit.org BLIT] meinen Workshop besucht haben, bin ich noch ein Programm schuldig, was ich leider im Vorfeld nicht vorbereitet hatte: [http://bralug.de/wiki-common/images/a/a1/Rtc_usb.tar.gz rtc_usb] steuert nur das Timer-Zusatzboard an. Mit dem Kommandozeilentool kann über die USB-Schnittstelle Datum/Uhrzeit gesetzt/gelesen werden sowie auch der Rest des SRAMs auf dem Uhrenbaustein beschrieben/ausgelesen werden. Als "Hausaufgabe" :-) könnte man jetzt beide einzelnen Programme (lm75_usb, rtc_usb) kombinieren, um mal alle Baugruppen zu vereinen. Viel Spaß!

=Konzept=
[[Bild:Proto all.jpg|thumb|320px|Der Prototyp (insgesamt)]]
Zum [http://www.blit.org 5.Brandenburger Linux-Infotag] entstand u.a. die Idee einen Mikrocontroller-Workshop anzubieten. An Hand einer einfachen universellen Mikrocontrollerbaugruppe, welche durch die Teilnehmer selbst aufzubauen ist, soll der Einstieg in die "Mikrocontrollerwelt" ermöglicht werden. Folgende Kriterien waren/sind dabei wünschenswert:
* einfache, leicht aufzubauende und "sichere" Schaltung (mit "sicher" ist gemeint, dass die Schaltung möglichst auf Anhieb und ohne komplizierte Einstellvorgänge/Messtechnik funktioniert)
* kostengünstig
* erweiterungsfähig
* möglichst viele Aspekte der Mikrokontrollertechnik sollen abgedeckt werden
* mittels beigelegter Software soll beispielhaft die Programmierung von Mikrocontroller aufgezeigt werden
* mittels "abgeschlossener" und sinnvoll einsetzbarer Softwarebeispiele sollen mögliche Anwendungsgebiete aufgezeigt werden

Ob das, in der Folge beschriebene, BLIT2008-Board mit seinen Zusatzbaugruppen diese Kriterien erfüllt, muss jeder für sich entscheiden.

Grundlage für die Hardware waren jeweils fast immer die überall zu findenen Grundschaltungen der eingesetzten Baugruppen/Schaltkreise, die nur noch an die speziellen Gegebenheiten angepaßt wurden. Die Zusatzbaugruppen sind so konzipiert, dass sie ohne weitere Modifikationen an das Basisboard anschliessbar sind. Die Mikrocontrollerbasis besteht aus einem ATmega der [http://www.atmel.com Firma Atmel]. Die Kommunikation mit den Zusatzbaugruppen erfolgt grundsätzlich über [http://www.roboternetz.de/wissen/index.php/I2C TWI (I2C)] und steht damit auch im Mittelpunkt der Betrachtungen. Die eventuelle Kommunikation mit einem PC erfolgt via [http://www.usb-projects.net/cwiki.php?page=Grundkurs USB].

Auch auf der Softwareseite wurde, wenn möglich, das Rad nicht neu erfunden. Es werden diverse, frei verfügbare Bibliotheken und Code-Schnipsel verwendet. Welche dies sind, ist bei den einzelnen Anwendungsbeispielen vermerkt. Grund dafür ist, dass dadurch die Beispiele leichter zu verstehen sind, da im Internet unzählige weitere Anwendungen auf der gleichen Basis zu finden sind.

Eine grundlegende Einführung in die Welt der Mikrocontroller (MC) im allgemeinen bzw. speziell zur AVR-Mikrocontroller-Reihe der Firma Atmel wird es auf dieser Projektseite nicht geben. Dazu wird auf die unzähligen Seiten im Internet verwiesen. Ein guter Einstieg in die Materie ist zum Beispiel die Webseite [http://www.mikrocontroller.net www.mikrocontroller.net] und dort speziell das [http://www.mikrocontroller.net/articles/AVR-Tutorial AVR-Tutorial] sowie das [http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial AVR-GCC-Tutorial].

Sehr viele und wertvolle Informationen sind in den Datenblättern zu den jeweiligen Schaltkreisen zu finden. Aus diesem Grund wird hier nicht jede Einzelheit beschrieben, aber dafür immer ein Link zum entsprechenden Datenblatt angeben.

=Vorausgesetzte Kenntnisse/Fähigkeiten=
Es soll davor gewarnt sein, vollkommen unbedarft in die Materie einzusteigen. Über gewisse Fertigkeiten und Kenntnisse sollte man schon verfügen. Folgende wären das ungefähr:
* man sollte einen Lötkolben, der zum Löten von elektronischen Schaltungen geeignet ist, besitzen und ihn auch bedienen können
* man sollte mindestens ein Multimeter besitzen und bedienen können
* man sollte schon wissen, was Strom und Spannung sind und wie man diese messen kann
* man sollte Schaltpläne lesen können und einige Grundkenntnisse der Elektronik und Digitaltechnik besitzen
* man sollte ungefähr wissen wie ein Computer aufgebaut ist und solche Begriffe wie Prozessor, Speicher, I/O-Ports usw. definieren können
* man sollte schon mal Programme geschrieben und auch verstanden haben, sowie wissen was ein Kompiler, Bibliotheken, Binder usw. sind
* die Beispiele sind in C geschrieben, also sollte man diese Programmiersprache kennen. Natürlich kann man Mikrocontroller auch mit anderen Sprachen programmieren.
* viele Datenblätter zu den verwendeten Schaltkreisen sind in Englisch geschrieben, man sollte also etwas damit anfangen können

Prinzipiell stehe ich natürlich für Fragen und Anregungen zur Verfügung. Ich werde aber nicht unbedingt immer Fragen zu obigen Punkten beantworten!

In diesem Zusammenhang wird auch darauf hingewiesen, dass jegliche Haftung, Gewährleistung u.ä. bei Hardwareschäden, Datenverlusten o.ä., die auf das BLIT-Board, dessen Zusatzbaugruppen oder Software zurückzuführen sind, nicht übernommen wird! Also bitte vorher Überlegen, was passieren könnte und entsprechende Vorkehrungen treffen!

=Toolchain (Werkzeugkasten)=
[[Bild:Usbasp.jpg|thumb|320px|Programmer USBasp]]
Zur Softwareentwicklung für MCs der hier betrachteten AVR-Reihe der Firma Atmel sind natürlich einige Werkzeuge notwendig. Dabei kann durchgängig auf Freie Software zurückgegriffen werden. Folgende Programme benötigt man:
* für Linux (meist als Installationspakete innerhalb der jeweiligen Distribution verfügbar):
** gcc-avr
** avr-libc
** binutils-avr
** avrdude (zum Flashen des übersetzten Programms auf den MC)
* für Windows (für die, die den Sprung zu Linux noch nicht vollzogen haben ;-)):
** [http://winavr.sourceforge.net/ WinAVR] (ein freies Komplettpaket, welche sämtliche notwendigen Komponenten beinhaltet)

Neben diesen freien Softwarepaketen existieren noch eine Reihe von Entwicklungsumgebungen kommerzieller Anbieter, die entweder auch kostenlos angeboten werden bzw. als Demoversion mit Beschränkungen kostenfrei beziehbar sind und in der Regel nur auf Windowsplattformen lauffähig sind. Z.B. sind dies:
* [http://www.atmel.com/dyn/products/tools_card.asp?tool_id=2725 AVRStudio] der Firma Atmel
* [http://www.amctools.com/vmlab.htm VMLab]

Zum Übertragen (flashen) des fertig übersetzten Programmes auf den MC braucht man noch ein Stück Hardware, einen Programmer. Diese Baugruppe gibt es in den verschiedensten Ausführungen für die unterschiedlichsten PC-Schnittstellen. Eine Übersicht ist [http://www.mikrocontroller.net/articles/AVR_In_System_Programmer hier] zu finden. Alternativ ist es natürlich auch möglich initial einen sogenannten [http://www.mikrocontroller.net/articles/Bootloader Bootloader] auf dem MC zu installieren, was eigentlich auch das Konzept dieses Projekt vorsieht.

Noch ein Wort zum [http://www.mikrocontroller.net/articles/AVR-Simulation Debugging und Simulationsumgebungen]: Ja, die gibt es, aber unter Linux leider (noch) nicht ausgereift genug, um sie effektiv einsetzen zu können. Als Debugger kann die AVR-Variante von gdb eingesetzt werden. Aber spätestens wenn es gilt zeitkritische oder ereignisorientierte Dinge zu überprüfen, braucht man einen Mikrocontrollersimulator. Hier haben die oben erwähnten kommerziellen Produkte eindeutig einen Vorsprung. Eigentlich Schade, aber vielleicht ändert sich dies mit der Zeit noch!

Bis dahin muß man sich bei der Fehlersuche anders behelfen:
* sinnvolle Ausgaben zu bestimmten Ereignissen an die vorhandene Peripherie senden (und sei es nur an eine angeschlossene LED)
* mittels Logikanalysatoren oder Oszilloskop das erwartete Zeitverhalten an Ein-/Ausgängen des MC oder andere Baugruppen überprüfen

=Basis-Board=
==Hardware==
[[Bild:Blit2008-board-v6.png|320px|BLIT2008-Basisboard]]
[[Bild:Proto blitboard.jpg|320px|BLIT2008-Basisboard-Prototyp hier mit einer zusätzlichen LED und einem Reset-Taster]]
[[Bild:Fert blitboard.jpg|320px|BLIT2008-Basisboard; die erste fertig bestückte Leiterplatte]]

Diese Baugruppe stellt das "Herzstück" dar und besteht aus folgenden Komponenten:
* als Mikrocontroller ein [http://atmel.com/dyn/resources/prod_documents/doc2486.pdf ATmega8]; alternativ kann auch ein pinkompatibler [http://atmel.com/dyn/resources/prod_documents/doc2545.pdf ATmega168] eingesetzt werden, wenn man mehr Speicher benötigt (wobei dabei aber einige Anpassungen in den Beispielprogrammen notwendig sind, da sich diverse Registerbezeichnungen ändern)
* der ATmega wird mit einem externen 12MHz-Quarz getaktet; 16MHz gehen auch, aber einige USB-Beispiele benötigen zwingend 12MHz
* ein Infrarot-Empfänger ([http://www.datasheetcatalog.org/datasheets/208/301092_DS.pdf TSOP1738])
* eine frei ansteuerbare LED an einem der I/O-Port des MC

Folgende Schnittstellen zur Außenwelt sind vorgesehen:
* USB; hierüber erfolgt auch die 5V-Stromversorgung des Boards und aller weiteren Zusatzbaugruppen; nominell können bis zu 500mA aus einem USB-Port gezogen werden
* TWI (I2C) zum Anschluß weiterer Baugruppen
* ISP-Anschluß zur Programmierung (flashen) des MC; es wurde die 10-polige Variante gewählt, die auch bei den meisten Programmern verwendet wird

Auf die Herausführung weiterer, nicht benutzter, I/O-Ports des MC wurde verzichtet, um ein einfaches und einseitiges Leiterplattenlayout zu gewährleisten.

Der Aufbau der Schaltung ist bewußt einfach gehalten und sollte auf Anhieb funktionieren. Einzige kritische Stelle könnten die beiden 27pF-Kondensatoren am Quarz sein, die man, bei Nichtanschwingen des selbigen, leicht variieren kann. Dies ist aber bei mehreren aufgebauten Board bisher nicht notwendig gewesen. Wenn keine Bestückungs- bzw. Verdrahtungsfehler gemacht wurden, sollte der MC sofort arbeiten (natürlich erst, nachdem man die [http://www.mikrocontroller.net/articles/AVR_Fuses Fuses] des AVR auf externe Taktquelle eingestellt hat ;-)).

'''Stückliste:'''
{| border=1
|-
!Teil
!Anzahl
!Beschreibung
!Hinweis
!Preis insgesamt (Reichelt)

|-
|IC1
|1
|Mikrocontroller ATmega8
|.
|1,25€

|-
|IR1
|1
|Infrarot-Empfänger TSOP1738
|.
|0,66€

|-
|Q1
|1
|Quarz 12MHz
|.
|0,24€

|-
|LED1
|1
|LED (<=20mA)
|.
|0,12€

|-
|D1, D2
|2
|Zener-Diode 3,6V
|.
|0,062€

|-
|R1, R2
|2
|Widerstand 68 Ohm
|.
|0,164€

|-
|R3
|1
|Widerstand 1,5 kOhm
|.
|0,082€

|-
|R4
|1
|Widerstand 100 Ohm
|.
|0,082€

|-
|R5
|1
|Widerstand 220 Ohm
|.
|0,082€

|-
|R6, R7, R8, R9
|4
|Widerstand 10 kOhm
|.
|0,328€

|-
|R10
|1
|Widerstand 1 MOhm
|.
|0,082€

|-
|C1, C2
|2
|Keramikkondensator 27pF
|.
|0,082€

|-
|C3
|1
|Elko 10uF
|.
|0,041€

|-
|C4
|1
|Elko 4,7uF
|.
|0,041€

|-
|C5
|1
|Kondensator 47nF
|.
|0,07€

|-
|C6
|1
|Kondensator 100nF
|.
|0,072€

|-
|SV1, SV2
|2
|Wannenstecker 10-polig
|Reichelt: 1x WSL 10G; 1x WSL 10W
|0,172€

|-
|X1
|2
|USB-Buchse (Serie B)
|Reichelt: USB BW
|0,32€

|-
|JP1
|2
|Jumperstift
|.
|0,04€

|-
|.
|1
|IC-Fassung 28-polig; schmal
|Reichelt: GS 28P-S
|0,36€

|-
|.
|1
|USB-Kabel (A auf B)
|Reichelt: AK 672/2-1,0
|0,50€

|-
|Leiterplatte
|.
|.
|Eigenproduktion
|2,50€

|-
|Gesamtpreis
|.
|.
|ohne Leiterplatte
|4,85€

|}

==Inbetriebnahme & Fuse-Bits==

Nach dem Aufbau der Leiterplatte kommt der spannende Augenblick: funktioniert die Geschichte, die man da zusammengelötet hat? Folgendes sollte man überprüfen, bevor man das erste Mal den USB-Stecker reinsteckt (ein Durchgangsprüfer ist ganz hilfreich):
* Sichtprüfung auf Kurzschlüsse
* Kurzschluss zwischen Vcc und GND?
* kommt Vcc und GND auch am IC an?

Nach Einschalten der Spannungsversorgung (USB-Stecker) sollte es keinen lauten Knall o.ä. geben. Den Mikrocontroller überprüft man am besten mit einem Programmieradapter und avrduse. Dabei ist zu beachten, dass der Mikrocontroller im Auslieferungszustand mit seiner internen Taktquelle arbeitet und der Programmieradapter auf eine niedrige Geschwindigkeit einzustellen ist (USBasp: Jumper SCK). Nach einem mutigen:

avrdude -c usbasp -p m8 -t -v

sollte eine längere Ausgabe kommen, in der der erkannte Mikrocontroller mit seinen momentanen Parametern etc. aufgelistet wird. (mit Taste "q" kommt man wieder aus dem Terminalmode von avrdude)

Eine gute Ausgangsbasis für weitere Experimente ist folgende Einstellung der Fuse-Bits:

avrdude -c usbasp -p m8 -U hfuse:w:0xc9:m -U lfuse:w:0x9f:m

Danach kann man auch im schnelleren Mode des Programmieradapters arbeiten.

Eine recht nützliche Webadresse zur Ermittlung der jeweils gewünschten Fuse-High- und -Low-Bytes ist der [http://www.engbedded.com/cgi-bin/fc.cgi/ AVR Fuse Calculator].

==Software==

Hier einige Programmbeispiele, die die einzelnen Komponenten und Schnittstellen des Basisboards beispielhaft ansteuern bzw. verwenden. Über die Sinnhaftigkeit der kleinen Programme kann gestritten werden. Sie sollen nur grundlegende Aspekte der MC-Programmierung aufzeigen und als Ausgangsbasis für eigene Programmideen dienen.

* [http://bralug.de/wiki-common/images/a/a7/Blink_led_int.tar.gz blink_led und blink_int]: sind beides eigentlich das "Hello World" für MCs. In beiden Programmen wird die, auf dem Board befindliche, LED zum Blinken gebracht. Unterschied zwischen beiden Programmen: blink_led steuert die LED innerhalb einer Hauptschleife an; blink_int verwendet einen zyklischen Timer-Interrupt zur Zustandsänderung der LED.

* [http://bralug.de/wiki-common/images/f/f1/Rc5_led.tar.gz rc5_led]: innerhalb dieses Programmes wird der IR-Empfänger auf dem Board eingebunden. Dabei wird das empfangene Signal einer [http://www.opendcc.de/info/rc5/rc5.html RC5-IR-Fersteuerung] decodiert und die LED entsprechend des empfangenen Tasten-Codes geschaltet.

* [http://bralug.de/wiki-common/images/8/89/Pwm_led.tar.gz pwm_led]: ein kleines Beispiel wie man die [http://www.mikrocontroller.net/articles/AVR-Tutorial:_PWM PWM]-Hardware des ATmega verwendet. Dabei wird die Helligkeit der LED zyklisch variiert.

* [http://bralug.de/wiki-common/images/b/b6/Rc5_usb_mouse.tar.gz rc5_usb_mouse]: eigentlich schon eine abgeschlossene und sinnvoll einsetzbare Anwendung, die den IR-Empfänger und die USB-Schnittstelle kombiniert. Dabei meldet sich das Basisboard am PC als USB-Maus an. Über eine RC5-IR-Fersteuerung ist es möglich den Mauszeiger in alle Richtungen zu bewegen und natürlich auch die Maustasten zu emulieren. PC-seitig sind keine speziellen USB-Gerätetreiber notwendig, es werden automatisch die normalen Standard-USB-Treiber verwendet.

==Bootloader==

===Allgemeines zu Bootloadern===
''Mit (selbstgeflashten) Bootloadern betrete ich Neuland und muss erstmal ein wenig rumexperimentieren, bis ich eine eindeutige Dokumentation dazu schreiben kann. Was also heißen soll, dass dieser Abschnitt noch im Aufbau begriffen ist...''

Prinzipiell ist für das BLIT-Board ein Bootloader vorgesehen, der über die vorhandene USB-Schnittstelle funktionieren soll. Idee ist, dass der Mikrocontroller im "Auslieferungszustand" bereits mit diesem Stück Software initialisiert ist und der Anwender erstmal keine spezielle Hardware zum Flashen der Programme auf den Controller braucht.

In der Folge ein paar Erläuterungen zu den ausprobierten Varianten von USB-Bootloadern.

===AVRUSBBoot===
Ein Teil des BLIT-Boards basiert auf der vorgeschlagenen Grundschaltung, die unter [http://www.fischl.de/avrusbboot/ http://www.fischl.de] zu finden ist. Also sollte dieser Bootloader ohne große Probleme sofort funktionieren... Hier die ungefähren Schritte:

* Das Softwarepaket kann und sollte auch von obiger [http://www.fischl.de/avrusbboot/ Quelle] bezogen werden. Prinzipiell kann nach der, im Paket vorhanden, Dokumention (README.txt) vorgegangen werden...
* Die Firmware ist ohne Änderungen sofort auf dem BLIT-Board einsetzbar. Im Makefile ist lediglich der Typ der (initialen) Flash-Hardware anzupassen, mit der der Bootloader einmalig in den Flash des Mikrocontrollers übertragen wird.
* Im Quelltext des PC-Tools (im Unterverzeichnis software/) ist ein kleiner Fehler in der Datei main.cpp enthalten. In der allerletzten Zeile ist das ";" zu eliminieren. Zum erfolgreichen Übersetzen sind der installierte g++-Compiler sowie die entsprechenden Header-Files von libc und libusb Voraussetzung. Das übersetzte Programm avrusbboot kopiert man als root nach /usr/local/bin. (Was zur erfolgreichen Übersetzung unter Windows notwendig ist, ... keine Ahnung, sollte aber wohl auch möglich sein!)
* Das Flashen der Firmware in den Mikrocontroller erfolgt so, wie in der Dokumentation beschrieben wird. Auf jeden Fall sind danach die Fuse-Bits nicht zu vergessen, damit der Mikrocontroller nach einem Reset zuerst mit dem Bootloader startet! Die folgende Konstellation der Fuse-Bits realisiert u.a., dass nach einem Reset des Controllers zuerst die Startadresse des Bootloaders im Programmspeicher angesprungen wird.

avrdude -c usbasp -p m8 -U hfuse:w:0xc0:m -U lfuse:w:0x9f:m

* Zum Abschluß ist der Bootloader-Bereich im Flash des Controllers vor Überschreiben zu schützen. Dazu setzt man die Lock-Bits (siehe auch Datenblatt des Controllers) entsprechend (die Entsperrung des Bootloader-Bereiches erfolgt mit 0x3f):

avrdude -c usbasp -p m8 -U lock:w:0x2f:m

* ... und das sollte es gewesen sein!

Wenn nun Jumper JP1 auf dem BLIT-Board geschlossen ist, verweilt der Mikrocontroller nach einem Reset (USB-Stecker raus/rein) im Bootloader-Modus. Mit dem Tool ''avrusbboot'' kann nun das Mikrocontroller-Programm, ohne spezielle Hardware, direkt über die USB-Schnittstelle des PC in den Flash-Speicher geladen werden.

avrusbboot xyz.hex

(Natürlich kann auch das jeweilige ''Makefile'' entsprechend um eine Sektion erweitert werden.)

Öffnet man den Jumper JP1 und resetet das Board, springt der Mikrocontroller zuerst in den Bootloader-Bereich, erkennt, dass der Jumper nicht geschlossen ist (PIN PC2 des Controllers nicht Low) und startet sofort das Anwendungsprogramm am Anfang des Programmspeichers.

Nachteil der Variante mit einem installierten Bootloader ist, dass dadurch etwas Programmspeicher auf dem Mikrocontroller "verloren" gehen. Im Fall von avrusbboot sind es 2kByte. Aber es bleiben bei einem ATmega8 noch 6kByte übrig, was für die folgenden Beispiele mehr als genug ist...

=Erweiterungsbaugruppen=
==Allgemeines zu TWI==
Wie schon einleitend erwähnt, kommunizieren die, in der Folge beschriebenen Zusatzbaugruppen via [http://www.roboternetz.de/wissen/index.php/I2C TWI (I2C)] mit dem Basisboard. Großer Vorteil des TWI-Bus ist es, dass theoretisch bis zu 127 Teilnehmer einfach parallel an die TWI-Leitungen angeschlossen werden können. Praktisch sind da natürlich einige elektrische und performancebegründete Grenzen gesetzt.

Auf dem Basisboard ist eine 10-polige Wannenbuchse vorgesehen, auf der die notwendigen TWI-Leitungen des MC (SDA, SCL, GND) herausführt sind. Zusätzlich liegen an der Buchse noch VCC (zur einfachen Stromversorgung der Zusatzbaugruppen über das Basisboard) und ein Interrupteingang (INT1) des MC an. Viele TWI-ICs haben einen INT-Pin, auf dem bei bestimmten Ereignissen ein Impuls ausgegeben wird. Beispiele für solche Ereignisse innerhalb von TWI-ICs können sein:
* I/O-Port-Expander PCF8574: an einem der acht als Eingang konfigurierten I/O-Pins liegt eine Signal an
* RTC PCF8583: der interne Zeitzähler hat einen bestimmten Wert erreicht (z.B. Sekundentakt, Alarmzeit erreicht)
* TWI-ADCs (Analog-Digital-Wandler): die Umwandlung eines Messvorganges ist abgeschlossen und der Wert steht zur Abholung bereit.
Auf solche Ereignisse kann gezielt in einem vernünftig strukturierten MC-Programm innerhalb einer entsprechenden Interrupt-Service-Routine (ISR) reagiert werden, was unnötiges zyklisches Abfragen von Werten über den TWI-Bus minimiert. Innerhalb des Beispielprogrammes rtc_lcd zur I2C-RTC-Baugruppe ist ein solches Vorgehen exemplarisch implementiert. Hier löst der Sekundentakt des RTC verschiedene Auslesevorgänge über den TWI-Bus aus. Jede der hier beschrieben Zusatzbaugruppen besitzt einen entsprechenden Jumper, mit dem die Interruptleitung geschlossen bzw. aufgetrennt werden kann.

Das TWI-Protokoll sieht die gezielte Adressierung der einzelnen TWI-ICs über eine 7-Bit-Kennung vor (siehe auch TWI-Tutorial). Von diesen 7 Bit sind meistens die ersten [http://www.roboternetz.de/wissen/index.php/I2C_Chip-%C3%9Cbersicht#Adressen_g.C3.A4ngiger_I2C_Chips 4 Bit] bereits vom Hersteller auf dem IC fest "eingebrannt", für die verbleibenden Bits gibt es Adress-Eingänge, welche frei konfiguriert werden können. Deshalb sind auf jeder Zusatzbaugruppe entsprechende Jumper-Gruppen zu finden, die diese Adress-Eingänge auf 0 oder 1 ziehen. Damit ist dann auch möglich mehrere gleiche TWI-ICs über ihre individuelle Adresse gezielt anzusteuern. Bei 3 Bit frei konfigurierbaren Adressen (A0-A2) können also bis zu 8 gleiche TWI-ICs an einem Bus unterschieden werden. Ausnahme ist z.B. der weiter unten verwendete RTC-IC (PCF85834): hier ist nur eine Adressleitung (A0) herausgeführt und damit sind nur zwei ICs von diesem Typ am Bus unterscheidbar.

Das letzte verbleibende Bit der 8-Bit-TWI-Adresse kennzeichnet die Art des Zugriffes auf den IC, also Lesen (1) oder Schreiben (0). Weiterhin ist die Adresse 0x00 für TWI-Broadcast reserviert.

Für die Verbindung der Baugruppen untereinander reicht ein einfaches 10-poliges Flachbandkabel auf dem mehrere 10-polige Stecker montiert sind.

==I2C-LCD==
===Hardware===
[[Bild:Blit2008-board-lcd.png|320px|BLIT-Board; I2C-LCD]]
[[Bild:Proto lcd.jpg|320px|BLIT-Board; I2C-LCD-Prototyp]]

Diese Baugruppe stellt ein LC-Display dar, welches via TWI vom MC angesteuert werden kann. Im Mittelpunkt steht dabei der [http://www.datasheetcatalog.org/datasheet/philips/PCF8574_4.pdf 8-Bit-I/O-Port-Expander PCF8574], der das serielle TWI-Signal decodiert und an seine 8 Ports entsprechend weiter gibt. Die umgekehrte Richtung, also das Einlesen von Portzuständen und Codierung in ein TWI-Signal, ist ebenfalls mit diesem Schaltkreis möglich.

Als Display wird ein [http://www.sprut.de/electronic/lcd/ HD44780-kompatibles LC-Display] verwendet. Das Display muss softwareseitig im 4-Bit-Modus betrieben werden. Damit ist ein Port des PCF8574 frei, um via MC-Programm eine eventuell vorhandene Display-Hintergrundbeleuchtung zu schalten. Mittels des Jumpers JP1, kann dies entsprechend konfiguriert werden.

Jumper JP3-5 dienen zum Setzen der letzten 3 Stellen der TWI-Device-Adresse (siehe TWI-Tutorial). Via Jumper JP2 kann die Interruptleitung des Port-Expanders an den INT1-Eingang des MC weitergeleitet werden.

'''Stückliste:'''
{| border=1
|-
!Teil
!Anzahl
!Beschreibung
!Hinweis
!Preis insgesamt (Reichelt)

|-
|IC1
|1
|PCF8574P
|.
|1,30€

|-
|LCD
|1
|HD44780-kompatibles LC-Display
|16x2 mit Beleuchtung (Preis bei Pollin: 4,95€ (LCD-Modul YL162-90))
|7,15€

|-
|Q1
|1
|pnp-Transistor BC560
|.
|0,041€

|-
|R1
|1
|Regelwiderstand 10 kOhm
|.
|0,22€

|-
|R2
|1
|Widerstand 2,2 kOhm
|.
|0,082€

|-
|R3
|1
|Widerstand 33 Ohm
|.
|0,082€

|-
|C1
|1
|Kondensator 100nF
|.
|0,072€

|-
|SV1
|1
|Wannenstecker 10-polig
|Reichelt: WSL 10W
|0,10€

|-
|JP1, JP2, JP3, JP4, JP5
|14
|Jumperstift
|.
|0,25€

|-
|SL1
|.
|Steckverbindung aus Jumperstiften/Buchse (16-pol.)
|von den Buchsen gibt es unterschiedliche Höhen; Preis mit 7,5mm berechnet
|1,00€

|-
|.
|1
|IC-Fassung 14-polig
|Reichelt: GS14P
|0,17€

|-
|Leiterplatte
|.
|.
|Eigenproduktion
|???

|-
|Gesamtpreis
|.
|.
|ohne Leiterplatte
|10,467€
|}

===Software===

Hier 2 kleine Programmbeispiele, die das LCD mit Hilfe des Basisboard ansteuern:

*[http://bralug.de/wiki-common/images/c/cb/Twi_lcd.tar.gz twi_lcd]: einfaches Programm, in dem beispielhaft Text auf dem Display ausgegeben und die Hintergrundbeleuchtung geschaltet wird.

*[http://bralug.de/wiki-common/images/9/9c/Rc5_sniffer.tar.gz rc5_sniffer]: eine kleine Anwendung, die wieder den IR-Empfänger auf dem Basisboard einbindet. Innerhalb des Programmes wird das empfangene RC5-Signal decodiert sowie der darin enthaltene Key-Code, die Device-Adresse und das Toggle-Bit auf dem Display angezeigt.

==I2C-Temperaturfühler==
===Hardware===
[[Bild:Blit2008-board-thermo.png|320px|BLIT-Board; I2C-Temperaturfühler]]
[[Bild:Proto lm75.jpg|320px|BLIT-Board; I2C-Temperaturfühler-Prototyp]]
[[Bild:Fert lm75 s1.jpg|320px|BLIT-Board; I2C-Temperaturfühler; fertig bestückte Leiterplatte; Bestückungsseite]]
[[Bild:Fert lm75 s2.jpg|320px|BLIT-Board; I2C-Temperaturfühler; fertig bestückte Leiterplatte; Lötseite mit LM75 als SMD]]

Diese Baugruppe stellt einen Temperaturfühler, welcher wiederum mittels TWI vom Basisboard angesprochen werden kann, dar. Kernstück ist der Schaltkreis [http://www.datasheetcatalog.org/datasheet/nationalsemiconductor/DS012658.PDF LM75], der, ohne Kalibrierung und linear über den ganzen Bereich, die Umgebungstemperatur ermitteln kann. Diese Einfachheit war auch der Grund, warum, trotz SMD-Ausführung, diesem IC der Vorzug gegeben wurde.

Mittels Jumper JP1 kann wieder der INT-Ausgang des LM75 mit dem MC verbunden werden. Mit Jumper JP2-4 können die letzten 3 Bit der TWI-Device-Adresse eingestellt werden.

'''Stückliste:'''
{| border=1
|-
!Teil
!Anzahl
!Beschreibung
!Hinweis
!Preis insgesamt (Reichelt)

|-
|IC1
|1
|LM75A
|gibt es nur als SMD
|1,35€

|-
|C1
|1
|Kondensator 100nF
|.
|0,072€

|-
|SV1
|1
|Wannenstecker 10-polig
|Reichelt: WSL 10W
|0,10€

|-
|JP1, JP2, JP3, JP4
|11
|Jumperstift
|.
|0,25€

|-
|Leiterplatte
|.
|.
|Eigenproduktion
|1,00€

|-
|Gesamtpreis
|.
|.
|ohne Leiterplatte
|1,772€

|}

===Software===

*[http://bralug.de/wiki-common/images/6/60/Lm75_lcd.tar.gz lm75_lcd]: innerhalb dieses kleinen MC-Programmes wird die Temperaturinformation aus dem LM75 via TWI zyklisch ausgelesen, entsprechend decodiert und auf dem ebenfalls angeschlossenen LCD ausgegeben.
*[http://bralug.de/wiki-common/images/8/8d/Lm75_usb.tar.gz lm75_usb]: ein zweigeteiltes Programm
** MC-Programm: ermittelt zyklisch die Temperatur via TWI aus dem Sensor LM75und speichert den Wert in einem Array ab. Dieses Array ist so dimensioniert, dass bei einem Zyklus von 5min für die letzten 24h Werte abgelegt werden können.
** Kommandozeilentool (''usb2blitboard''): Auslesen von Werten aus dem BLIT-Board via USB
*** <code>usb2blitboard echo</code> USB-Test
*** <code>usb2blitboard read_idx</code> Anzeigen des Zeigers auf den letzten Wert der Temperaturhistorie
*** <code>usb2blitboard lm75_read</code> aktuellen Temperaturwert auslesen
*** <code>usb2blitboard lm75_read_all</code> Auslesen der Temperaturhistorie (288 Temperaturwerte)

==I2C-RTC==
===Hardware===
[[Bild:BLIT2008-Board-RTC.png|320px|BLIT-Board; I2C-Real-Time-Clock]]
[[Bild:Proto rtc.jpg|320px|BLIT-Board; I2C-Real-Time-Clock-Prototyp]]
[[Bild:Rtc board.JPG|320px|BLIT-Board; I2C-Real-Time-Clock: fertige Baugruppe]]

Der Schaltkreis [http://www.datasheetcatalog.org/datasheet/philips/PCF8583_5.pdf PCF8583] vereint eine Real-Time-Clock (RTC) und einen frei verwendbaren 240-Byte-Speicher. Für den sekundengenauen Betrieb des RTC-Teiles ist ein Uhrenquarz notwendig, der mittels eines Trimm-Kondensators feinabgestimmt werden kann.

Über Jumper JP1 kann das INT-Signal an den MC auf dem Basisboard weitergeleitet werden, mit Jumper JP2 ist das letzte Bit der TWI-Device-Adresse einstellbar.

'''Stückliste:'''
{| border=1
|-
!Teil
!Anzahl
!Beschreibung
!Hinweis
!Preis insgesamt (Reichelt)

|-
|IC1
|1
|PCF8583P
|.
|1,50€

|-
|Q1
|1
|Uhrenquarz 32,768 kHz
|
|0,14€

|-
|C1
|1
|Trimm-Kondensator 30pF
|Reichelt: TZ03 30P
|0,26€

|-
|C2
|1
|Kondensator 100nF
|.
|0,072€

|-
|SV1
|1
|Wannenstecker 10-polig
|Reichelt: WSL 10W
|0,10€

|-
|JP1, JP2
|5
|Jumperstift
|
|0,10€

|-
|.
|1
|IC-Fassung 8-polig
|Reichelt: GS 8P
|0,10€

|-
|Leiterplatte
|.
|.
|Eigenproduktion
|1,00€

|-
|Gesamtpreis
|.
|.
|ohne Leiterplatte
|2,272€

|}

===Software===

*[http://bralug.de/wiki-common/images/8/85/Rtc_lcd.tar.gz rtc_lcd]: innerhalb dieses kleinen Beispiels werden via TWI das LCD, der Temperaturfühler und natürlich die RTC-Baugruppe angesprochen. Dabei muss hardwareseitig der INT-Ausgang des RTC-IC via Jumper mit dem INT1-Eingang des MC auf dem Basisboard verbunden sein. Die Logik des RTC-IC erzeugt an diesem Ausgang ein Signal im Sekundentakt, welches im MC dazu genutzt wird einen Interrupt auszulösen. Darauf aufbauend wird die interne Uhr des RTC, der Temperaturwert des Temperaturfühlers ausgelesen, decodiert und letztendlich auf dem LCD ausgeben.
* [http://bralug.de/wiki-common/images/a/a1/Rtc_usb.tar.gz rtc_usb] steuert das Timer-Zusatzboard via USB an. Mit dem Kommandozeilentool kann über die USB-Schnittstelle Datum/Uhrzeit gesetzt/gelesen sowie auch der Rest des SRAMs auf dem Uhrenbaustein beschrieben/ausgelesen werden.

==I2C-7-Segment-Anzeige==
===Hardware===
[[Bild:BLIT2008-Board-LED.png|320px|BLIT-Board; I2C-7-Segment-Anzeige]]

===Software===

Es gibt noch keine Programmbeispiele, weil die Hardware noch nicht aufgebaut wurde.

==I2C-Tastatur==
===Hardware===
[[Bild:Blit-board-tastatur.png|320px|BLIT-Board; Tastatur]]
[[Bild:Tastatur-matrix.jpg|320px|Tastaturmatrix mit LEDs]]
[[Bild:Tastatur board.jpg|320px|Tastatur-Board (Prototyp)]]

Neulich beim Aufräumen einer alten Kiste mit diverser Elektronik fiel mir eine schicke 4x4 Tastatur in die Hände. Dazu kommt noch, dass in jeder Taste eine LED vorhanden ist ''(Bild kommt noch...)''. Also insgesamt voll geeignet, eine kleine Eingabeeinheit für das BLIT-Board zu bauen... Natürlich kann man auch jeden anderen matrixartigen Tastaturkonstrukt aufbauen/verwenden. Ich habe z.B. gesehen, dass es bei Reichelt Taster mit LED (Stückpreis bei ca. 2 Euro) gibt.

Nach einigen [http://www.mikrocontroller.net/topic/116435 Wirrungen] um die Ansteuerschaltung, insbesondere beim LED-Teil, funktioniert jetzt die Geschichte. Natürlich wird diese Baugruppe wieder über TWI an das Basis-Board angeschlossen. Diesmal sind gleich 2 TWI-ICs vorhanden, die auch mit unterschiedlichen Adressen via Jumper konfiguriert werden müssen. Für den Tastaturteil kann wieder die Interruptleitung zum Mikrocontroller genutzt werden (mittels Jumper ein-/ausschaltbar). Wird eine Taste betätigt, liegt ein Interruptsignal an.

===Software===

* [http://bralug.de/wiki-common/images/3/39/Led_matrix.tar.gz led_matrix]: steuert die LEDs der Tastatur innerhalb eines Timer-Overflow-Interruptes an und gibt ein paar, mehr oder minder sinnvolle Animationen auf diesen aus.
* [http://bralug.de/wiki-common/images/8/84/Tasten_matrix.tar.gz tasten_matrix]: fragt die 4x4-Tasten-Matrix ab und gibt den ermittelten Tastencode auf dem angeschlossenen [http://bralug.de/wiki/BLIT2008-Board#I2C-LCD LCD] aus.

==I2C-DCF77==
===Hardware===
[[Bild:Blit2008-board-dcf77.png|320px|BLIT-Board; Schaltung DCF77-Board]]
[[Bild:Twi_tiny_board.jpg|320px|BLIT-Board; Prototyp des TWI-Tiny-Board (die LED blinkt schon mal...:-)...))]]

Hier die erste Variante "vom Reissbrett" für ein [http://de.wikipedia.org/wiki/DCF77 DCF77]-Zusatzboard. Kernstück ist ein [http://atmel.com/dyn/resources/prod_documents/doc2586.pdf ATtiny45] (oder ATtiny85), der autonom das DCF77-Signal eines handelsüblichen DCF77-Modules (z.B. von [http://www.elv.de/output/controller.aspx?cid=74&detail=10&detail2=3663 ELV]) decodieren und bereitstellen soll. Natürlich besteht wieder der Anspruch, dass diese Baugruppe an den TWI-Bus des Basis-Boards angeschlossen werden soll, was allerdings dahingehend schwierig ist, dass es kein Hardware-TWI in dem ATtiny gibt. Aber man soll ja, laut Atmel [http://atmel.com/dyn/resources/prod_documents/doc1235.pdf USI] dafür benutzen. Na mal sehen, ob das was wird....

===Software===
Wird noch kommen...!

=diverse Software zum BLIT-Board=
==usb2blitboard==
Bei [http://bralug.de/wiki-common/images/7/7f/Usb2blitboard.tar.gz usb2blitboard] handelt es sich um ein Beispiel, welches aufzeigt, wie man über die USB-Schnittstelle des PCs das BLIT-Board mit seinen Komponenten ansteuern kann. Im Paket sind folgende Softwarekomponenten enthalten:
* Verzeichnis firmware/: Firmware für den Mikrocontroller: empfängt definierte Befehle über die USB-Schnittstelle und führt die entsprechenden Aktionen aus.
* Verzeichnis cmd/: Kommandozeilen-Tool ''usb2blitboard'' für den PC auf Basis der Bibliothek [http://libusb.sourceforge.net/doc/ libusb]: welches mit entsprechenden Parametern gestartet, mit dem BLIT-Board kommuniziert und entsprechende Aktionen auf diesem auslöst. Folgende Dinge sind derzeit implimentiert:
** <code>usb2blitboard echo</code>: sendet eine definierte Anzahl von 2-Byte-Zufallszahlen zum BLIT-Board, dieses sendet diese Daten wieder 1:1 zurück, werden auf dem PC mit den gesendeten Daten verglichen und es wird über Erfolg bzw. Mißerfolg informiert.
** <code>usb2blitboard led <0|1></code>: Aus- bzw. Einschalten der LED auf dem BLIT-Board.
** <code>usb2blitboard lm75_status</code>: prüft, ob das LM75-Zusatzboard am Basisboard angeschlossen ist; Rückgabe-Status=0 bedeutet, dass das Zusatzboard präsent ist.
** <code>usb2blitboard lm75_read</code>: ließt die gemessene Temperatur des LM75-Zusatzboards aus, decodiert diese und gibt sie am PC aus.
** <code>usb2blitboard rtc_status</code>: prüft, ob das RTC-Zusatzboard am Basisboard angeschlossen ist; Rückgabe-Status=0 bedeutet, dass das Zusatzboard präsent ist.
** <code>usb2blitboard rtc_read <adresse></code>: liest die angegebene Speicheradresse des RTC aus und zeigt deren Inhalt auf dem PC an.
** <code>usb2blitboard rtc_write <adresse> <wert></code>: setzt den Inhalt der angegeben Speicheradresse des RTC auf den übergebenen Wert.
** <code>usb2blitboard rtc_get_time</code>: liest die Speicherzellen des RTC aus, in denen Datum/Uhrzeit enthalten sind und gibt diese formatiert auf dem PC aus.
** <code>usb2blitboard rtc_set_time</code>: setzt die entsprechenden Speicherzellen des RTC auf die aktuelle Uhrzeit und Datum des PC.
** <code>usb2blitboard lcd_intern <0|1></code>: schaltet zwischen internen (1) und externen (0) Modus um; im internen Modus werden keine LCD-Kommandos über die USB-Schnittstelle akzeptiert; im externen Modus werden Ausgaben des BLIT-Boards selbst auf das Display unterdrückt; beim Umschalten des Modus wird der Inhalt des Display jeweils gelöscht
** <code>usb2blitboard lcd_clear</code>: löscht den Display-Inhalt, wenn nicht der interne Modus eingeschaltet ist
** <code>usb2blitboard lcd_backlight <0|1></code>: schaltet die Hintergrundbeleuchtung des Display an (1) oder aus (0), wenn nicht der interne Modus eingeschaltet ist
** <code>usb2blitboard lcd_out_text <y> <x> <text></code>: gibt den übergebenen Text an der Position yx aus, wenn nicht der interne Modus eingeschaltet ist
* Verzeichnis cmd/: ein Bash-Script ''lcdtest.sh'', welches mit Hilfe des Kommandozeilen-Tools usb2blitboard zyklisch einige Daten (1.Zeile -> absolute I/O-Datenmenge und 2.Zeile-> I/O-Übertragsgeschwindigkeit) der Netzwerkschnittstelle (siehe Script, welche...) ausgibt; desweiteren blinkt die LED auf dem BLIT-Board im Sekundentakt

=weitere Ideen=

*es gibt noch eine Reihe weiterer interessanter TWI-ICs; hier eine kleine [http://www.roboternetz.de/wissen/index.php/I2C_Chip-%C3%9Cbersicht Auswahl]
*[http://de.wikipedia.org/wiki/DCF77 DCF77-Uhr], welche via TWI ansprechbar ist; dazu wird wohl ein kleiner AVR-Tiny für die Ansteuerung fällig sein... ([http://www.mikrocontroller.net/topic/31375 TWI via USI])
*eine Funk- und/oder Ethernetschnittstelle als TWI-Zusatzmodul?
*SD-Card-Leser via TWI?
* das BLIT-Board selbst als Programmer einsetzen

=weiterführende Literatur=
* "Linux Hardware Hackz"; Jürgen Plate; Hanser-Verlag; 2007 (ISBN 3-446-40783-1)
* "Mikrocomputertechnik mit Controllern der Atmel AVR-RISC-Familie"; Günter Schmitt; Oldenbourg Verlag; 2006 (ISBN 3-486-58016-7)
* "Messen, Steuern und Regeln mit AVR-Mikrocontrollern"; Wolfgang Trampert; Franzis-Verlag; 2004 (ISBN 3-7723-4298-1)

=Links=
* [http://www.cesko.host.sk/IgorPlugUSB/IgorPlug-USB%20(AVR)_eng.htm IgorPlug]
* [http://www.fischl.de/avrusbboot/ avrusbboot]
* [http://www.mikrocontroller.net/articles/AVR_TWI TWI-Grundlagen]
* [http://www.mikrocontroller.net/articles/Port-Expander_PCF8574 I2C-Portexpander]
* [http://www.roboternetz.de/wissen/index.php/I2C_Chip-%C3%9Cbersicht I2C-Chips]
* [http://www.roboternetz.de/phpBB2/viewtopic.php?t=22643 I2C-LCD]
* [http://www.timmermann.org/ralph/index.htm?http://www.ralph.timmermann.org/elektronik/i2c.htm I2C-Grundlagen]
* [http://www.mikrocontroller.net/topic/87597 TWI-Master/Slave]
* [http://www.mikrocontroller.net/attachment/highlight/8524 Beispiel mit LM75]
* [http://www.obdev.at/products/avrusb/index-de.html AVR USB]
* [http://www.opendcc.de/info/rc5/rc5.html RC5-Code (IR-Fernbedienung)]
* [http://www.mikrocontroller.net/topic/12216 genialer Code für einen RC5-Empfänger]
* [http://www.usb-projects.net/cwiki.php?page=Grundkurs USB-Grundlagen]
* [http://www.usb-projects.net/cwiki.php?page=Debug-Techniken USB-Debugging]

=Kontakt=
Ich, [[Benutzer:bergeruw|Uwe]], bin an weiteren Ideen zum BLIT-Board interessiert!

Weitere Mikrocontroller-Projekte von mir:
* [http://bralug.de/wiki/3D-LED-Display 3D-LED-Display]

Kategorie:BLIT2008-Board

2008-11-21T11:23:52Z

MaD: Kat-Seite

[[Kategorie:Hardware]]
[[Kategorie:BLIT2008]]

Uwes AVR-Board zum [[5. Brandenburger Linux-Infotag 2008|BLIT 2008]]:

BLIT2008-Board mit i2c-tiny-usb-Firmware

2008-11-21T11:21:09Z

MaD: /* Kerneltreiber */

[[Kategorie:Hardware]]
[[Kategorie:BLIT2008-Board]]

Statt das Rad neu zu erfinden, kann man sich für I²C auf dem BLIT2008-Board auch die Linux-Kernel-Unterstützung für ein ähnliches Projekt zunutze machen. Die Firmware für das [http://www.harbaum.org/till/i2c_tiny_usb/ i2c-tiny-usb]-Board läuft mit minimalen Änderungen auch und man hat die Treiber- und Software-Unterstützung von Linux als Bonus.

==Firmware==
''TODO''

==Kerneltreiber==
Der benötigte Kerneltreiber namens <code>i2c-tiny-usb</code> ist ungefähr seit Version 2.6.22 im Linux-Kernel. Man benötigt folgende Konfigurationsoptionen (sollte im Distributionskernel dabei sein):
<pre>
CONFIG_I2C
CONFIG_I2C_CHARDEV
CONFIG_I2C_TINY_USB
</pre>
Geladen werden müssen <code>i2c_tiny_usb</code> und <code>i2c_dev</code>.

==i2c-tools==

Liste der verfügbaren Busse:
<pre>
# i2cdetect -l
i2c-5 i2c i2c-tiny-usb at bus 005 device 004 I2C adapter
i2c-0 i2c radeonfb monid I2C adapter
i2c-1 i2c radeonfb dvi I2C adapter
i2c-2 i2c radeonfb vga I2C adapter
i2c-3 i2c radeonfb crt2 I2C adapter
i2c-4 smbus SMBus Via Pro adapter at e800 SMBus adapter
</pre>
* Die Nummer des I²C-Busses ist die 5 in <code>i2c-5</code>, '''nicht''' die 5 in „<code>at bus 005</code>“ (USB-Bus-Nummer)

Slave-Chips am Bus finden:
<pre>
# i2cdetect 5
WARNING! This program can confuse your I2C bus, cause data loss and worse!
I will probe file /dev/i2c-5.
I will probe address range 0x03-0x77.
Continue? [Y/n]
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- 51 -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --
</pre>
* <code>i2cdetect</code> verwendet eine etwas andere Darstellung für die Adressen. Im AVR-Code würde man ''A<sub>read</sub> = 2 * n + 1'' und ''A<sub>write</sub> = 2 * n + 0'' verwenden, <code>0x51</code> ist also Adresse <code>0xA2</code> (schreiben) und <code>0xA3</code> (lesen).
* Die Warnung sollte man durchaus ernst nehmen und das Kommando nicht unreflektiert auf den anderen Bussen ausführen. Ist man sich sicher, den richtigen Bus erwischt zu haben (in diesem Fall <code>5</code>), dann kann man auch <code>i2cdetect -y 5</code> benutzen, um die Nachfrage abzuschalten.

===RTC auslesen===
In Anlehnung an Uwes Beispiele hier ein Script, um die RTC-Zeit auszulesen. Gegebenfalls sind wieder Bus-Nummer und Adresse anzupassen.

<code>get_rtc_time.sh</code>:
<pre>
#!/bin/sh

BUS=5
ADDR=0x51

get_part () { i2cget -y "$BUS" "$ADDR" $1 | sed -e 's/^0x//' ; }

ss=`get_part 2`
mm=`get_part 3`
hh=`get_part 4`
dd=`get_part 5`
mo=`get_part 6`

echo "RTC time: $dd.$mo. $hh:$mm:$ss"
</pre>

<pre>
# ./get_rtc_time.sh
RTC time: 01.01. 03:14:11
</pre>

==lm_sensors==
''TODO''

BLIT2008-Board mit i2c-tiny-usb-Firmware

2008-11-21T11:14:04Z

MaD: Ein Anfang

5. Brandenburger Linux-Infotag 2008

2008-11-13T10:26:27Z

MaD: /* Interview Radiotux */

[[Category:Veranstaltungen]]
[[Category:BLIT2008]]

[[Bild:BLIT_Plakat_final.jpg|thumb]]

Der [http://blit.org/ 5. Brandenburger Linux-Infotag] fand am 1. November 2008 statt. Wir sind an dieser Stelle sehr an Feedback und Bildern vom Tag interessiert. Bitte verlinkt eure Eindrücke und Fotos.

==Fotos==
* [http://bralug.de/bilder/?relpath=BLIT_2008/IngoSchaefer Ingo Schäfer]
* [http://bralug.de/bilder/?relpath=BLIT_2008/KarstenEngelmann Karsten Engelmann]
* [http://gallery.freifunk-potsdam.de/main.php?g2_itemId=1269 Freifunk Potsdam]
* [http://wiki.vorratsdatenspeicherung.de/Bild:BrandenburgerLinuxtag08.jpg AK Vorrat]

==private Berichte und Eindrücke==
* [http://www.fsfe.org/en/fellows/mk/i_love_it_here/liberate_your_bits_fsfe_at_blit_08 FSFE]
* [http://www.grunix.de/archives/2008-11-01/512/Die-BSDs-auf-dem-Brandenburger-LinuxInfo-Tag-BLIT/ Grunix]
* [http://karl-tux-stadt.de/ktuxs/?p=872 Sirko Kemter (GIMP-Workshop)]

==Interview [http://www.radiotux.de Radiotux]==
* [http://archiv.radiotux.de/sendungen/horads/2008-11-06.RadioTuxatHoRadS_43.mp3 Radiotux-Interviews vom BLIT] ([http://www.bralug.de/bilder/BLIT_2008/IngoSchaefer/IMG_1653.JPG das Bild zum Interview])

==Presseschau==
==Fundsache==
Es wurde eine Armbanduhr gefunden! Wer eine vermisst oder jemanden kennt, der seine Uhr auf dem BLIT verloren hat, der melde sich bitte bei [[Benutzer:ISCH|Ingo]]

==Feedback von Teilnehmern==
Wir haben von 26 Teilnehmern ausgefüllte Feedback-Fragebögen erhalten. Daraus habe ich mal eine kurze Auswertung zusammengestellt.
(Mich erreichte gerade die Information, dass noch mit weiteren Feedback-Boegen zu rechnen ist, die Auswertung wird am Anfang naechster Woche noch einmal aktualisiert.)

[[Bild:Feedback_auswertung-img1.png‎]]

[[Bild:Feedback_auswertung-img4.png‎]]

[[Bild:Feedback_auswertung-img2.png]]

Bei "anderes" wurden genannt:
* Internet
* Kontakt Prof. Schnor
* Webseite Uni Potsdam
* Durch Orga angesprochen
* BeLUG, linux-announce Liste
* prolinux.de
* Bralug-Orgafoo
* Internet (heise.de?)
* Skolelinux

[[Bild:Feedback_auswertung-img6.png‎]]

[[Bild:Feedback_auswertung-img7.png‎]]

[[Bild:Feedback_auswertung-img3.png]]

Insgesamt schien man mit der Organisation zufrieden.

[[Bild:Feedback_auswertung-img5.png]]

Als zusätzliche Hinweise habe ich erfasst:
* Uni Potsdam ist ein guter Standort
* Danke für die tolle Kinderbetreuung
* Supi – weiter so!
* Ich weiß nicht genau, was jetzt genau die Aufgabe vom BLIT sein will: Geektreffen oder der Versuch, die Öffentlichkeit von Linux zu überzeugen. So gesehen war für jeden was dabei, ich war im Grunde nur wegen des Linuxtelephons da.
* Abstracts der Vorträge hingen leider nicht aus
* Danke wunderbar immer besser
* Es sollte 2009 wieder hier stattfinden!
* Kaffeeversorgung bis zum Ende
* zu viele interessante Vorträge parallel :-) man kann sich ja nicht dreiteilen :-) evtl. Vormittags 3 Vortragsschichten / nachmittags 3 Vortragstermine statt 2:4 ? Danke an alle Organisatoren, Vortragenden und Helfer!
* Pausen-Zeitfenster zwischen Vorträgen gewünscht
* Programmzettel für die Vorträge waren sehr gut, aber die Workshops waren dadurch weniger gut zu sehen – besser alles auf 1 Seite
* Hallo
* Keine Clubmate gefunden :[
* Bei 2.) fehlt „Helfer“; Kreide für die Tafeln?, Beamer in HS03/04 hatten Schattenwurfeffekt
* nächstes Mal Kaffee bis zum Schluss
* Viele interessante Gespräche geführt => hat Spaß gemacht
* Danke!

{{Vorlage:Footer}}

5. Brandenburger Linux-Infotag 2008

2008-11-08T11:41:19Z

MaD: /* Fotos */ Bild vom AK Vorrat

[[Category:Veranstaltungen]]
[[Category:BLIT2008]]

[[Bild:BLIT_Plakat_final.jpg|thumb]]

Der [http://blit.org/ 5. Brandenburger Linux-Infotag] fand am 1. November 2008 statt. Wir sind an dieser Stelle sehr an Feedback und Bildern vom Tag interessiert. Bitte verlinkt eure Eindrücke und Fotos.

==Fotos==
* [http://bralug.de/bilder/?relpath=BLIT_2008/IngoSchaefer Ingo Schäfer]
* [http://bralug.de/bilder/?relpath=BLIT_2008/KarstenEngelmann Karsten Engelmann]
* [http://gallery.freifunk-potsdam.de/main.php?g2_itemId=1269 Freifunk Potsdam]
* [http://wiki.vorratsdatenspeicherung.de/Bild:BrandenburgerLinuxtag08.jpg AK Vorrat]

==private Berichte und Eindrücke==
* [http://www.fsfe.org/en/fellows/mk/i_love_it_here/liberate_your_bits_fsfe_at_blit_08 FSFE]
* [http://www.grunix.de/archives/2008-11-01/512/Die-BSDs-auf-dem-Brandenburger-LinuxInfo-Tag-BLIT/ Grunix]
* [http://karl-tux-stadt.de/ktuxs/?p=872 Sirko Kemter (GIMP-Workshop)]

==Fundsache==
Es wurde eine Armbanduhr gefunden! Wer eine vermisst oder jemanden kennt, der seine Uhr auf dem BLIT verloren hat, der melde sich bitte bei [[Benutzer:ISCH|Ingo]]

==Presseschau==
==Feedback von Teilnehmern==
Wir haben von 26 Teilnehmern ausgefüllte Feedback-Fragebögen erhalten. Daraus habe ich mal eine kurze Auswertung zusammengestellt.
(Mich erreichte gerade die Information, dass noch mit weiteren Feedback-Boegen zu rechnen ist, die Auswertung wird am Anfang naechster Woche noch einmal aktualisiert.)

[[Bild:Feedback_auswertung-img1.png‎]]

[[Bild:Feedback_auswertung-img4.png‎]]

[[Bild:Feedback_auswertung-img2.png]]

Bei "anderes" wurden genannt:
* Internet
* Kontakt Prof. Schnor
* Webseite Uni Potsdam
* Durch Orga angesprochen
* BeLUG, linux-announce Liste
* prolinux.de
* Bralug-Orgafoo
* Internet (heise.de?)
* Skolelinux

[[Bild:Feedback_auswertung-img6.png‎]]

[[Bild:Feedback_auswertung-img7.png‎]]

[[Bild:Feedback_auswertung-img3.png]]

Insgesamt schien man mit der Organisation zufrieden.

[[Bild:Feedback_auswertung-img5.png]]

Als zusätzliche Hinweise habe ich erfasst:
* Uni Potsdam ist ein guter Standort
* Danke für die tolle Kinderbetreuung
* Supi – weiter so!
* Ich weiß nicht genau, was jetzt genau die Aufgabe vom BLIT sein will: Geektreffen oder der Versuch, die Öffentlichkeit von Linux zu überzeugen. So gesehen war für jeden was dabei, ich war im Grunde nur wegen des Linuxtelephons da.
* Abstracts der Vorträge hingen leider nicht aus
* Danke wunderbar immer besser
* Es sollte 2009 wieder hier stattfinden!
* Kaffeeversorgung bis zum Ende
* zu viele interessante Vorträge parallel :-) man kann sich ja nicht dreiteilen :-) evtl. Vormittags 3 Vortragsschichten / nachmittags 3 Vortragstermine statt 2:4 ? Danke an alle Organisatoren, Vortragenden und Helfer!
* Pausen-Zeitfenster zwischen Vorträgen gewünscht
* Programmzettel für die Vorträge waren sehr gut, aber die Workshops waren dadurch weniger gut zu sehen – besser alles auf 1 Seite
* Hallo
* Keine Clubmate gefunden :[
* Bei 2.) fehlt „Helfer“; Kreide für die Tafeln?, Beamer in HS03/04 hatten Schattenwurfeffekt
* nächstes Mal Kaffee bis zum Schluss
* Viele interessante Gespräche geführt => hat Spaß gemacht
* Danke!

{{Vorlage:Footer}}

5. Brandenburger Linux-Infotag 2008

2008-11-04T09:12:54Z

MaD: /* private Berichte und Eindrücke */

5. Brandenburger Linux-Infotag 2008

2008-11-04T08:40:17Z

MaD: /* private Berichte und Eindrücke */

5. Brandenburger Linux-Infotag 2008

2008-11-03T17:39:53Z

MaD: /* Fotos */ ein paar verlinkt

5. Brandenburger Linux-Infotag 2008

2008-11-02T10:12:33Z

MaD: Sammelseite

Datei:BLIT Plakat final.jpg

2008-11-02T10:11:18Z

MaD: