Angeblich wollen „normale Endkunden“ Heute ja alles „smart“ haben. Umso verwunderlicher, wenn ein Stapel „smarter“ Leuchtmittel keinen Abnehmer findet und bereits zwei Vorbesitzende die Geräte wieder ausgebaut haben. Schauen wir doch mal, was das Ding macht, was drin steckt und ob ich die Probleme nachvollziehen kann.
Inhalt
00:00 Vorgeschichte
00:44 Technische Daten laut Packung
06:34 Die Lampe
08:19 Die Rausschmiss-Gründe
10:58 Testbetrieb
14:09 Anleitungs-Spaß
15:45 App-Einrichtung
19:03 Fehler-Test: Nachleuchten
19:53 Innenleben
23:13 Filamente manuell ansteuern
26:45 Stromverbrauch
28:50 Fazit
Fehler und Ergänzungen
18:36 „da ich keinen“
Transparenz
Die Lampe wurde mir bzw. dem lokalen Hackerspace geschenkt. Die Vorbesitzer*in ich nach meinem Kenntnisstand nicht im Verkauf solcher Gegenstände tätig. Das Modell selbst scheint nicht mehr im Handel zu sein.
Wenn ich Licht bastel, wird meist WLED mit „Neopixeln“ kombiniert und per WLAN gesteuert. In professionellen Lampen gibt es mit DMX dafür einen deutlich ausgereifteren und zuverlässigeren Standard. Mit ein paar Tricks kann man einen solchen DMX-Bus mit einem ESP verbinden und so einen eigenen Controller schaffen – auch mit WLED als Frontend.
Inhalt
00:00 Professionelle Licht-Installationen
01:01 Was ist DMX?
09:53 Die Aufgabe
11:53 Die Theorie
14:37 Der Aufbau
17:04 Die Realität
Transparenz
Der gezeigten Dinge gehören einem Bekannten. Sie wurden für ein Event beschafft. Ich hatte peripher beim Debugging unterstützt. Danke an den Bastler, dass ich seinen Prozess mitfilmen durfte.
Wer bei den üblichen Marktplätzen nach Netzteilen sucht wird schnell feststellen, dass die günstigsten Modelle oft als „LED-Netzteil“ beworben werden. Eigentlich ja egal, denn Spannung und Strom sind ja genormte Größen und die Last am Ende egal – das „LED“ wird sich sicher nur darauf beziehen, dass es eine gute Filterung gegen Flackern gibt oder so was. So dachte ich auch und habe bei diesen Modellen zugegriffen, als es darum ging ein paar LEDs zu versorgen. Die LEDs leuchteten, also schöpfte ich keinen Verdacht. Bis ein Video von @IntermitTech durch meine Timeline flog in welchem er zeigt, dass diese Netzteile offenbar doch nicht die komplette Leistung bereitstellen, sondern zumindest Teilweise einfach die Spannung senken. LEDs leuchten dann zwar auch, aber eben dunkler. Na dann testen wir doch mal.
Inhalt
00:00 Das LED-Netzteil-Problem
02:08 Das BS-200-48
04:57 Erdverbindung und Spannungstest
07:59 Last-Test 5-95W
10:26 Last-Test 95-120W
13:50 Testergebnisse
15:35 Gegentest mit Standardnetzteil
18:38 Fazit
Transparenz
Alle Netzteile wurden selbst gekauft und bezahlt. Angesichts des Ergebnis sollte man besser die Finger davon lassen.
Heute kombinieren wir mal mehrere Techniken, die wir hier gesehen haben: ESP32, ESPHome, Port-Expander und Relaiskarten zusammen sollen dabei helfen die Klingeln einer Sprechanlage aus den 80ern in die Moderne zu bringen und „smart“ zu machen.
Inhalt
00:00 Der Plan
03:36 Portexpander
06:15 Relaistest
09:13 Fleißarbeit
09:47 ESPHome: Taster-Modus
10:30 Aufbau der Sprechanlage
12:37 Anschließen der Relais
13:15 Funktionstest
13:38 Ausblick
16:45 Fazit
Fehler und Ergänzungen
– Eigentlich sind es nicht 7 Klingeln sondern 8, wenn ich die lokale auch anklemmen würde
Transparenz
Die genutzte Elektronik wurde selbst gekauft und bezahlt. Die Sprechanlage gehört zum Haus und dürfte in dieser Form nicht mehr im Handel sein.
Für ein Projekt brauchte ich eine IP-Kamera – vor einiger Zeit hatte ich so was schon mal für mich gebastelt, aber diesmal sollte es drahtlos sein. Bei der Suche musste ich feststellen, dass Fertiggeräte mit lokaler Videoausgabe günstiger sind als ein für mich passendes Modul. Na dann – holen wir halt die Fertiglösung und zerlegen diese so lange, bis das Ding klein genug ist.
Die Geräte wurden selbst gekauft und bezahlt. In der Videobeschreibung sind Affiliate-Links zu Produkten, welche im Video zu sehen sind. Durch Nutzung dieser Links erkennt der Händler, dass Ihr über meine Seite zu ihnen gefunden habt. Ich werde prozentual an hierüber erzielten Umsätzen beteiligt, die Preise ändern sich hierdurch für Käufer*innen gegenüber einem direkten Einkauf auf der Plattform nicht. Tipp: Vergleicht vor einem Kauf die Preise – einige Händler erhöhen diese wenn sie merken, dass diese in Videos verlinkt wurden. Bitte beachtet die geäußerten Bedenken zur Produktsicherheit.
Aus mir unerklärlichen Gründen meinen Einige, dass meine Witze Schmerzen verursachen würden. Nunja, geteiltes Leid ist halbes Leid, also soll auch bitte jeder Mensch in Reichweite erfahren, dass ein solcher abgegeben wurde. Machen wir im Sommerloch einen kleinen Ausflug und schauen, wie schnell man mit wenigen Handgriffen bestehende Systeme nutzen bzw. ergänzen kann um Aufgaben zu lösen.
Inhalt
00:00 Die Aufgabe, Hintergrund
01:32 Der Plan
02:18 Hardware-Aufbau
04:10 ESP-Firmware und Automation
05:25 MQTT-Script
09:23 Funktionstest
10:29 Fazit
Transparenz
Die gezeigten Bauteile und Werkzeuge gehören zum Hacker- und Makerspace haxko. Spenden für haxko kann man unter https://haxko.space/verein/#spenden-und-fördermitgliedschaft per SEPA loswerden.
Vor einiger Zeit hatte ich eine regelbare DC-Last gezeigt, welche versprach bis zu 150W in Wärme umwandeln zu können – zumindest für Spannungen unter 36V. Da ich grade höhere Spannungen und Leistungen testen muss, wollte ich mal nach größeren Modellen suchen. Offenbar hat der Hersteller in den letzten Jahren nachgelegt und das System nun modular gestaltet. Es sind weiterhin nur 150W möglich, man kann aber weitere 150W-Module dazu klemmen und so – offiziell – bis zu 1200W erreichen. Schauen wir mal, ob das Kit hält was es verspricht.
Alle Produkte wurden selbst gekauft und bezahlt. In der Videobeschreibung sind Affiliate-Links zu Produkten, welche im Video zu sehen sind. Durch Nutzung dieser Links erkennt der Händler, dass Ihr über meine Seite zu ihnen gefunden habt. Ich werde prozentual an hierüber erzielten Umsätzen beteiligt, die Preise ändern sich hierdurch für Käufer*innen gegenüber einem direkten Einkauf auf der Plattform nicht. Tipp: Vergleicht vor einem Kauf die Preise – einige Händler erhöhen diese wenn sie merken, dass diese in Videos verlinkt wurden. Bitte beachtet die geäußerten Bedenken zur Produktsicherheit.
Eine verbreitete Methode um Lasten zu schalten sind Relais, da deren Spulen aber meist mehr verbrauchen, als man dem GPIO einem µCs zumuten sollte, benötigt man davor noch etwas Elektronik zur Ansteuerung. Um diese nicht selbst bauen zu müssen gibt es diverse fertige Module, welche Relais und Schaltung kombinieren. Da ich in der Vergangenheit mit einigen davon Probleme hatte, wenn der µC, wie z.B. STM32 oder ESP32, mit 3.3V arbeitet, schaue ich heute diverse dieser Relais durch und prüfe, wie diese sich in einem solchen Aufbau verhalten.
Als Abwechslung zur Datenautobahn geht es heute dann mal um die Wasserautobahn. An ein paar Stellen möchte ich irgendwann™ mal Änderungen an Heizung und Regenwasserinstallationen durchführen. Auf dem Papier klingt das gut, bevor ich mich da dran wage teste ich das ganze aber lieber „trocken“ auf der Werkbank um mal zu schauen, wie schwer das ganze ist. Fassen wir mal zusammen was es gibt, was ich bei meinen Versuchen gelernt habe und wie meine Erfolgsquote war.
Inhalt
00:00 Vorwort
02:52 Materialien
06:50 Rohrgrößen
08:21 Kontaktkorrosion
10:14 Rohre trennen (Übersicht)
13:04 Rohre verbinden (Übersicht)
20:36 Trennen: Säge
21:29 Trennen: Rohrschneider
23:15 Verbinden: Klemmfitting
25:42 Verbinden: Pressfitting
28:11 Verbinden: Wiederholungen
30:24 Drucktest: Hauswasserwerk (3 Bar)
34:36 Drucktest: Abdrückpumpe (10 Bar)
35:32 Fazit
Fehler und Ergänzungen
–:– Alle Installationen sind auf der Werkbank oder in getrennten Netzen. Installationen in Trinkwassernetzen dürfen nicht selbst durchgeführt werden
–:– Bitte beachtet die Kommentare für Hinweise zu Dingen, die ich falsch gemacht habe
01:28 …oder z.B. bei der Dusche als Aerosol einatmen können…
22:47 Wobei es noch immer schneller als die Säge war
Wer diese Nachricht sieht hat meist etwas Arbeit vor sich. Aber was, wenn der Speicher eigentlich gar nicht so voll sein sollte? Nun, dann muss man auf die Jagd gehen.
Vorab: Ich werde mich hier auf Befehle für die Kommandozeile beschränken, da sich diese sowohl auf Desktop-Rechnern mit GUI als auch Servern nutzen lassen. Auch gehe ich von einem „einfachen“ Dateisystem ohne Kompression, Snapshots oder Subvolumes aus.
Fall 1: Es ist voll – Belegung analysieren.
Die einfachste Variante: Irgendwas belegt tatsächlich den Platz. Dies ist der Fall, wenn die Ausgabe von du -shx / bzw. du -shx /dein/ordner tatsächlich etwa dem „Used“-Wert aus df -h / bzw. df -h /dein/ordner entspricht.
Für diesen Fall gibt es viele Tools, welche bei der Analyse helfen können, z.B. ncdu, welches sich in fast allen Paket-Managern finden sollte. Mit ncdu -x / bzw. ncdu -x /dein/ordner ermittelt es die Dateigrößen und stellt diese in einer TUI dar. Über die Pfeiltasten kann man zwischen den Dateien und Ordnern wechseln, mit Enter kommt man in den Order bzw. bei .. wieder zurück und mit d kann man die Datei direkt löschen.
Fall 2: Es ist noch voll – Gelöschte Dateien
Wenn der Usage-Wert aus df größer als jener aus du ist, dann können gelöschte Dateien im Spiel sein. Zumindest, wenn diese noch geöffnet ist. Nehmen wir ein Beispiel: Wir haben eine 4GB ISO-Datei im Ordner, diese binden wir in eine VM ein. Etwas später stellen wir Fest, dass wir die Datei ja eigentlich nicht mehr brauchen und löschen sie aus dem Ordner. Nun sollte man erwarten, dass im Ordner wieder 4GB frei sind, oder? Sind sie nicht, denn wir haben die ISO ja noch in der VM eingebunden, daher hat Linux nur vorgemerkt, dass die Datei gelöscht werden soll, gibt den Speicher aber erst wieder frei, wenn diese nirgendwo mehr in Verwendung ist. Ähnliches kann auch beim Überschreiben auftreten, da Linux die vorherige Version verfügbar hält, so lange diese von einem Prozess genutzt wird.
Die einfachste Möglichkeit solche Situationen zu beheben ist der Holzhammer: Ein Reboot beendet alle Prozesse, entsprechend ist auch nichts mehr geöffnet und alles Markierte verschwindet tatsächlich. Wer etwas feinfühliger sein möchte kann schauen, welcher Prozess derzeit bereits gelöschte Dateien verwendet. Die volle Liste gibt es mit . Etwas übersichtlicher macht es der Befehl *lufthol*
Dieser Zeigt jede gelöschte, aber noch geöffnete Datei 1×, die Größten finden sich ganz oben in der Ausgabe. Hier sind ggf. auch andere Speicherbereiche wie memfs oder /dev/shm/… mit aufgelistet, welche für die Dateisysteme nicht relevant sind.
Hier hat z.B. ein qemu-Prozess mit der PID 32387 einen für uns nicht relevanten memfd mit 32 Gigabyte. Ein systemd-Teil mit der PID 2448 hält wiederum 13MB durch die Datei /usr/lib/udev/hwdb.bin in Beschlag, welche zwischenzeitlich überschrieben wurden. Mit diesen Informationen kann man die zugehörige Software dann gezielt beenden bzw. neu starten um den Speicher wieder freizugeben.
Fall 3: Es ist doch voll – Mount in vollem Ordner
Ein etwas anderer Fall, bei dem sich df und du unterscheiden, kann auftreten, wenn man mit mehreren Partitionen oder Datenträgern arbeitet. Auch hier wieder ein Beispiel: Wir haben eine Festplatte mit installiertem Linux. Unter /mnt/iso/ speichern wir jetzt 5 verschiedene Linux-ISOs mit je ca. 2GB, belegen also 10GB. Nun merken wir, dass wir mehr Platz benötigen, bereiten eine zusätzliche Festplatte vor und hängen diese unter /mnt/iso/ ein. Nun sind die ursprünglichen Dateien ja noch unter /mnt/iso/ gespeichert, da dort aber ein anderes Dateisystem eingehangen ist, wird der Pfad bei du (oder auch ncdu) ignoriert. Ähnliches habe ich auch häufiger bei der Verwendung mäßig stabiler Software wie Docker entdeckt – dies „vergisst“ bei einigen Container-Neustarts einige mounts mitzunehmen und schreibt die Daten dann nicht auf die Datenpartition, sondern, für das Hostsystem erst mal unsichtbar, auf den Datenspeicher des Root-Dateisystems. Um dies zu analysieren verwende ich gerne einen bind-mount, diese nehmen keine anderen Dateisysteme mit und schaffen so eine Stelle, um mit ncdu das komplette Dateisystem zu erfassen.
mkdir /tmp/bind
mount -o bind / /tmp/bind
ncdu -x /tmp/bind
# Nachdem man fertig ist
umount /tmp/bind
rmdir /tmp/bind
Fall 4: Es ist voll kaputt – Dateisystemfehler
Natürlich kann es auch immer mal vorkommen, dass das Dateisystem tatsächlich einen Fehler hat und daher den freien Speicher falsch berechnet. Hier hilft dann oft (vorzugsweise von einem Live-System) die jeweiligen Scan- und Reparaturtools zu starten. Meist sollte ein fsck /dev/yourdevice das passende Programm auswählen.
