1
0
forked from me/IronOS
Files
IronOS/source/Core/Drivers
Ivan Zorin cbde61edb4 Cosmetic code style refactoring: add enum for screen orientation & define for OLED state (#1732)
* saveSettings: add comment for #endif, update var name to reflect its purpose regardless its one-time & temporal

* Settings.h: add enum for orientation mode

* settingsGUI.cpp: add markings for #endifs, add/remove extra new lines to propose better code read-ability in my humble vision from the side, didnt touch any functionality only cosmetic syntax

* settingsGUI.cpp: remove added-by-accident new line in the end of the file

* OLED.hpp: unify ifdef section, add markings for #endifs, add readable macros for ON/OFF OLED state instead of magic numbers

* OLED.cpp: add markings for #endifs, add readable macros for ON/OFF OLED state instead of magic numbers, trying unify common style for the whole file for better read-ability

* Settings.cpp: unify code style

* settingsGUI.cpp: revert true/false for setDisplayRotation

* OLED.cpp: unify comments style
2023-07-05 12:41:16 +10:00
..
2023-02-15 20:50:23 -06:00
2023-06-18 21:58:20 +10:00
2021-01-17 10:53:49 +11:00
2021-01-17 10:48:52 +11:00
2021-01-17 10:53:49 +11:00
2022-03-14 09:08:05 +11:00
2022-11-22 18:26:16 +11:00
2022-07-25 16:45:29 +10:00
2023-06-18 21:58:20 +10:00
2021-01-17 10:53:49 +11:00
2023-06-18 21:58:20 +10:00
2023-06-18 21:58:20 +10:00
2023-06-18 21:58:20 +10:00
2023-06-18 21:58:20 +10:00
2023-06-18 21:58:20 +10:00
2023-06-18 21:58:20 +10:00
2023-06-18 21:58:20 +10:00
2021-01-17 10:53:49 +11:00
2021-01-17 10:48:52 +11:00
2021-01-17 10:53:49 +11:00
2021-01-17 10:53:49 +11:00
2021-04-27 21:35:07 +10:00
2021-01-17 10:53:49 +11:00
2021-01-17 09:43:55 +11:00
2022-04-03 12:37:27 +10:00
2022-04-03 12:37:27 +10:00
2022-04-03 12:37:27 +10:00
2021-01-17 10:53:49 +11:00
2021-01-17 10:48:52 +11:00
2021-01-17 10:53:49 +11:00
2022-08-19 15:39:37 +10:00
2021-02-24 20:30:36 +11:00
2023-06-03 20:05:31 +10:00
2023-06-03 20:05:31 +10:00
2023-06-03 20:05:31 +10:00
2021-05-04 18:54:09 +10:00

Drivers

Drivers are the classes used to represent physical hardware on the board in a more abstract way, that are more complex than just an IO

  • OLED Display
  • Accelerometers
  • Button handling logic
  • Tip thermo response modelling

All drivers should be written with minimal hardware assumptions, and defer hardware related logic to the BSP folder where possible