- Lugrav - LUG OWL

Nächstes Treffen
by Ulrich Rieke 30 Nov '13

30 Nov '13

Hallo Tuxe, zum nächsten Treffen der Lugrav möchte ich Euch zu Do., den 5.12.2013, um 19 Uhr in die Neue Schmiede, Handwerkerstr. 7 , 33614 Bielefeld einladen, also in die mittlerweile sehr bewährten Räumlichkeiten, und schlage als mögliche Gesprächspunkte vor : 1)Weihnachtsfeier - wie ist die Stimmungs-/Meinungslage ? 2)Server - Grundlagen des Betriebes in soft- und hardwaretechnischer Hinsicht 3)Bemerkungen zu weiteren eigenen Erfahrungen rund um Raspberry Pi und ggf. Arduino 4)eigene Fragen um Linux, Verschiedenes Macht's gut, viele Grüße, noch ein schönes Wochenende, bis bald! Ulrich

1 0

Arduino-Buch
by RalfonLinux 29 Nov '13

29 Nov '13

Hi, vllt etwas spät, aber entweder ihr könnt schnell lesen oder etwas Shellprogrammierung, ... http://www.calameo.com/read/001752801b7c3a6123868?authid=nXSqnK2YhCaq Ihr habt bis Sonntag Zeit.... Schönes WE Ralf PS: Ich habe schon fertig

1 0

CLT 2014 - Wir fahren hin!
by Birgit | Freedom Tours 26 Nov '13

26 Nov '13

Hallo zusammen, in den letzen Jahren haben wir den Freedom-Tours-Bus zu den Chemnitzer Linux-Tagen organisiert. Der Bus fährt auch in diesem Jahr wieder, und Hotelzimmer sind auch reserviert. Zu den Preisen: Der Bus hat einen "Startpreis" von 75,- EUR, wobei wir natürlich wieder hoffen, den Preis reduzieren zu können. Zusätzlich gibt es in diesem Jahr den Frühbucher-Rabbat: Egal, wie preiswert es am Ende für alle wird, wer bis zum 31.12. bucht, zahlt 5,- EUR weniger - z.Zt. also 70,- EUR! Die Hotelzimmer kosten zwischen 16,50 (1 Bett im Doppelzimmer Kat.2) bis 30,- EUR (Einzelzimmer Kat.1). Frühstück liegt bei 6,- EUR pro Person und Frühstück. Wer Interesse hat, einfach bei http://freedom-tours.de nochmal alles nachlesen und buchen ;-) Gruß, Birgit

1 0

Treffen der Lugrav am 21.11.13: Themen
by Peter Voigt 22 Nov '13

22 Nov '13

Hallo, auf dem Treffen der Lugrav am 21.11.13 in der Neuen Schmiede wurden folgende Themen (Auszug) angesprochen. Zunächst ging es um Möglichkeiten, seine eigene private Cloud zu starten. Auf Basis des Raspberry Pi steht z.B. arkos zur Wahl. Gegenwärtig läuft ein Kickstarter-Projekt dafür an. Vorgeführt wurde der Raspberry Pi als Hotspot. Berichtet wurde, dass im Hotspot-Betrieb mit einem 54 MBit-Wlan-Stick vom Raspberry mehrere Videostreams gleichzeitig ruckelfrei übertragen werden können. Für einen Hotspot bieten sich zwei Betriebsarten an, in diesem Fall wurde anstelle des Bridging auf das Forwarding gesetzt. Es mussten nur 2 Pakete installiert und konfiguriert werden. Anleitungen dafür gibt es im Internet zuhauf. Etwas schwieriger war das Debuggen der Konfiguration. Beim DHCP-Servers ist leicht zu vergessen, das nicht bediente Router-Netzwerk festzulegen. Passt man in der Datei /etc/network/interfaces nicht auf, können schlichte Race-Conditions die Konfiguration des Netzwerkes beim Rechnerstart unterbinden. Weil eine Hardware-Uhr fehlt, sucht der Raspberry beim Hochfahren "seinen" NTP-Server, was den Startprozeß deutlich verlangsamen und (so meine Vermutung) die Wiederaufnahme von vor dem Boot unterbrochenen Verbindungen stören kann. Im Hotspot-Betrieb kann ein übliches Smartphone sowohl per Kommandozeile (ssh) als auch per graphischer Oberfläche (vnc) den Raspberry steuern. Geeignete Apps gibt es viele. Wegen des kleinen Bildschirmes des Smartphones ist das mühsam. Dieser Weg eignet sich eher für Kleinigkeiten (oder Notfälle). Vermutlich werden Smartphones oder Tablets mit Bildschirmen ab 7 Zoll besser zu gebrauchen sein. Die Anbindung eines Smartphones über einen reinen X-Server via XDMP-Protokoll war auch möglich, aber irgendwie recht umständlich. Auffällig war der hohe Stromverbrauch des Smartphones im Wlan-Betrieb. Die Anwesenden tauschten ihre Erfahrungen aus, um eine möglichst lange Laufzeit zu erzielen. Das Gespräch richtete sich dann auf steinalte Linux-Distributionen, um entsprechend alte Hardware erneut in Betrieb nehmen zu können. Die Anwesenden schilderten sich markante Stories aus frühen Zeiten. Wie immer brachte die aufmerksame und freundlich gestimmte Bedienung der Neuen Schmiede zubereitete Speisen und Getränke, die überaus zu gefallen wußten. pv :)

1 0

Nächstes Treffen
by Ulrich Rieke 17 Nov '13

17 Nov '13

Hallo Tuxe, zum nächsten Treffen der Lugrav/LugBielefeld möchte ich Euch zu Do., den 21.11.2013, um 19 Uhr , in die Neue Schmiede, Handwerkerstr. 7 , 33614 Bielefeld einladen und schlage vor, dass wir neben aktuellen Fragen und Problemen rund um Linux weiter über eigene Erfahrungen mit dem Raspberry Pi sowie aktuelle Entwicklungen sprechen. Viele Grüße, bis bald, macht's gut! Ulrich

1 0

Raspberry Pi: Erste Erfahrungen aus der Lugrav
by Peter Voigt 08 Nov '13

08 Nov '13

Hallo, gestern wurden auf dem Treffen der Lugrav viele Themen angesprochen. Während manche noch damit beschäftigt sind, die Peripheriegeräte für ihren Raspberry Pi zu vervollständigen, berichteten andere über ihre ersten Erfahrungen. Ein durchsichtiges Gehäuse aus Plastik für den Raspberry Pi fand Zuspruch. Erörtert wurde, ob der Einsatz aufgeklebter Prozessorkühler in einem Gehäuse Sinn macht. Die Weiterleitung der X-Oberfläche des Raspberry Pi auf ein Laptop mittels Wlan wurde vorgeführt. Wlan arbeit langsamer als ein Kabelnetz, was in diesem FalL aber nicht allzu sehr störte. Der Wlan-Stick war über einen externen USB-Hub an- geschlossen. Libreoffice-Writer zeigte sich für ein 10-Finger-Tippen zu langsam. Allgemeine Ansicht war, dass langsames Tippen (z.B. per 2-Finger-Suchsystem) zwar nicht als komfortabel, aber noch als gelegentlich brauchbar angesehen werden kann. Eingesetzt wurde Libreoffice in der Default-Konfiguration. (Glücklicherweise gibt es etliche Alternativen, die flüssiger laufen.) Die Installation von LAMP und der Betrieb des Raspberry Pi als funktionsreicher Webserver verläuft ohne nennenswerte Probleme. Hier zeigte sich erneut, dass Geräte aus der Leistungsklasse des Raspberry Pi durchaus komplexe Netzwerkaufgaben bewältigen können, solange man die Möglichkeiten der Hardware im Auge behält. Ein "nackter" Raspberry Pi kann als UKW-Sender eingesetzt werden! Lediglich ein einfaches kurzes Stück Draht wird als Behelfsantenne benötigt, will man mehr als nur wenige Zentimeter Funkreichweite erzielen. Als Proof-of-Concept wurde eine ganz kurze Sendung abgestrahlt. Die Sendung konnte auf einem Smartphone abgehört werden. Zum Einsatz kam das mitgelieferte UKW Radio-Programm des Smartphones. Das Smartphone wurde dabei von einen Brüllwürfel unterstützt, so dass alle mithören konnten. Weitere Themen auf dem Treffen (Auswahl): Larry Wall hat in einem Interview die wahre Entstehungsgeschichte von Perl ent- hüllt. Ausgangspunkt der Entwicklung war der Wunsch einer gewissen amerikanischen Behörde, die derzeit häufig in Zeitungen erwähnt wird, in einer Masse von Texten "interessante" Muster zu finden. So entstand Perl Version 0 in einem Geheimlabor. Weil nur das Labor geheim war, aber nicht das betroffene Projekt, dauerte es nicht lange, bis Larry Wall seine neue Computersprache als Perl Version 1 öffentlich machte. Die einführenden Kapitel der Perl-Lehrbücher werden wohl umgeschrieben werden müssen. (Das Interview vom 10.08.13 ist auf youtube zu finden.) Das Smartphone S4 wurde nebenbei vorgestellt. Kostenlose Programme dafür gibt es viele. Fast alle gehören nicht zur Open Source und nehmen sich die Freiheit, auf dem Smartphone gespeicherte private Daten auszuforschen und weiterzugeben. Deshalb haben manche aus der Lugrav auf ihren Smartphones solche Programme konsequent gelöscht. Die neueste Android-Version Kitkat gibt sogar automatisch die Telefonnummern der Anrufer an Gaagle weiter. Es entspann sich eine kurze Diskussion, unter welchen Bedingungen dies erfolgt und ob die Weitergabe an Gaagle blockiert werden kann. pv:)

1 0

Nächstes Treffen
by Ulrich Rieke 04 Nov '13

04 Nov '13

Hallo Tuxe, ich darf an das nächste Treffen der Lugrav/LugBielefeld am Do., den 7.11.2013, um 19 Uhr in der Neuen Schmiede , Handwerkerstr. 7 , 33614 Bielefeld erinnern, wo sich nach den Initiativen und Ankündigungen des letzten Treffens mögliche Gesprächsthemen fast von selbst ergeben dürften. Vorankündigungen werden da wenig weiterhelfen. Besonders interessant sind sicher die ersten Erfahrungen mit dem Raspberry Pi, aber auch andere Dinge können ( müssen ? ) angesprochen werden. Macht's gut, bis Donnerstag! Ulrich

1 0

Raspberry PI als Navigationsgerät/GPS-Tracker
by Ralf Gesellensetter 30 Okt '13

30 Okt '13

Liebe Liste, eben stieß ich auf dieses Posting im Navit-Forum: https://forum.navit-project.org/viewtopic.php?f=11&t=405 Navit ist ein freies Navigationsprogramm, für das es offenbar auch Debianpakete gibt (Raspian), ich nutze es auf WebOS und TomTom. In dem Zusammenhang fällt auf, dass der Himbeere für ein Autonavi folgene Peripherie fehlt: - Touchscreen (nicht erforderlich als Tracker) - GPS-Empfänger (sollte machbar sein via USB) Die Stromversorgung geht wie beim Handy vom Zigarettenanzünder, wenn man mit dem Auto unterwegs ist, sonst gibt es auch Akkus. Statt Touchscreen ließe sich über (W)Lan auch ein Smartphone nutzen (headless), das die Himbeere aber dann fast überflüssig macht. Oder fällt euch noch etwas ein (z.B. Stauwarnung?). Viele Grüße Ralf

1 0

Erfolgsmeldung: Vollständige Nutzung des Raspberry Pi ohne angestöpselte Maus, Tastatur oder Bildschirm möglich
by Peter Voigt 30 Okt '13

30 Okt '13

Hallo, gestern Abend habe ich noch ein bißchen die SSH-Verbindung zwischen Laptop und Raspberry Pi (siehe frühere Mail) erprobt. Plötzlich öffnete sich auf dem Laptop ein neuer Bildschirm. In der Mitte prangte eine leuchtende Himbeere. Icons zeigten die Handvoll vorinstallierter X-Anwendungen des Raspberry Pi an. Es war geschafft. Der Laptop hatte per ssh X-Forwarding eine vollständige Session des Raspberry Pi übernommen. Es war so, als ob ich den Raspberry Pi mit Maus, Tastatur und Bildschirm ausgestattet hätte. In Wirklichkeit nutzte der Raspberry aber Maus, Tastatur und Bildschirm des Laptops. Die X-Oberfläche des Raspberry Pi funktionierte vollständig. Die Icons waren anklickbar. Nach dem Anklicken starteten die zugehörigen X-Anwendungen auf dem Raspberry Pi. Und diese Anwendungen öffneten ihrerseits neue Fenster auf dem Laptop-Bildschirm und waren wie gewohnt über Laptop-Maus bzw. -Tastatur bedienbar. Ich erkenne für meine Zwecke keinen Grund mehr, Maus, Tastatur oder Bildschirm direkt am Raspberry Pi anzustöpseln. Anstelle dessen werde ich den Laptop als zeitweiliges Ein-/Ausgabe- Gerät nutzen. Die Kosten für entsprechende Anschaffungen schenke ich mir. Mein nächster Schritt wird sein, die etwaigen Grenzen der Weiterleitung der X-Oberfläche näher zu erkunden und Libreoffice zu installieren. Es soll probiert werden, eine ressourcen-hungrige X-Anwendung auf dem Raspberry Pi laufen zu lassen. :)pv

2 2

Raspberry Pi im Headless-Modus (mit Laptop statt externer Tastatur, Maus & Monitor)
by Peter Voigt 28 Okt '13

28 Okt '13

Dank der zügigen Abwicklung durch Wolfgang konnten die bestellten "Himbeeren" schon beim letzten Treffen der Lugrav verteilt werden. Für einen ersten Test müssen weder Maus, Tastatur noch Monitor angeschlossen werden. Im sog. *Headless-Modus* füllt ein Laptop die Lücke. Mit einem PC funktioniert es natürlich auch. Vorgehensweise Headless-Modus ----------------------------- - Eine *SDHC-Karte* mit dem neuesten Raspbian beschreiben und am Raspberry Pi einklinken. - Den Raspberry Pi mit einem Netzwerkkabel an den *Switch* eines lokalen Netzes anstöpseln, in welchem ein DHCP-Server aktiv ist. - Den Raspberry Pi per Ladegerät eines Smartphones ans *Stromnetz* anschließen und kurze Zeit warten, bis die LEDs auf dem Board nicht mehr flackern. - Ermitteln, welche *IP-Adresse* der Raspberry Pi nutzt. - Per *SSH* als Benutzer 'pi' mit Passwort 'raspberry' auf das Gerät zugreifen. Stolperstein SDHC-Karte ----------------------- Zu Beginn sollte man eine Karte mit mindestens 4 GB aber nicht mehr als 32 GB einsetzen. Laut Forum soll nicht jede SDHC-Karte funktionieren. Jeder Hersteller hat Karten im Angebot, die laufen oder nicht laufen. Es gibt kein erkennbares Kriterium. Die Hersteller legen die verbauten Controller nicht offen. Deshalb ist halt zu probieren, bis es mit einer Karte klappt. Die im Internet verbreiteten Listen funktionierender Karten sind mit Vorsicht zu genießen, weil die Hersteller die technische Auslegung ihrer Karten ohne Vorwarnung ändern, ohne die Modellbezeichnung anzupassen. (Bei mir lief bereits die erste Micro-SDHC-Karte mit NoName-Adapter auf dem Rasp- berry Pi. Mein Problem war nur, einen Rechner zu finden, der gewillt war, diese Karte mit dem Image zu beschreiben.) Alternative: Man kann Karten mit vorinstalliertem OS kaufen. Solche Karten sollten am Raspberry Pi funktionieren. Auswahl OS ---------- Für den ersten Versuch habe ich Raspbian als OS gewählt, weil es sich um ein Standard-Debian mit geringen Änderungen handelt, welches im Internet gut doku- mentiert ist. Die aktuelle Version findet sich auf 'http://www.raspberrypi.com/downloads'. Es gibt mehrere Raspbian-Versionen. Ich habe das Raw-Image (im Download rund 0,5 GB) gewählt. Die herunter geladene Datei wurde mit 'unzip' in ein 2,8 GB großes Image expandiert und per 'dd' auf die SDHC-Karte geschrieben. Das Beschreiben dauerte eine gefühlte Ewigkeit. Ich habe den Rechner 2 Stunden allein gelassen. Als ich zurück kam, war der Schreibvorgang beendet. Vorteile eines Switches ----------------------- Am besten verbindet man den Raspberry Pi beim ersten Mal über einen Switch mit dem Laptop. Damit erspart man sich mögliche Probleme: - Manche Laptops verlangen Crossover-Kabel, falls kein Switch dazwischen hängt. Die LEDs am Raspberry Pi flackern zwar, Pakete werden aber nicht übertragen. - Manche Laptops haben Schwiergkeiten, sich mit dem Raspberry Pi auf eine Übertragungsgeschwindigkeit einzustellen. Ein Switch vermeidet dieses Problem. Ohne Switch bildet sich in solchen Fällen ein kritische Zeitfenster. Die Netzwerkkarte solcher Laptops darf erst hochfahren, nachdem die Netzwerkkarte am Raspberry Pi gestartet wurde, aber noch bevor dessen DHCP- Client seine eigenen DHCP-Pakete versandt hat. Mit jenen Paketen fordert der Raspberry Pi die IP-Adresse von dem DHCP-Server an. Das macht Raspbian anscheinend nicht beliebig lange. Verfügt man über einen Router mit mehreren Netzwerkbuchsen für das lokale Netz, kam man das Netzwerkkabel für den Raspberry Pi zwanglos ein- stöpseln. Einen zusätzlichen Switch braucht man dann nicht. Man sollte vorsorglich prüfen, dass jener Netzwerkport aktiv ist. Neuere Router (und manche Switches) schalten unbenutzte Ports zum Stromsparen ab. DHCP-Server zwingend -------------------- Vor dem Anschließen der Stromversorgung sollte man sich vergewissern, dass ein DHCP-Server das lokale Netz versorgt. Ohne DHCP-Server klappt es nicht. Alle gängigen Home-Router lassen in ihrer Default-Einstellung einen DHCP- Server mitlaufen. Über die Weboberfläche des Routers kann man häufig in Erfahrung bringen, welches Gerät welche IP-Adresse erhalten hat. Die Fritzbox ist dabei vorbildlich. Sie zeigt den Raspberry Pi sogar mit dem richtigem Namen an. Ansonsten hilft auf dem Laptop ein beherztes 'nmap -T5 -sP 192.168.1.0/24' weiter. Die IP-Adresse ist dabei dem im lokalen Netz verwendeten Adress- bereich anzupassen. Gibt es keinen solchen Router, muss der Laptop als DHCP-Server herhalten. Unter Debian & Co. installiert man beispielsweise das Paket isc-dhcp-server und ergänzt drei Zeilen in /etc/dhcp/dhcpd.conf: subnet 192.168.1.0 netmask 255.255.255.0 { range 192.168.1.10 192.168.1.20; } Dieses Beispiel unterstellt, dass eth0 eine Adresse aus 192.168.1.0/24 trägt und die Adressen von 192.168.1.10 bis 192.168.1.20 weder eth0 noch anderen Netzwerkgeräten zugewiesen sind. Anschließend ist der DHCP-Server mittels 'service isc-dhcp-server start' in Betrieb zu nehmen. Startet der DHCP-Server nicht, passen die eingesetzten IP-Adressen nicht zur aktuellen Adresse von eth0. Entweder ist dann eth0 mittels 'ifconfig eth0 192.168.1.1' anzupassen oder es sind die Adressen in /etc/dhcp/dhcpd.conf passend abzuändern. Nach dem Hochfahren des Raspberry Pi findet sich die an ihn vergebene IP-Adresse auf dem Laptop in der Datei '/var/lib/dhcp/dhcpd.leases'. Geht man diesen Weg, ist zu beachten, dass der Start des DHCP-Servers das kritische Zeitfenster, welches im Betrieb ohne Switch (siehe oben) entsteht, ein weiteres Mal verkürzt. Ergebnis -------- Nach Abschluss aller Vorbereitungen bootet der Raspberry Pi binnen kürzester Zeit. Nach dem Einloggen per 'ssh pi(a)192.168.1.10' (IP-Adresse ist anzupassen) mit dem Passwort 'raspberry' erschien ein kurzer Text mit Hinweis auf ein Konfigurationsprogramm. Jenes Konfigurationsprogramm kam man ad hoc aufrufen. Es führt den Benutzer mit kurzen erklärenden Hinweisen durch die Erst-Konfiguration. Unter anderem muss das Image, das ja im Auslieferungsstand nur 2.8 GB umfasst, auf die volle Kapazität der SDHC-Karte expandiert werden. Wer schon mit Debian gearbeitet hat, fühlt sich gleich wie zuhause. Man sollte daran denken, in der Datei /etc/network/interfaces auf dem Raspberry Pi eine feste IP-Adresse zu vergeben, damit der DHCP-Server nicht mehr gebraucht wird. Das Password für den Nutzer pi sollte bald mit dem Befehl 'passwd pi' geändert werden. Vorinstalliert ist bei Raspbian ein rudimentäres X. Man kann es mit dem erwähnten Konfigurationsprogramm zu einer vollständigen Desktop- Umgebung ergänzen. Dafür wird ein funktionierender Internet-Anschluss (oder ein lokaler Spiegel) benötigt. Als nächster Schritt steht das Einrichten eines VNC-Servers an, um mit dem Raspberry Pi dauerhaft auf der X-Oberfläche arbeiten zu können, ohne externe Maus, Tastatur oder Monitor anschaffen zu müssen. :)pv Nicht vergessen: Vor dem Stromausschalten den Raspberry Pi runterfahren!

1 1