Die anderen Hobbys ....
- Ersteller Lemon Dropper
- Erstellt am
Diskret aufgebaut, da kann man wenigstens noch reparieren!
- Beiträge
- 16.246
Ich nehme an, du meinst mit PTB die Physikalisch-Technische Bundesanstalt.
Im Nachbarstrang hatte ich ja schon ein e-Paper Display gezeigt.
Ich will das dort aber nicht weiter vertiefen, da es da nicht hin passt. Diese E-Paper sind schon interessant, da sie, wenn nicht gerade etwas neues auf sie gezeichnet wird, keinen Strom verbrauchen. Sie eignen sich also vor allem für Anzeigen, die sich selten ändern. Ich kenne das von der Arbeit, wo Preisschilder mit solchen e-Paper Anzeigen gemacht werden (dreifarbig: weiß, schwarz, rot).
Bei manchen Anwendungen reicht es, alle in größerem Zeitabstand Werte neu darauf zu zeichnen. Dafür sind die Displays, gut zu gebrauchen. Da sie wenig spiegeln, sind sich auch aus verschiedenen Winkeln noch gut ablesbar.
Wenn sich das Angezeigte schnell ändert, sind diese Displays kaum geeignet. Das von mir getestet Display hatte eine Refreshrate von rund 2 Sekunden.
Ich will das dort aber nicht weiter vertiefen, da es da nicht hin passt. Diese E-Paper sind schon interessant, da sie, wenn nicht gerade etwas neues auf sie gezeichnet wird, keinen Strom verbrauchen. Sie eignen sich also vor allem für Anzeigen, die sich selten ändern. Ich kenne das von der Arbeit, wo Preisschilder mit solchen e-Paper Anzeigen gemacht werden (dreifarbig: weiß, schwarz, rot).
Bei manchen Anwendungen reicht es, alle in größerem Zeitabstand Werte neu darauf zu zeichnen. Dafür sind die Displays, gut zu gebrauchen. Da sie wenig spiegeln, sind sich auch aus verschiedenen Winkeln noch gut ablesbar.
Wenn sich das Angezeigte schnell ändert, sind diese Displays kaum geeignet. Das von mir getestet Display hatte eine Refreshrate von rund 2 Sekunden.
Aus eigener Erfahrung (auch altersbedingt) kann ich da eine Schreibtischlampe mit Lupe empfehlen. Ich löte fast alles darunter, außer Kabel. Auch der Trend, Beschriftungen und Bedienungsanleitungen der Form halber anzugeben bzw. beizulegen, diese aber in gefühlter 1-Punkt-Schrift auszuführen, ist damit kein Problem.Das Display und den RPi-Zero habe ich erstmal wieder in die Ecke gelegt und dabei festgestellt, daß in selbiger Ecke noch eine ungeöffnete Tüte rumlag…
Merke: es ist immer sinnvoll, viele Ecke zu haben.
Mit solchen Dingern hatte ich bisher zwar keine Berührung, aber mit 50+ ist man ja noch lernfähig.
Ich habe dem Ding erstmal ein paar Füße verpasst. Bin beim Löten etwas aus der Übung. Komisch! Je älter man wird, umso kleiner und enger werden die Lötlächen…
Medium 13763 anzeigen
Zuletzt bearbeitet von einem Moderator:
@JuergenPB
Ich habe mal ein kleines Video meines Raspberry Pi (400) Status Monitors gemacht. Hoffe, man kann es halbwegs erkennen, die Hintergrundbeleuchtung des LCDs und die Leuchtdioden erschweren die Belichtung ungemein. Am Besten direkt bei YouTube anschauen.
Das Display durchläuft zyklisch diverse Statusanzeigen, incl. der Anzeige der Sensordaten des BME280 (mit relativem Luftdruck, korrigiert mit der aktuellen Höhe). Durch Tastendruck kann man in einen "Detail Mode" gehen, heißt man bleibt auf der aktuellen Seite, die dann sekündlich aktualisiert wird. Der Detail Mode wird durch die rote LED angezeigt.
Dazu gibt es noch einen CPU-Monitor mit einer RGB-LED. Blau, niedrige Auslastung (kalt) -> Grün, mittlere Auslastung (moderat) -> Rot, hohe Auslastung (heiß).
Ich habe mal ein kleines Video meines Raspberry Pi (400) Status Monitors gemacht. Hoffe, man kann es halbwegs erkennen, die Hintergrundbeleuchtung des LCDs und die Leuchtdioden erschweren die Belichtung ungemein. Am Besten direkt bei YouTube anschauen.
Das Display durchläuft zyklisch diverse Statusanzeigen, incl. der Anzeige der Sensordaten des BME280 (mit relativem Luftdruck, korrigiert mit der aktuellen Höhe). Durch Tastendruck kann man in einen "Detail Mode" gehen, heißt man bleibt auf der aktuellen Seite, die dann sekündlich aktualisiert wird. Der Detail Mode wird durch die rote LED angezeigt.
Dazu gibt es noch einen CPU-Monitor mit einer RGB-LED. Blau, niedrige Auslastung (kalt) -> Grün, mittlere Auslastung (moderat) -> Rot, hohe Auslastung (heiß).
Zuletzt bearbeitet von einem Moderator:
@JuergenPB
Noch so eine kleine Spielerei von mir, die Anzeige der Daten des Außensensors meiner Wetterstation am PC. Die Sensordaten werden mit einem RTL-SDR empfangen. Ergänzt durch den Luftdruck und die aktuellen Wetterbedingungen als Icon, geholt von OpenWeatherMap.
Die GUI ist mit Qt gemacht, läuft sowohl unter Linux, als auch unter Windows, muss nur entsprechend neu compiliert werden.
Ganz schön frisch geworden, letzte Woche waren es noch 20°C!
Noch so eine kleine Spielerei von mir, die Anzeige der Daten des Außensensors meiner Wetterstation am PC. Die Sensordaten werden mit einem RTL-SDR empfangen. Ergänzt durch den Luftdruck und die aktuellen Wetterbedingungen als Icon, geholt von OpenWeatherMap.
Die GUI ist mit Qt gemacht, läuft sowohl unter Linux, als auch unter Windows, muss nur entsprechend neu compiliert werden.
Ganz schön frisch geworden, letzte Woche waren es noch 20°C!
Apropos Messen…
Ich habe mal mit dem Arduino Nano rumgespielt und irgendwie tut er es nicht so, wie er soll. Es scheint alles nicht so einfach, wie ich mir das vorgestellt habe.
Hier mal ein Codesnipsel:
Eigentlich sollte ich am Ausgang (DigitalPin2) eine Frequenz von 1kHz messen, es sind aber laut meinem Frequenz-Schätzeisen nur 991Hz. Ich habe bewußt schon den Weg der direkten Manipulation des Ausgangs gewählt und nicht writeDigital, um nicht noch mehr Zeit in der Schleife zu verschwenden.
Entweder spinnt mein Meßgerät (muß ich mal an einer anderen Quelle testen) oder das Timing des Prozessors ist nicht in Ordnung.
Ich habe mal mit dem Arduino Nano rumgespielt und irgendwie tut er es nicht so, wie er soll. Es scheint alles nicht so einfach, wie ich mir das vorgestellt habe.
Hier mal ein Codesnipsel:
Code:
…
void loop() {
newtime = micros();
if ( newtime > oldtime+500) {
PORTD ^= 0b00000100;
oldtime = newtime;
}
}Entweder spinnt mein Meßgerät (muß ich mal an einer anderen Quelle testen) oder das Timing des Prozessors ist nicht in Ordnung.
Apropos Messen…
Ich habe mal mit dem Arduino Nano rumgespielt und irgendwie tut er es nicht so, wie er soll. Es scheint alles nicht so einfach, wie ich mir das vorgestellt habe.
Hier mal ein Codesnipsel:Eigentlich sollte ich am Ausgang (DigitalPin2) eine Frequenz von 1kHz messen, es sind aber laut meinem Frequenz-Schätzeisen nur 991Hz. Ich habe bewußt schon den Weg der direkten Manipulation des Ausgangs gewählt und nicht writeDigital, um nicht noch mehr Zeit in der Schleife zu verschwenden.Code:… void loop() { newtime = micros(); if ( newtime > oldtime+500) { PORTD ^= 0b00000100; oldtime = newtime; } }
Entweder spinnt mein Meßgerät (muß ich mal an einer anderen Quelle testen) oder das Timing des Prozessors ist nicht in Ordnung.
Schau mal in die Compiler Optionen, ob es da eine Option "Optimierung", "Optimization" oder so ähnlich gibt. Je nach Einstellung können sich die benötigten Takt-Zyklen für Schleifen drastisch unterscheiden. Das Thema Compiler und Compiler-Optionen darf nicht unterschätzt werden.
Ich hatte mal einen Fall, da hat eine Serien-Software einfach nicht mehr funktioniert, eine Eskalation sondergleichen! Irgendwann kam dann raus, das dass mit einem Compiler-Update zu tun hatte. Lessons Learned, es muss nicht nur der entsprechende SW-Stand, sondern auch ein Snapshot der entsprechenden Entwicklungs-Umgebung mit archiviert werden, damit reproduzierbare Ergebnisse erzielt werden können.
(Werbung, Affiliate-Links)
