Skip to content
Snippets Groups Projects
  1. May 10, 2020
  2. Apr 08, 2020
  3. Mar 02, 2020
  4. Dec 29, 2019
  5. Dec 09, 2019
  6. Nov 22, 2019
  7. Nov 13, 2019
    • rahix's avatar
      feat(utime): Implement ticks_ms() and ticks_us() · 8926fd02
      rahix authored
      
      Implement the hal functions necessary for utime.ticks_ms() and
      utime.ticks_us().  This enables much more accurate measurements of time
      taken in Pycardium (useful for profiling).
      
      Please note that the tick counter will reset whenever a new app is
      loaded.
      
      Signed-off-by: default avatarRahix <rahix@rahix.de>
      8926fd02
    • fgross's avatar
      feat(pycardium): Enable framebuf module · c27f3fcc
      fgross authored and rahix's avatar rahix committed
      The framebuf module provides a framebuffer implementation running purely
      in MicroPython which will increase drawing performance by a lot.  A
      follow-up change will be necessary to connect this framebuffer
      implementation to the display API.
      
      This commit is implements a part of MR !211.
      c27f3fcc
  8. Nov 12, 2019
  9. Nov 09, 2019
  10. Nov 03, 2019
    • rahix's avatar
      feat(epicardium): Add a proper mutex implementation · 9a5a46cd
      rahix authored
      
      In the current firmware, different locking mechanisms a littered around
      the code-base.  Among them are bare FreeRTOS mutexes and the hw-locks.
      The callers for these often specify timeouts but don't make much effort
      in A) picking robust values for the timeout and B) recovering gracefully
      from a timeout happening.  Most of the time, we return -EBUSY to _Python
      code_.  This is really really bad API design.  The firmware needs to
      have enough integrity to ensure these situations can't ever occur.
      
      To combat this, add a new locking primitive: The `struct mutex`.  The
      intention is to replace all other locking and synchronization APIs with
      this one.  This will provide one central place to debug any sort of
      locking issues.
      
      The `struct mutex` API is based on a few assumptions about locking.
      Those are detailed in `Documentation/epicardium/mutex.rst`, which is
      part of this commit.  The most important one is:
      
          Locking can **never** fail.
      
      By requiring this to be true, we eliminate the need for drivers to
      contain (often incorrect) logic for dealing with locking fails.  This
      should drastically improve the stability of the firmware in regards to
      lock-related bugs.
      
      This commit does not introduce any functional changes yet.
      
      Signed-off-by: default avatarRahix <rahix@rahix.de>
      9a5a46cd
  11. Oct 22, 2019
  12. Oct 19, 2019
  13. Oct 05, 2019
    • Maximilian Wagenbach's avatar
    • Foaly's avatar
      docs: Improve documentation for the BHI160 · e804de47
      Foaly authored and rahix's avatar rahix committed
      e804de47
    • Philip Stewart's avatar
      fix(gfx/display): Draw partially clipped primitives · 14d5abcc
      Philip Stewart authored and rahix's avatar rahix committed
      Fix two bugs in the display/gfx module:
      
      1. The animation of the simple_menu used in the main menu had the issue
         that there is a black line visible at the top.  This is due the
         gfx_puts method ignoring lines, where the top pixel of the string is
         above the top of the screen.  As gfx_puts uses gfx_setpixel which in
         turn ignores pixels outside of the screen, remove the check in
         gfx_puts.
      2. X and Y coordinates were cast to unsigned-ints before being given to
         the gfx-library which means calls like circ(0, -10, 30) would be draw
         at coordinates like [0,65526].  Fix this by changing the data-type of
         all coordinates to signed-integers.
      
      Also remove the x and y ranges from the documentation of the individual
      python functions and instead add a general documentation about the
      screen and it's size/coordinate system.
      14d5abcc
  14. Oct 04, 2019
  15. Sep 22, 2019
  16. Sep 21, 2019
  17. Sep 16, 2019
  18. Sep 10, 2019
  19. Sep 05, 2019
  20. Sep 03, 2019
    • rahix's avatar
      docs(bme680): Document new sensor interface · 275c99cc
      rahix authored
      
      Signed-off-by: default avatarRahix <rahix@rahix.de>
      275c99cc
    • Techy's avatar
      fix(openocd-scripts): Always use SWD · 3f4677f8
      Techy authored and rahix's avatar rahix committed
      OpenOCD tried
      
          Info : auto-selecting first available session transport "jtag".
                 To override use 'transport select <transport>'.
      
      using a JLink debugger.  Overriding it with SWD is what I did. With the
      CMSIS debugger OpenOCD you get lucky:
      
          Info : auto-selecting first available session transport "swd".
      
      Hope forcing it always to SWD will make it easier for others using
      different debuggers.
      3f4677f8
  21. Aug 31, 2019
  22. Aug 30, 2019
  23. Aug 28, 2019
Loading