Harald König

Die Kommandozeilenwerkzeuge von UNIX/Linux zusammen mit der Shell sind immer noch sehr mächtig und schnell, und zwar sowohl bezüglich der Laufzeit als auch der Entwicklungszeit für kleine Lösungen. Diese einfachen Tools helfen immer noch jeden Tag bei vielen Aufgaben, sowohl im Job als auch privat.

Daher, wie schon in den letzten Jahren: Angebot, über hoffentlich interessante und aktuelle shell-Probleme zu reden. Am besten natürlich über EURE Probleme, daher bitte im VORAUS mit interessanten Themen melden an: koenig (at) linux.de An euren Themen und Problemen (oder doch wieder nur meine eigenen Lösungen?) einige Shell-Grundlagen erörtern und neue Ideen bekommen... Diesmal z.B. mit dem "netpbm" toolkit, um einfach (eben mit der shell;) Bilder zu erzeugen oder zu analysieren und konvertieren...

Wie kann man Raumtemperatur, Klimaanlage, Belegung von Besprechungsräumen in einem größeren Gebäude (5 Etagen je 3 Flügel) monitoren und überwachen? Und wegen Covid-19: Kontrolle der Luftqualität & Warnung wenn man mal wieder lüften sollte?

Kurze Beschreibung der Voraussetzungen und möglicher Sensornetzwerke (LoRa/TTN, BLE, WiFi, ZigBee) und Sensoren: 1. Phase Klimaanlage 2. Phase Luftqualität: eCO₂ Messung mit BME680 und ZigBee RGB LED Lampen zur Statusanzeige Unser ZigBee meshed network ist seit letzten Sommer mit vielen Temperatursensoren im gesamten Gebäude aktiv. Im Dez/Jan bereiteten wir die Installation von "Air Quality" Sensoren (Bosch AIR) sowie Status-/Warn-Lampen zunächst in allen Besprechungsräumen, danach auch in Büros, vor. Hier sind eine Reihe von neuen Problemen aufgetreten, welche nicht einfach bzw. mit vertretbarem Aufwand beseitigt werden konnten. Daher liegt dieser Teil des Projekts derzeit leider auf Eis, doch Covid-19 ist noch lange nicht vorüber und der nächste Winter kommt bestimmt...

Wie schon in den letzten Jahren: Angebot, über hoffentlich interssante und aktuelle shell-Probleme zu reden. Am besten natürlich über EURE Probleme, daher bitte im VORAUS mit interessanten Themen melden an: koenig (at) linux.de

An euren Themen und Problemen (oder doch wieder nur meine eigenen Lösungen?) einige Shell-Grundlagen erörtern und neue Ideen bekommen...

Wie kann man Raumtemperatur, Klimaanlage, Belegung von Besprechungsräumen in einem größeren Gebäude (5 Etagen je 3 Flügel) monitoren und überwachen?

Kurze Beschreibung der Voraussetzungen und möglicher Sensornetzwerke (LoRa/TTN, BLE, WiFi, ZigBee) und Sensoren. Derzeit befindet sich unser ZigBee meshed network noch im Aufbau, erste Tests über mehrere Stockwerke und Flügel waren erfolgreich, ein Teilnetz ist bereits produktiv. Nun wird das "rollout" über das gesamte Gebäude geplant... Bis Ende Juli sollte alles installiert sein und laufen, dann gibt es hoffentlich auch schon erste Antworten auf die Frage, was man mit den Daten der vielen Sensoren anfangen, darstellen und visualisieren/melden kann (30-45 mal Temperatur, 15+ Raummelder mit Türkontakt und evlt. Bewegungsmeldern).

Seine Stärke und Faszinazion schöpft Unix aus seiner universellen Kombinierbarkeit. Richtig miteinander verbunden lassen sich mit der alten Garde von Unix-Kommandos, zu denen find, grep, join, sed, sort und uniq gehören, erstaunliche Dinge anstellen. Zum Start des Workshops stellt Harald König ungeahnte und unerwartete Einsatzszenarien vor. Dazu erklärt er wichtige Basisprinzipien wie Pipes, Umleitungen, Filter und Locales. Alle Übungen in diesem Workshop kommen ohne Perl und Python aus.

Mögliche Themen sind z.B. – Kommunikation zwischen Prozessen mit pipes, fifos, sockets, … – Suche im Filesystem: Datei-Dubletten, große Verzeichnisse, (& Probelme mit find/grep/sed/…) – ein bissl gnuplot gefällig? dynamisch Daten extrahieren und darstellen – einfach mit XML/HTML und Jason umgehen – Rechnen auf der Kommandozeile (integer, hex, float) – wenns immer größer und langsamer wird: Tool-Wahl und überdenken/optimieren der bisherigen Lösung (ein Beispiel mit ‘sed’) Sehr gerne können auch noch allgemeine Fragen/Ideen/Probleme vorab eingereicht werden an koenig linux.de…

Neues aus meiner Shell-Küche: in einem Skript zum Disassemblieren eines einfachen seriellen Protokolls mit Hilfe von “sed” werden die Input-Daten immer größer und sed braucht immer länger – inzwischen bei letzten Messdaten über 20 Minuten! Das muss doch auch schneller gehen?!

Heute haben (fast) alle Rechner mehrere CPU-Cores und (Hyper)Threads. Warum also läuft das zu langsame sed nicht parallel auf allen verfügbaren CPUs und vervielfacht so den Durchsatz des Tools ? Klingt einfach, ist aber zunächt gar nicht sooo trivial alleine mit Shell-Mitteln. Die Probleme werden gezeigt, und wie man mit ein bissl Aufwand das alles in den Griff bekommen kann. Und dann gibt es noch ein tolles Kommandozeilen-Tool, welches genau diese Parallelisierung eines Programms wie sed in einer Pipe mit allen seinen Problemen perfekt löst, ganz ohne die grauen Haare der “nur-in-Shell-Lösung”.

Neues aus meiner Shell-Küche: in einem Skript zum Disassemblieren eines einfachen seriellen Protokolls mit Hilfe von "sed" werden die Input-Daten immer größer und sed braucht immer länger -- inzwischen bei letzten Messdaten über 20 Minuten! Das muss doch auch schneller gehen?! Heute haben (fast) alle Rechner mehrere CPU-Cores und (Hyper)Threads. Warum also läuft das zu langsame sed nicht parallel auf allen verfügbaren CPUs und vervielfacht so den Durchsatz des Tools ? Klingt einfach, ist aber zunächt gar nicht sooo trivial alleine mit Shell-Mitteln. Die Probleme werden gezeigt, und wie man mit ein bissl Aufwand das alles in den Griff bekommen kann. Und dann gibt es noch ein tolles Kommandozeilen-Tool, welches genau diese Parallelisierung eines Programms wie sed in einer Pipe mit allen seinen Problemen perfekt löst, ganz ohne die grauen Haare der "nur-in-Shell-Lösung". #### Über mich Physik-Studium in Tübingen, Rechner und DCF77 seit ~1980, (La)TeX seit 1986, UNIX seit ~1987, Linux seit 1992 (0.98.4), XFree86-Treiber für S3 von ~1993-2001. Von 2001 bis 2014 bei der science+computing ag in Tübingen (heute Atos) als SW-Entwickler. Seit 2014 nun bei Bosch Sensortec GmbH in Kusterdingen/Reutlingen als “System Expert” für Linux, Android und uC Treiber. #### Vorwissen wie immer: tippen können. und vielleicht ein bissl Spass mit oder zumind. Interesse an der Kommandozeile und Pipes.