1. 30 Jan, 2024 1 commit
    • Johny Mattsson's avatar
      Initial migration to IDFv5.0 · f126b6fe
      Johny Mattsson authored
      Plenty of dependency adjustments, printf format specificier updates,
      FreeRTOS type and macro name modernisation, not to mention API changes.
      
      Still plenty of legacy/deprecated drivers in use which will need updating.
      
      The following features have been removed due to no longer being available
      from the IDF:
        - ADC hall effect sensor reading
        - Configuration of SD SPI host via sdmmc module (now must be done first
          via the spimaster module)
        - FAT partition selection on external SD cards; only the first FAT
          partition is supported by the IDF now
      
      On the other hand, the eth module now supports the following new chipsets:
        - KSZ8001
        - KSZ8021
        - KSZ8031
        - KSZ8051
        - KSZ8061
        - KSZ8091
        - Possibly additional models in the LAN87xx series (the IDF docs aren't
          clear on precisely which models are handled)
      
      Further, the sdmmc module is now available on the ESP32-S3 as well.
      f126b6fe
  2. 26 Jan, 2022 1 commit
  3. 20 Oct, 2021 1 commit
    • Johny Mattsson's avatar
      Switch to IDF-provided VFS and standard `io` module. · a2ba49e3
      Johny Mattsson authored
      The IDF-provided VFS resolves several issues:
      
       - The IDF components having a different view of the (virtual) file system
         compared to the Lua environment.
      
       - RTOS task/thread safety. Our legacy VFS was only ever safe to use
         from the LVM thread, which limited its usability. Upgrading it
         would have effectively required a reimplementation of the IDF VFS,
         which would have been a bigger task with larger on-going maintenance
         issues.
      
       - We're no longer needing to maintain our own SPIFFS component.
      
       - We're no longer needing to maintain our own FATFS component.
      
       - The legacy of the 8266's lack of standard C interface to the file system
         is no longer holding us back, meaning that we can use the standard
         Lua `io` module rather than the cobbled-together swiss army knife
         also known as the file module.
      
      Of course, the downside is that we'll either have to declare a backwards
      breakage in regard to the file module, or provide a Lua shim for the old
      functions, where applicable.
      
      Also included is some necessary integer type fixups in unrelated code,
      which apparently had depended on some non-standard types in either the
      SPIFFS or FATFS headers.
      
      A memory leak issue in the sdmmc module was also found and fixed while
      said module got switched over to the Espressif VFS.
      
      Module documentation has been updated to match the new reality (and I
      discovered in some places it wasn't even matching the old reality).
      a2ba49e3
  4. 23 Aug, 2021 1 commit
    • Johny Mattsson's avatar
      Discard old console driver. · fbef7fea
      Johny Mattsson authored
      The IDF provides all we need these days, and the old driver was just
      needlessly conflicting with the IDF settings and setup.
      
      This also simplifies our uart input path as we no longer need to
      duplicate the raw byte handling for when "run_input" is false.
      fbef7fea
  5. 21 Aug, 2021 1 commit
    • Johny Mattsson's avatar
      Port Terry's Lua 5.1 + 5.3 work from the esp8266 branch. · 17df207a
      Johny Mattsson authored
      Changes have been kept to a minimum, but a serious chunk of work was
      needed to move from 8266isms to IDFisms.
      
      Some things got refactored into components/lua/common, in particular
      the LFS location awareness.
      
      As part of this work I also evicted our partition table manipulation
      code, as with the current IDF it kept breaking checksums and rendering
      things unbootable, which is the opposite of helpful (which was the
      original intent behind it).
      
      The uart module got relocated from base_nodemcu to the modules component
      properly, after I worked out how to force its inclusion using Kconfig alone.
      17df207a
  6. 11 Aug, 2021 1 commit
    • Johny Mattsson's avatar
      Add ESP32C3 support/coexistence. · f123d462
      Johny Mattsson authored
      The uzlib and parts of Lua had to be switched over to use the
      C standard int types, as their custom typedefs conflicted with
      RISC-V toolchain provided typedefs.
      
      UART console driver updated to do less direct register meddling
      and use the IDF uart driver interface for setup. Still using our
      own ISR rather than the default driver ISR. Down the line we
      might want to investigate whether the IDF ISR would be a better
      fit.
      
      Lua C modules have been split into common and ESP32/ESP32-S
      specific ones. In the future there might also be ESP32-C3
      specific modules, which would go into components/modules-esp32c3
      at that point.
      
      Our old automatic fixup of flash size has been discarded as it
      interferes with the checksumming done by the ROM loader and
      results in unbootable systems. The IDF has already taken on
      this work via the ESPTOOL_FLASHSIZE_DETECT option, which handles
      this situation properly.
      f123d462
  7. 15 Jul, 2021 1 commit
  8. 22 Jul, 2019 1 commit
  9. 31 May, 2019 1 commit
  10. 29 Jan, 2019 1 commit
  11. 30 Nov, 2018 1 commit
    • Skirmantas Lauzikas's avatar
      ESP32: add support for RS485 (#2559) · 3257e557
      Skirmantas Lauzikas authored
      * ESP32: add support for RS485
      
      This commit adds support for switching UART mode to RS485/IRDA.
      Also included are patches for memory leaks then handling UART events other than data.
      
      * ESP32: Documentation for uart.setmode()
      3257e557
  12. 20 Jun, 2017 1 commit
  13. 13 Jun, 2017 1 commit
    • zelll's avatar
      ESP32: uart 1/2 supports (#1982) · 329bd73b
      zelll authored
      * uart 1/2
      
      * call -> pcall in uart_on_* functions
      
      * fix docs
      
      * fixed console driver when using custom console uart
      
      * fixed line_inverse and error callback
      
      * fixed a crash when uart.start() called more than one time
      329bd73b
  14. 24 Apr, 2017 1 commit
  15. 18 Apr, 2017 1 commit
  16. 14 Apr, 2017 2 commits
  17. 01 Apr, 2017 1 commit
  18. 17 Mar, 2017 1 commit
  19. 04 Feb, 2017 1 commit
  20. 02 Feb, 2017 1 commit
  21. 13 Jan, 2017 1 commit
  22. 22 Sep, 2016 3 commits
  23. 21 Sep, 2016 1 commit
  24. 20 Sep, 2016 1 commit
    • Johny Mattsson's avatar
      Successfully boot barebones NodeMCU on ESP32 (only). · 9bbf8f43
      Johny Mattsson authored
      RTOS driver evicted as it did not play nice with stdio etc.
      
      Implemented a minimal driver to fully support Lua console on UART0. Output
      on UART0 done via stdout (provided by the IDF). Input and setup handled
      via driver_console/console.c. In addition to the direct input function
      console_getc(), the driver also registers in the syscall tables to enable
      regular stdio input functions to work (yay!). The Lua VM is still using the
      direct interface since it's less overhead, but does also work when going
      through stdin/fd 0.
      
      Auto-bauding on the console is not yet functional; revisit when the UART docs
      are available.
      
      Module registration/linking/enabling moved over to be Kconfig based. See
      updates to base_nodemcu/include/module.h and base_nodemcu/Kconfig for
      details.
      
      The sdk-overrides directory/approach is no longer used. The IDF is simply
      too different to the old RTOS SDK - we need to adapt our code directly instead.
      
      Everything in app/ is now unused, and will need to be gradually migrated
      into components/ though it is probably better to migrate straight from the
      latest dev branch.
      9bbf8f43
  25. 16 Sep, 2016 1 commit