arbeitskreise:wissenschaftlichen-taschenrechner-selbst-bauen:start
Inhaltsverzeichnis
Wissenschaftlichen Taschenrechner Selbst Bauen
Die BuFaTa ET möchte eine Alternative für die gebräuchlichen wissenschaftlichen Taschenrechner an Hochschulen entwickeln und zur Verfügung stellen. Dabei geht es um die Programmierung bei der die Funktionen eines Taschenrechners implementiert werden und die spätere Bestückung einfacher Hardware mit dieser selbst erstellten Software.
Vorkenntnisse der Teilnehmer*innen sind für eine gute Durchführbarkeit wichtig.
Protokolle
Aktueller Stand
- Tiva Board läuft mit Energia IDE
- Software Eclipse MCU GNU Emulator wurde in Virtual Box aufgesetzt und funktioniert
- zugehöriger Container steht bald auf Anfrage zur Verfügung
- Die Anleitung für die VM ist hier zu finden: Protokoll Aachen
Zusammenfassung
- es soll ein TR zunächst für angehende Ingenieur*innen an Hochschulen selbst angefertigt werden
- basierend auf Open Source und Open Hardware, soweit wie möglich
- z.B. mit speziellen Engineering-Funktionen
- bei Erfolg wäre Bereitstellung für Schulen und auch andere Studiengänge später denkbar
- bisher wurden vor allem die Grundlagen der technischen Anforderungen und gewünschter Software Features festgelegt
- rechtliche Rahmenbedingungen wurden im Ansatz angeschaut
- ToDos wurden gesammelt
- gesucht werden noch freiwillige Unterstützer*innen, bei Interesse Mail an robert@fsret.de
- Es sollen Breakout-Prototypen bis zur nächsten BuFaTa entstehen
- Interessenten: Maximilian (TU Chemnitz), Robert (Alumnus, TU Dresden), Christian (KIT), Daniel (TU Darmstadt)
"Konkurrenz" / ähnliche Projekte
Aufgaben
- Open Source für TR Mathe suchen (Georg, David)
- Library für Mathematik https://www.gnu.org/software/gsl/
- Open Source für GUI suchen oder selbst schreiben
- Features: https://ugfx.io/features
- Unterstützte Hardware: https://ugfx.io/platforms
- Wurde z.B. auch von der SHA2017 (Chaos Computer Club nahes Event) Badge verwendet: https://github.com/SHA2017-badge/ugfx (E-Paper Display)
- Lizenz eher fragwürdig, da selbst geschrieben. Angeblich 100% Open Source. https://ugfx.io/license.html
- Bieten auch eine Software an (ugfx-Studio), mit der man sich einfach die entsprechenden GUI Views klicken kann
-
- Eventuell µC mit LCD Treiber
- TODO Evaluieren: Sinnvoll verwendbar ab welcher Displayauflösung?
- Open Source für Display auf Dotmatrix suchen oder selbst schreiben
- Display Controller? Falls ein zu ugfx kompatibler verwendet wird dann ist der Treiber dort schon enthalten
- Mikrocontroller raussuchen
- doch FPGA nehmen? → nur, wenn man einen ASIC bauen will
- mal bei herkömmlichen TR gucken um MC Anforderungen „reverse zu engineeren“ ?
- Tastenmultiplexing überlegen
- Display raussuchen
- 84x48px Nokia 5110 3mA mit SPI Interface https://www.ebay.at/itm/LCD-Blau-Display-Screen-fur-Nokia-5110-LCD-Module-fur-Arduino-DIY-project-SPI-GE/182076317392 –> müsste größer sein, die höhe könnte passen, ist aber viel zu schmal (ist halt aus nem Nokia 5110 und ein Handy ist selten so breit wie ein Taschenrechner)
- Casio FX 991 DE z.B. hat 192×63 Pixel
- oder Display aus vorigem Protokoll mit HD44780 (4 Daten + 2 Controlpins) http://www.pollin.de/shop/dt/NTE0OTc4OTk-/Bauelemente_Bauteile/Aktive_Bauelemente/Displays/LCD_Modul_DATAVISION_DG_12232.html (ziemlich dick, aber gute Größe)
- Hardware Mainboard Layout
- KiCad (Open Source PCB Design)
- Toolchain
- Projektmanagement/-hosting
- GitHub
- Alternative könnte GitLab bei Fachschaft werden, oder: https://gitlab.com
- Tests für numerische Berechungen
- Finanzierung
- bei ST (µController) gibts vielleicht für studentische Projekte auch irgendeine Unterstützung (ST hat sich allerdings in der Vergangenheit bei der Unterstützung der bastelnden Menschen als sehr restriktiv herausgestellt)
- z.B. vielleicht mit Werbennennung auf Gehäuse
Hardware
µC
- STM32 Reihe STM32L4
- Alternativ NXP Kinetis LCP45000
- RISK V GD32VF103CBT6 (braucht 20-30ma im Betrieb)
Display
- Graphic LCD-Modul DATAVISION DG-12232
- Graphic LCD WCG12864B6FSDEWG
- OLED
- DisplayController, der mit der verwendeten GUI Software kompatibel ist
- Evtl. integrierter Controller in µC
Akku
-
- Lithium Ionen 3,7V mit Schutzschaltung
- Annahme 10mA bei aktivem Gebrauch und 20% Sicherheitsreserve nach unten → ca 80h Benutzungszeit
- Annahme 1mA bei Standby und 20% Sicherheitsreserve nach unten → ca 30 Tage Standby
Tastatur
- Conduktive Rubber Keypad
- Oder beim Chinesen machen lassen, je nach Stückzahl
- rubber-keypad.com (Preise für Kleinserie angefragt)(die wollen 3d Zeichnungen für ein Angebot)
- Ruber Dome Matte
- anfangs teuer
- kein Bestückungsaufwand
- weniger Bauteile
- Xiamen Xin Lu Yao Rubber & Plastic Co., Ltd. (Alibaba)
- Metal Key-Pad Dome Switch
- extrem schlecht zu platzieren
- Soft Tactile Buttons
- einfach
- hoher Bestückungsaufwand
- geeignet für niedrige Stückzahl
- 3D Gedruckte Tasten
- Wie beschriften?
- Einfach als X/Y also X+Y Pins nötig
Gehäuse
- Spritzguss (teure Form)
- 3D Druck (schwer überhange sauber hinzubekommen)
Erwartungen
Fertiges „Produkt“ in 12-18 Monaten.
Die hier im BuFaTa ET Wiki dargestellten Arbeitsdokumente sind Einzelbeiträge der jeweiligen Autoren und i.d.R. nicht repräsentativ für die BuFaTa ET als Organisation. Veröffentlichte Beschlüsse und Stellungnahmen der BuFaTa ET befinden sich ausschließlich auf der offiziellen Homepage.
arbeitskreise/wissenschaftlichen-taschenrechner-selbst-bauen/start.txt · Zuletzt geändert: 30.03.2020 19:57 von Maximilian Oehler