These are chat archives for esp8266/Arduino

4th
Jul 2015
Me No Dev
@me-no-dev
Jul 04 2015 06:04
yup :) it's working on my side
Markus
@Links2004
Jul 04 2015 07:20
will do the SDK update
we get WPS yay
Me No Dev
@me-no-dev
Jul 04 2015 07:36
go go go :) i wanna see how the network will behave
don't know how much I care for WPS
Markus
@Links2004
Jul 04 2015 07:36
merge almost done, any idee what "esp now" is?
Me No Dev
@me-no-dev
Jul 04 2015 07:37
no clue... i guess we should expect some app for it soon
it seems something mesh related
Markus
@Links2004
Jul 04 2015 07:39
hope they implement the wifi mash standard not own crap :)
Me No Dev
@me-no-dev
Jul 04 2015 07:40
doubt it...
Markus
@Links2004
Jul 04 2015 07:40
hope die at last.
Me No Dev
@me-no-dev
Jul 04 2015 07:41
can't we do this ourselves?
Markus
@Links2004
Jul 04 2015 07:42
we need the access to the raw packeds from wifi --> possible
but also we need to send them, not seen function for this.
Me No Dev
@me-no-dev
Jul 04 2015 07:43
that is more realistic for hope I think
I actually prefer having ability to send any packet
Markus
@Links2004
Jul 04 2015 07:44
me to, we can build funny other thinks then.
so SDK passed compiling will push
Me No Dev
@me-no-dev
Jul 04 2015 07:45
go go go!
only time OTA fails is when I get the lmac.c error
i want this gone...
Markus
@Links2004
Jul 04 2015 07:45
Links2004/Arduino@a0f961a
Me No Dev
@me-no-dev
Jul 04 2015 07:52
so far so good
shit... lmac.c 662 again
Markus
@Links2004
Jul 04 2015 07:55
the number has changed
Me No Dev
@me-no-dev
Jul 04 2015 07:56
yeah... but error still there
Me No Dev
@me-no-dev
Jul 04 2015 09:59
so as far as I can tell, this ESP-NOW is exactly a mesh of a sort
but a sucky one... no discovery
have to have all peers beforehand
Markus
@Links2004
Jul 04 2015 10:01
they mist the key point of a mesh ... auto build the infrastructure ...
Me No Dev
@me-no-dev
Jul 04 2015 10:01
exactly
oh well :) will finish DNS-SD to be able to browse services
that should help
why do we have 2 lwip libs?
Markus
@Links2004
Jul 04 2015 10:06
one has lower MSS
Me No Dev
@me-no-dev
Jul 04 2015 10:06
which one?
Markus
@Links2004
Jul 04 2015 10:06
liblwip_536
Me No Dev
@me-no-dev
Jul 04 2015 10:06
thanks
Markus
@Links2004
Jul 04 2015 10:06
there mss is set to 536
Me No Dev
@me-no-dev
Jul 04 2015 10:10
hm... lower mss is good when we are the sending party
and bad the other way around
Markus
@Links2004
Jul 04 2015 10:12
the current arduino tcp api send on every write so lower mss bring us notthing. than its bad when you try write with big data.
Me No Dev
@me-no-dev
Jul 04 2015 10:14
the good thing is that it will pass unfragmented through any router
Markus
@Links2004
Jul 04 2015 10:15
the normal one is by 1480 so no problem normaly
Me No Dev
@me-no-dev
Jul 04 2015 10:38
@Links2004 reading your dumps, I come to conclusion that there is nothing we can do about the lmac.c issue
probonopd
@probonopd
Jul 04 2015 10:38
Hi, is anyone around who could show me how to port a simple library normally using the Ethernet Shield to the ESP? https://github.com/nomadnt/uSSDP
Me No Dev
@me-no-dev
Jul 04 2015 10:38
lmac functions deal with the WiFi packets
probonopd
@probonopd
Jul 04 2015 10:38
currently it uses "#include <Ethernet.h>"
Me No Dev
@me-no-dev
Jul 04 2015 10:39
and regardless of what we stop (WiFiUDP::stopAll()) we can not prevent that
Markus
@Links2004
Jul 04 2015 10:39
yes stopAll is lwip layer
Me No Dev
@me-no-dev
Jul 04 2015 10:40
the best I can do is make the upload synchroneous and limit the packets that way
will be slow though...
Markus
@Links2004
Jul 04 2015 10:41
@probonopd change it to
#include <ESP8266WiFi.h>
and all EthernetClient to WiFiClient
probonopd
@probonopd
Jul 04 2015 10:41
as easy as that?
Markus
@Links2004
Jul 04 2015 10:41
@probonopd yes WiFiClient has the same api then EthernetClient
probonopd
@probonopd
Jul 04 2015 10:42
impressive
Markus
@Links2004
Jul 04 2015 10:43
if my asm where better i would start a full open source ESP SDK :)
probonopd
@probonopd
Jul 04 2015 10:48
Links2004, what do I do with avr/pgmspace.h? Just remove pgmspace?
Markus
@Links2004
Jul 04 2015 11:55
@probonopd change to "pgmspace.h"
Me No Dev
@me-no-dev
Jul 04 2015 12:16
@probonopd this lib is not simple to be made to work
Me No Dev
@me-no-dev
Jul 04 2015 12:46
this works
Screen Shot 2015-07-04 at 15.47.16.png
use the example to test
required 5 changed files with 231 additions and 229 deletions.
Me No Dev
@me-no-dev
Jul 04 2015 13:21
Screen Shot 2015-07-04 at 16.20.44.png
probonopd
@probonopd
Jul 04 2015 13:31
awesome me-no-dev!
thank you so much. I will study your changes
@me-no-dev I get Update was not declared in this scope
probonopd
@probonopd
Jul 04 2015 13:41
got it; had to remove the OTA and mdns stuff and now it at least compiles
but i cannot see it in a ssdp browser
probonopd
@probonopd
Jul 04 2015 13:47
Me No Dev
@me-no-dev
Jul 04 2015 14:29
no
you need the new example
and gimme a sec to push a little update
not sure if it's needed
the lib should work
no need for MDNS and OTA
pushed
probonopd
@probonopd
Jul 04 2015 14:52
great, it is owrking
the device is advertised
chad cormier roussel
@chadouming
Jul 04 2015 15:22
@Links2004 isn't rtos a open source sdk for esp already ?
Me No Dev
@me-no-dev
Jul 04 2015 15:22
it's as open as this one
Markus
@Links2004
Jul 04 2015 15:23
its from espressif to, @me-ne-dev has the point all low level stuff is closed
chad cormier roussel
@chadouming
Jul 04 2015 16:50
Ah, what's the point using it then?
Me No Dev
@me-no-dev
Jul 04 2015 16:51
"multi" tasking
Markus
@Links2004
Jul 04 2015 16:51
rtos has a very good multitask handling
Michael Miller
@Makuna
Jul 04 2015 18:02
But remember, preemptive multi tasking has inherent waist in switching tasks, you are incurring basically a function call on every switch, and every task will require it's own stack set aside. So too fine of a time slice can be bad, and further has to be suspended for any bit bang functionality. And just a few threads can eat ram quickly. And lastly, memory allocation now has to be thread safe, incurring even more processing overhead.
probonopd
@probonopd
Jul 04 2015 20:02
In case anyone is interested in the Philips Hue bridge protocol running on an ESP8266
Me No Dev
@me-no-dev
Jul 04 2015 20:02
@probonopd I just pushed a more "native" SSDP library
much faster on responses
probonopd
@probonopd
Jul 04 2015 20:05
@me-no-dev I have one more change request regarding the SSDP library. I think it handles the devicenumber wrong, nomadnt/uSSDP#1 -- I have changed that in my local copy of the library that I am using for my Hue emulator for now.
But if it gets fixed upstream, the Hue emulator will not need to bundle the library locally.
@me-no-dev , thumbs up for the more "native" SSDP library :-)
Me No Dev
@me-no-dev
Jul 04 2015 20:16
just pushed what you requested
probonopd
@probonopd
Jul 04 2015 20:18
Me No Dev
@me-no-dev
Jul 04 2015 20:19
you are looking at the wrong repo :P
me-no-dev/Arduino@8f56914
probonopd
@probonopd
Jul 04 2015 20:20
cool, thanks
By the way, I am not sure where the URL /ssdp/schema.xml is coming from. Hue seems to use /description.xml
Me No Dev
@me-no-dev
Jul 04 2015 20:35
they are different things
schema advertises the device properties
description.xml describes the services thath your thing exports
probonopd
@probonopd
Jul 04 2015 20:37
ah, thanks. looks like you know about ssdp, in contrast to me ;-)
Me No Dev
@me-no-dev
Jul 04 2015 20:50
did not know about it this morning
maybe ecause I'm not using Windows
but did a quick read and it's nice to see your device in the list
probonopd
@probonopd
Jul 04 2015 20:51
i'm also not using windows but ssdp is also the basis for upnp device discovery, so i guess we can have a lot of fun with it
Me No Dev
@me-no-dev
Jul 04 2015 20:51
when we add SPIFFS i'll try to add a custom icon as well
i like DNS-SD much better
because you can search for particular service
probonopd
@probonopd
Jul 04 2015 20:52
me too (although i never got it to advertise on the esp8266)
in terms of simplicity, nothing beats amx discovery beacons
Me No Dev
@me-no-dev
Jul 04 2015 21:52
chip Id is unique for each die, correct?