These are chat archives for esp8266/Arduino

25th
Sep 2017
Bryce Schober
@bryceschober
Sep 25 2017 14:33
@me-no-dev That's exactly what I expected! But not the behavior I achieved. ;-)
The fact that there was a bug that caused extra bytes to be added to the end of only UDP broadcast packets that was fixed in SDK 2.1 suggests that there is in fact some difference more than just destination address... at least in the SDK.
Deveyes
@deveyes_twitter
Sep 25 2017 17:46
@bryceschober did you test udp broadcast with 2.1 sdk? There's a PR or branch or something with it ready
Bryce Schober
@bryceschober
Sep 25 2017 19:08
@deveyes_twitter Yes, I did. It made the random extra bytes at the end go away, but made no difference in the ability to send packets more rapidly
Develo
@devyte
Sep 25 2017 20:57
@bryceschober I just did some minor research online, and came across two interesting bits of info.
Thomas Cooper
@thomascoope
Sep 25 2017 20:58
I'm having issues compiling my Arduino project. Quick question - do you need both "ESP8266WiFi.h" & "WiFiClientSecure.h" to make https calls?
Develo
@devyte
Sep 25 2017 20:58
  1. Some implementations of UDP broadcast artificially limit tx rate for various reasons, among which is to avoid accidentally doing DoS something on the network.
  1. One person was mistakenly doing broadcast to a named host, as opposed to the IP address, which caused a dns lookup every time, which in turn gave an inherent overhead. I somehow think you are not doing this, because you compare against unicast, but I thought I'd mention it anyways
(Switched account, didn't realize I was logged in with twitter wtf)
Bryce Schober
@bryceschober
Sep 25 2017 21:31
@devyte Interesting about rate-limiting UDP broadcasts... I guess that makes sense. And no, I'm definitely not using a named host.
Has anyone else had problems with SoftAP never refreshing its client list in wifi_softap_get_station_info(), as I report in esp8266/Arduino#3638?