1. 09 Jun, 2020 2 commits
    • Andreas Müller's avatar
      Correct integer types in BMP085 driver (#3070) · 95fc8b14
      Andreas Müller authored
      * BMP085 pressure sensor: fix temperature value data type
      
      the data type for t (U_T) should be long according to the BMP085
      datasheet (rev. 1.2, section 3.5). values over 32767 can indeed occur,
      and in my case lead to a wrong value for the temperature (and
      consequently also pressure).
      
      note: this problem only occurs above a certain temperature (exact
      value depends on the calibration, but I assume somewhere around 26°C).
      
      * BMP085 pressure sensor: adapt data types and calculation
      
      this adapts the data types and calculation to be consistent with the
      datasheet (rev. 1.2, section 3.5). while I did not notice any issues,
      using the wrong data types could trigger edge cases.
      95fc8b14
    • Terry Ellison's avatar
      Rebased against current dev · 6d81dd6c
      Terry Ellison authored
      6d81dd6c
  2. 21 Jul, 2019 1 commit
    • Johny Mattsson's avatar
      Major cleanup - c_whatever is finally history. (#2838) · 526d21da
      Johny Mattsson authored
      The PR removed the bulk of non-newlib headers from the NodeMCU source base.  
      app/libc has now been cut down to the bare minimum overrides to shadow the 
      corresponding functions in the SDK's libc. The old c_xyz.h headerfiles have been 
      nuked in favour of the standard <xyz.h> headers, with a few exceptions over in 
      sdk-overrides. Again, shipping a libc.a without headers is a terrible thing to do. We're 
      still living on a prayer that libc was configured the same was as a default-configured
      xtensa gcc toolchain assumes it is. That part I cannot do anything about, unfortunately, 
      but it's no worse than it has been before.
      
      This enables our source files to compile successfully using the standard header files, 
      and use the typical malloc()/calloc()/realloc()/free(), the strwhatever()s and 
      memwhatever()s. These end up, through macro and linker magic, mapped to the 
      appropriate SDK or ROM functions.
      526d21da
  3. 08 May, 2019 1 commit
  4. 12 Mar, 2018 1 commit
  5. 21 May, 2017 1 commit
  6. 14 Jan, 2016 1 commit
  7. 16 Dec, 2015 2 commits
    • Johny Mattsson's avatar
      Reworked module registration, removed modules.h · 4e8ef87d
      Johny Mattsson authored
      Module creation & registration now made a lot simpler. In essence,
      each module file is now self-contained and only needs a
      
        NODEMCU_MODULE(MYNAME, "myname", myname_map, luaopen_myname);
      
      line to both be automatically recognised by the Lua initialization
      as well as honor the LUA_USE_MODULES_MYNAME #define.
      4e8ef87d
    • TerryE's avatar
      Major cleanup of module registration pass 2. · b773290b
      TerryE authored
      carrying on Johny's edits as per my comments on #810
      b773290b
  8. 12 Dec, 2015 1 commit
    • Johny Mattsson's avatar
      Major cleanup of module registration. · 6b6456be
      Johny Mattsson authored
      As per #810 & #796, only LUA_OPTIMIZE_MEMORY=2 & MIN_OPT_LEVEL=2 are
      supported when building. This commit effects that limitation.
      
      With this change modules/auxmods.h no longer needs to be updated for
      every new module, nor do module writers need to cater for a hypothetical
      LUA_OPTIMIZE_MEMORY < 2 scenario.
      6b6456be
  9. 16 Aug, 2015 1 commit
  10. 03 Aug, 2015 1 commit