- 09 Jun, 2020 9 commits
-
-
Nathaniel Wesley Filardo authored
* Remove app/include/netif/wlan_lwip_if.h This file appears to be unused in our tree. * New `net.if.info` call to show LwIP information This is a generalization of `wifi.sta`'s and `wifi.ap`'s `getip` and `getmac` calls. I don't propose to deprecate those, but perhaps we should, in the documentation, point users at this function instead. The direct motivation is to permit continued use of DHCP-provided NTP servers in a future where https://github.com/nodemcu/nodemcu-firmware/pull/2819 has landed, now that https://github.com/nodemcu/nodemcu-firmware/pull/2709 is in the tree. But rather than exposing just that information, a more general interface seems useful.
-
Marcel Stör authored
-
Gregor Hartmann authored
-
Johan Ström authored
-
Marcel Stör authored
-
Nathaniel Wesley Filardo authored
The internal implementation already preferentially forwards to the encoder module, so we should just remove these functions as they confuse people into thinking that we don't have their inverses (see the feature request https://github.com/nodemcu/nodemcu-firmware/issues/2907). Update the docs to refer to the encoder version and add deprecation warnings to the runtime implementations.
-
Marcel Stör authored
This reverts commit 32ad759409cbaaf53d3f51fc2f6573634eaadbc9.
-
Philip Gladstone authored
-
Terry Ellison authored
-
- 06 Aug, 2019 1 commit
-
-
Marcel Stör authored
-
- 04 Aug, 2019 1 commit
-
-
Nathaniel Wesley Filardo authored
We just don't have the memory to be a real TLS client on the 8266. Put that in a big box and point at it from the http and mqtt modules; others may also wish to give reference.
-
- 27 Jul, 2019 6 commits
- 26 Jul, 2019 1 commit
-
-
Terry Ellison authored
-
- 16 Jul, 2019 1 commit
-
-
Nathaniel Wesley Filardo authored
* mqtt:connect() secure parameter should be boolean Continue to honor the old 0/1 values, but make them undocumented and add a deprecation warning to the code and docs. Eventually, this should go away. * mqtt: rip out deprecated autoreconnect * mqtt: expose all the callbacks via :on
-
- 08 Jul, 2019 1 commit
-
-
Marcel Stör authored
* Use cross-browser JS for query params in EUS * Update EUS doc to explain how to use parameters * Remove ; in Lua code * Rewrite the endpoint table * Do not use properties as global Lua variables * remove enduser_setup.html.gz * rename folder 'eus' to 'enduser_setup' * Change input type for password to "password" * Replace outdated captive portal screen shot
-
- 22 Jun, 2019 1 commit
-
-
Marcel Stör authored
-
- 21 Jun, 2019 2 commits
-
-
Marcel Stör authored
-
galjonsfigur authored
-
- 19 Jun, 2019 1 commit
-
-
Terry Ellison authored
-
- 01 Jun, 2019 1 commit
-
-
galjonsfigur authored
-
- 25 May, 2019 1 commit
-
-
Nikolay Fiykov authored
-
- 01 May, 2019 1 commit
-
-
Terry Ellison authored
1st Tranche of SDK 3.0 follow up changes
-
- 28 Apr, 2019 1 commit
-
-
Arnim Läuger authored
* Upgrade u8g2 and add updateDisplayArea bindings * u8g2 2.25.10 * add displays for 2.24.3 and 2.25.10 * remove workaround for hal pointer and make use of u8x8's user_ptr * fix doc * add binding for `updateDisplay()`
-
- 19 Apr, 2019 1 commit
-
-
Marcel Stör authored
Fixes #2724
-
- 11 Apr, 2019 1 commit
-
-
Terry Ellison authored
* Lua string optimisation in file.c + get/put contents methods * Doc fix: move putcontents() into correct alphabetic order slot in list of static methods
-
- 05 Apr, 2019 4 commits
-
-
Terry Ellison authored
-
Terry Ellison authored
* Rebaseline firmware to non-OS SDK version 3.0 * Note that SDK version 3.0 introduces the concept of a Flash Partition Table(PT). This is located at Flash offset 0x10000 in our firmware build. * The firmware is now PT aware with both LFS and SPIFFS taking their partition size and location from the PT * A new tool `tools/nodemcu-partition.py` is now used to initialise these data and can also download LFS and SPIFFS images to these partitions.
-
Nathaniel Wesley Filardo authored
Just use Lua speaking OW (via C) instead.
-
Natalia authored
I2C sw driver with support of multiple buses, Slow, Fast, FastPlus, and user-defined speed selection (#2465) * I2C driver speed-up, i2c.SLOW, i2c.FAST and user-defined speed selection * - Multiple buses (up to 10) with different speeds on each bus - Standard(Slow, 100kHz), Fast(400kHz) and FastPlus(1MHz) modes or an arbitrary clock speed - Sharing SDA line over multiple I²C buses to save available pins - GPIO16 pin can be used as SCL pin, but it does not support clock stretching and selected bus will be limited to FAST speed. * Dynamic memory allocation, error checks, simplification, timing tweaks. * Separated the code of old driver for better compatibility and simplicity * Change of driver interface * Add bus status check in setup(); simplify getDC(); remove unnesessary lines in ACK read/write * Fix for moved doc file and trailing whitespaces
-
- 09 Mar, 2019 1 commit
-
-
Marcel Stör authored
-
- 18 Feb, 2019 1 commit
-
-
Marcel Stör authored
-
- 17 Feb, 2019 3 commits
-
-
Marcel Stör authored
-
Nathaniel Wesley Filardo authored
Fixes to #2650: - Convert fifosock to returning tables containing ctors - Improve docs - Add a missed :on("sent", nil) in the http server
-
sergio authored
-
- 16 Feb, 2019 1 commit
-
-
Nathaniel Wesley Filardo authored
* lua_modules/fifo: a generic queue & socket wrapper One occasionally wants a generic fifo, so here's a plausible implementation that's reasonably flexible in its usage. One possible consumer of this is a variant of TerryE's two-level fifo trick currently in the telnetd example. Factor that out to fifosock for more general use. * lua_examples/telnet: use factored out fifosock * lua_modules/http: improve implementation Switch to fifosock for in-order sending and waiting for everything to be sent before closing. Fix header callback by moving the invocation of the handler higher * fifosock: optimistically cork and delay tx If we just pushed a little bit of data into a fifosock that had idled, wait a tick (1 ms) before transmitting. Hopefully, this means that we let the rest of the system push more data in before we send the first packet. But in a high-throughput situation, where we are streaming data without idling the fifo, there won't be any additional delay and we'll coalesce during operation as usual. The fifosocktest mocks up enough of tmr for this to run, but assumes an arbitrarily slow processor. ;)
-