* Allow configuration of debugOutput to be performed
* don't send to own IP or update own data
* Use same socket to send and receive. Avoid problems in many opened and closed sockets to send
* Add callback for REMOVEed hosts
* Send broascast messages if seedList is empty
* Adapt yeelink to new luacheck rules
* Fix building of luac.cross for win to win2019 and VS 2019
* LiquidCrystal I2C 4-bit robustness
- Fix up some formatting
- Initialization is now more conformant with the datasheet.
- Read-backs don't needlessly (or erroneously!) store back
While here, document some unexpected behaviour of read-back commands.
* liquidcrystal i2c 4bit NTest
Here `conn` is net.socket instance, so it should be called as one.
Otherwise request is very likely to end up with crash and PANIC.
nwf edited in light of bcb669a4a0
* Add missing globals from luacheck config
* Fix luacheck warnings in all lua files
* Re-enable luacheck in Travis
* Speed up Travis by using preinstalled LuaRocks
* Fix more luacheck warnings in httpserver lua module
* Fix DCC module and add appropriate definitions to luacheck config.
* Change inline comments from ignoring block to only ignore specific line
* Add Luacheck for Windows and enable it for both Windows and Linux
* Change luacheck exceptions and fix errors from 1st round of polishing
* Add retry and timeout params to wget
* 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. ;)
- Remove old non-async examples from `lua-examples`.
- Rename `ds18b20.EN.md` to `README.md`
- Change remaining `toBase64` calls to the more standard `toHex` call.
- Fix some spelling and markdown formatting issues in README file.
Addresses issue #1841
Gregor Hartmann
Josef Fröhle
Lukáš Voborský
Nathaniel Wesley Filardo
Jedrzej Potoniec
Marcel P
hanfengcan
Terry Ellison
Marcel Stör
seregaxvm
Alexandru Antochi
Edvinas
galjonsfigur
Andreas
Nathaniel Wesley Filardo
sergio
Arnim Läuger
Jonathan Karras