arbeitskreise:wissenschaftlichen-taschenrechner-selbst-bauen:start
Dies ist eine alte Version des Dokuments!
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.
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: https://wiki.bufata-et.de/arbeitskreise/wissenschaftlichen-taschenrechner-selbst-bauen/protokoll_aachen2018
Zusammenfassung
- es soll ein TR ersteinmal für angehende Ingenieure an Hochschulen selbst angefertigt werden
- Open Source und Open Hardware, wo möglich
- z.B. mit speziellen Engineering-Funktionen
- möglichst für Schulen und auch andere Studiengänge dann später
- Es wurden vor allem die Grundlagen der technischen Anforderungen und gewünschter Software Features festgelegt
- rechtliche Rahmenbedingungen wurden im Ansatz angeschaut
- ToDos wurden gesamelt
- Suchen noch Mitarbeiter, 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
Display
- Graphic LCD-Modul DATAVISION DG-12232
- Graphic LCD WCG12864B6FSDEWG
- OLED
- DisplayController, der mit der verwendeten GUI Software kompatible 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
- Metal Key-Pad Dome Switch
- Soft Tactile Buttons
- 3D Gedruckte Tasten
- Wie beschriften?
- Einfach als X/Y also X+Y Pins nötig
Gehäuse
- Spritzguss (teure Form)
- 3D Druck (je nach Material sehr spröde, 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.1561213835.txt.gz · Zuletzt geändert: 22.06.2019 16:30 von Florian Kreiner