- 18 Jan, 2016 2 commits
-
-
Thomas Soëte authored
To create a size led long buffer: buffer = ws2812.newBuffer(size); To fill the buffer: buffer:fill(g, r, b) To get a particular led color: g, r, b = buffer:get(index) To set a particular led color: buffer:set(index, g, r, b); To send the buffer: buffer:write(pin);
-
Thomas Soëte authored
It allows keeping interrupts enabled but force to use GPIO2.
-
- 15 Jan, 2016 1 commit
-
-
Johny Mattsson authored
Reduces the size from 179 to 102 bytes.
-
- 14 Jan, 2016 3 commits
-
-
Konrad Beckmann authored
-
philip authored
-
jfollas authored
Reference: http://bbs.espressif.com/viewtopic.php?f=49&t=1570
-
- 13 Jan, 2016 1 commit
-
-
Philip Gladstome authored
-
- 12 Jan, 2016 1 commit
-
-
Johny Mattsson authored
-
- 10 Jan, 2016 1 commit
-
-
Johny Mattsson authored
Plain SDK 1.5.0 bugs out for values >6871948 or so - this commit does not do anything to mitigate that.
-
- 05 Jan, 2016 1 commit
-
-
Johny Mattsson authored
-
- 04 Jan, 2016 1 commit
-
-
dnc40085 authored
-
- 03 Jan, 2016 2 commits
- 02 Jan, 2016 1 commit
-
-
dnc40085 authored
node.dsleep was using sint32 to hold sleep time when it should be using uint32
-
- 30 Dec, 2015 2 commits
- 29 Dec, 2015 1 commit
-
-
Huang Rui authored
Add http module and documention, including fix httpclient bug.
-
- 28 Dec, 2015 1 commit
-
-
devsaurus authored
-
- 23 Dec, 2015 1 commit
-
-
Johny Mattsson authored
Removed earlier TCP port randomisation fix - the new SDK has its own fix even though Espressif told me they wouldn't fix it. Yay?
-
- 21 Dec, 2015 2 commits
-
-
devsaurus authored
-
Robert Foss authored
Fixed compilation error when the enduser_setup module is disabled yet requires ENDUSER_SETUP_AP_SSID to be defined.
-
- 18 Dec, 2015 1 commit
-
-
Johny Mattsson authored
Third time lucky. I hope. Hi Terry.
-
- 17 Dec, 2015 1 commit
-
-
Johny Mattsson authored
-
- 16 Dec, 2015 4 commits
-
-
devsaurus authored
-
Johny Mattsson authored
-
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.
-
TerryE authored
carrying on Johny's edits as per my comments on #810
-
- 15 Dec, 2015 1 commit
-
-
Artem Pastukhov authored
-
- 14 Dec, 2015 2 commits
-
-
Artem Pastukhov authored
-
Artem Pastukhov authored
-
- 12 Dec, 2015 3 commits
-
-
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.
-
Johny Mattsson authored
-
Johny Mattsson authored
There was only one genuine use of this macro, all other places were using it only as a necessary compensation. While this was fine as long as it was the first meg of flash which was mapped, it became incorrect and quite dangerous whenever this assumption did not hold (such as when running from the second slot in an OTA scenario). The flash API now uses actual addresses, not translated/mapped addresses, and the users of this API have been adjusted accordingly. This makes the flash API work correctly regardless of what flash mapping is in use. The old macro is still available under the new name INTERNAL_FLASH_MAPPED_ADDRESS, and this is used to detect flash writes where the source is mapped flash (and thus has to be bounced), and to adjust the _flash_used_end linker symbol when used with flassh_find_sector() by the filesystem code. The latter usage is not OTA-proof, but in an OTA scenario the filesystem needs a fixed location anyway and thus would not use this code path.
-
- 05 Dec, 2015 1 commit
-
-
Nick Andrew authored
When lua assertions are enabled, normal operation results in many: lobject.c:88: (((t1)->tt) == 4) lobject.c:88: (((t2)->tt) == 4) lobject.c:88: (((t1)->tt) == 4) lobject.c:88: (((t2)->tt) == 4) lobject.c:88: (((t1)->tt) == 4) lobject.c:88: (((t2)->tt) == 4) It comes from using the pvalue() macro for 3 pointer types, where pvalue() also checks the type of pointer and complains through the assertion where the type == 4 (TLIGHTUSERDATA). Use the correct macro according to the type of data being compared to eliminate this assertion error. Signed-off-by:
Nick Andrew <nick@nick-andrew.net>
-
- 03 Dec, 2015 1 commit
-
-
TerryE authored
-
- 01 Dec, 2015 1 commit
-
-
Johny Mattsson authored
It really does not improve things...
-
- 28 Nov, 2015 1 commit
-
-
btsimonh authored
if n = 0 -> std pinout. if n != 0 -> alternate pinout (gpio13 and gpio15)
-
- 23 Nov, 2015 1 commit
-
-
TerryE authored
Master contained two OW changes one of which was already reimplemented in dev using the correct macros. The second was from hazarkarabay (f6d0c0c) that onewire_search() returns a device address vector even when no device is found. I've reimplemented this but using the correct index, rom_byte_number, rather than declaring a new temp index i.
-
- 22 Nov, 2015 1 commit
-
-
devsaurus authored
-
- 19 Nov, 2015 1 commit
-
-
Marcel Stör authored
-