Ein Kollege von mir begann mich bereits vor ein paar Wochen auszufragen, was mein nächstes Urlaubsprojekt wäre. Bisher musste ich ihm sagen, dass ich noch keine Pläne hatte. Das hat sich jetzt geändert:
Ich habe - da das Wetter ja jetzt wieder langsam günstiger wird - mit der Idee gespielt, mir doch einen EBook-Reader zuzulegen, um draußen in meinem Garten sitzend lesen zu können - meine entsprechende bisher benutzte Zweitverwertung eines alten Laptops ist schwer und der Akku lässt inzwischen sehr nach - außerdem gibt der Bildschirm im hellen Sonnenlicht draußen Anlass zur Sorge...
Ich habe dazu einige Testberichte und -vergleiche gelesen und mich auf den aktuellen Stand der Technik (was Bildschirmdiagonalen und Auflösungen angeht) gebracht. Mit dem, was ich herausfand war ich nicht zufrieden: Die meisten Geräte bieten 6 Zoll Bildschirmdiagonale an und die wenigen, die 8 Zoll bieten würden, sind doppelt so teuer wie ein ebenso großes Tablet.
Daraufhing kam mir der Gedanke, dass ich ja bereits ein größeres E-Paper-Display mein Eigen nenne. Daher begann ich zum Thema Raspi, E-Paper und EBooks zu recherchieren und wollte sehen, was ich zum Thema DIY EBook-Reader zum Selberbauen finden könnte.
Meine Ausbeute war eher bescheiden. Daher überlegte ich zunächst, dass ich ja von der Idee eines standalone-Geräts abrücken könnte: wenn ich meine initiale Idee der Anzeige eines Server-gerenderten Bildes auf EBooks erweitern würde, würde ich die nächste Seite im EBook einfach auf einem Server rendern, anschließend per HTTP(S) auf den ESP-8266 herunterladen und auf dem E-Paper darstellen. Sofort danach könnte der ESP wieder einschlafen - wenn ich den Knopf fürs Aufwachen mit dem Kommando fürs Holen der nächsten Seite kombinieren würde...
Das bedeutet, dass meine Aufgaben klar sind: als Prototyp wird eine Lösung in Linux realisiert, die es erlaubt, für ein festgelegtes EBook mittels spezieller URLs seitenweise vor- und zurückzublättern und die aktuelle Seite als Bild zu rendern und auszuliefern. Darauf aufbauend dann eine Breadboard-Schaltung mit dem ESP, der die entsprechenden URLs ansurft, wenn man Hardware-Knöpfe betätigt. Weitere Etappen könnten dann sein, einen entsprechenden Server für Android zu bauen, so dass ein Smartphone als Server dienen könnte. Alternativ könnte man auch ein Linux auf dem Smartphone laufen lassen, in dem die Serveranwendung arbeitet.
Wenn alles so weit fertiggestellt ist, könnte man schließlich die prototypische Hardware robuster machen und dauerhaft zusammenlöten. Schließlich noch einen geeigneten Akku suchen und anschließen. Damit wäre dann das Ende des Projektes erreicht.
Als Alternative dazu könnte man noch überlegen, das Ganze mit einem Raspi Zero umzusetzen - die Recherche dazu ist noch nicht ganz abgeschlossen (vor allem auch wegen der Akku-Frage und der Suche nach Möglichkeiten, Linux zwischen dem Seiten Umblättern möglichst tief und akkuschonend schlafen zu legen.
Zum Schluss möchte ich noch ein paar Worte zu meiner Interimslösung verlieren: während meiner Recherche zu Geräten, die man kaufen kann wurde mir klar, dass es immer noch ein Totschlagkriterium für ganze Gerätefamilien gibt (subjektiv, aber dennoch...): Ich lege viel Wert darauf, dass jegliches Gerät, das in mein Haus kommt und einen Prozessor eingebaut hat durch mich anpass- bzw. erweiterbar sein muss. Im Fall eines EBook-Readers erwarte ich, dass DRM-freie Formate mühelos damit betrachtbar sein müssen. Das betrifft insbesondere EPUBs und PDFs. Damit fallen schon einmal alle Kindles weg. Ich war während meiner Recherche eigentlich von Tolinos recht angetan- und jetzt kommen wir wieder zurück zu meiner Interimslösung: die App von Tolino funktioniert richtig gut auf meinem Motorola-Smartphone!
18.06.2019
Nachdem ich kürzlich die grundlegenden Ideen für mein neues Projekt dargelegt habe, folgt nun mein erster Bericht zum Fortschritt desselben...
Multi-User-WebDAV, Docker, GitHub
17.11.2019
Nachdem ich mich in letzter Zeit verstärkt mit Docker und dem zugehörigen Ökosystem beschäftige, habe ich begonnen, verschiedenste Dienste in Containern zu testen um zu sehen, ob in manchen Fällen LXC oder KVM nicht doch die bessere Wahl wäre...
Weiterlesen...Android Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Go GUI Gui Hardware Java Jupyter Komponenten Links Linux Markdown Markup Music Numerik OpenSource PKI-X.509-CA Python QBrowser Rants Raspi Revisited Security Software-Test sQLshell TeleGrafana Verschiedenes Video Virtualisierung Windows Upcoming...
In eigener Sache...
Weiterlesen...Ich habe eine neue Java Swing Komponente erstellt: Es handelt sich um einen Wrapper für von JToolBar abgeleitete Klassen, die die Werkzeugleiste minimieren und sie nur dann einblenden, wenn der Mauszeiger über ihnen schwebt.
Weiterlesen...Ich habe bereits in einem früheren Artikel über meine ersten Erfolge berichtet, der sQLshell auf Basis des bestehenden Codes aus dem Projekt EBMap4D eine bessere Integration für Geo-Daten zu spendieren und entsprechende Abfragen, bzw. deren Ergebnisse auf einer Kartenansicht zu visualisieren.
Weiterlesen...Manche nennen es Blog, manche Web-Seite - ich schreibe hier hin und wieder über meine Erlebnisse, Rückschläge und Erleuchtungen bei meinen Hobbies.
Wer daran teilhaben und eventuell sogar davon profitieren möchte, muss damit leben, daß ich hin und wieder kleine Ausflüge in Bereiche mache, die nichts mit IT, Administration oder Softwareentwicklung zu tun haben.
Ich wünsche allen Lesern viel Spaß und hin und wieder einen kleinen AHA!-Effekt...
PS: Meine öffentlichen Codeberg-Repositories findet man hier.