Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
dragon-engineer
@dragon-engineer
indeed
all in all, the bug is both in mkspiffs and in sdk?
Me No Dev
@me-no-dev
yes. update was synced across both (well add ESP32 to that too)
dragon-engineer
@dragon-engineer
and the fix is already in release ? I read that you were about to do it 'tomorrow', and it was 2 days ago :smile:
Me No Dev
@me-no-dev
I have actually done it in IDF (work repository and not github) and it’s on it’s way to be merged in IDF any moment/day now. The same is true for ESP8266 and mkspiffs (though the PR is not mine)
dragon-engineer
@dragon-engineer
ok thx for info
Me No Dev
@me-no-dev
so I kept my word :D
Bryce Schober
@bryceschober
@me-no-dev : Do you have any comment on the UDP broadcast being limited to 25ms packet rate vs. UDP unicast?
Me No Dev
@me-no-dev
@bryceschober I was not aware of such limitation
Bryce Schober
@bryceschober
@me-no-dev : I spent a whole bunch of time characterizing the UDP Tx performance of ESP8266 in SoftAP mode, and for some reason broadcasts are essentially limited to a 25 millisecond packet rate, resulting in an effective bandwidth limit of ~58kBps. Unicast transmissions have no such limit, and I've hit a soft limit of around 2.5 MBps.
Which I achieved using your ESPAsyncUDP lib... I could only reach about ~500kBps with the default library.
Me No Dev
@me-no-dev
So SoftAP Async Multicast is 25ms?
Rather disturbing :smile:
Bryce Schober
@bryceschober
SoftAP Async UDP Broadcast (not multicast) is limited to packets every 25ms. Try to send more than that, of any size and it will get dropped.
Bryce Schober
@bryceschober
50x slower is quite a penalty for using broadcast instead of unicast. Is there some fundamental difference in the WiFi stack between unicast and broadcast?
Me No Dev
@me-no-dev
we can check but I am not aware of such thing
it just changes the target address basically
UDP is a pretty basic IP protocol… not much to cause that
Stefan
@Wonkavator_twitter
Hey there, Im trying to connect a ESP2866 to a Jeenode https://jeelabs.net/projects/hardware/wiki/JeeNode
like it was done here: http://blog.hekkers.net/2015/01/01/meet-the-esp-8266-wifi-serial-transceiver/
The Jeenode ist connected with a USB connector to my PC
The ESP is connected with the extra hardware Serial port PSIX, but for some reason I cant get them communicating
For better Understanding https://jeelabs.net/projects/hardware/wiki/Pinouts
If I connect the ESP directly to the USB Connector I can communicate, what Im doing Wrong?
![alt](https://ibb.co/mzyZg5)
Bryce Schober
@bryceschober
@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
@bryceschober did you test udp broadcast with 2.1 sdk? There's a PR or branch or something with it ready
Bryce Schober
@bryceschober
@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
@bryceschober I just did some minor research online, and came across two interesting bits of info.
Thomas Cooper
@thomascoope
I'm having issues compiling my Arduino project. Quick question - do you need both "ESP8266WiFi.h" & "WiFiClientSecure.h" to make https calls?
Develo
@devyte
  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
@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?
Rinaldi Segecin
@rsegecin
Is not possible to automatically copy the required files to the source volume when I'm working with remote deployment?
sorry wrong group
Tejas H
@CodingCreate101
Hi..
I have couple of questions on Arduino OTA. I am using ESP8266 Node v3. How much space it's gonna take up? My code already takes 50% of it's size.
Cristóvão Trevisan
@cristovao-trevisan
You're probably looking at the ram size. Just doubt it'll take that much flash
The is also a setting to choose how much flash is allocated to code/spiffs
Develo
@devyte
@me-no-dev I was just looking through your repos looking for the asysynncudpyou have an esp-
...asyncudp one, and I came across esp-alt-sdk
It seems to use gcc 5.1? I believe the arduino core is still on gcc 4.8.x. Have you ever tried building the core with gcc 5.1?
Develo
@devyte
(Sorry about ozom typo, 2yo daughter + typing = fail)
Me No Dev
@me-no-dev
nope. were there any issues?
Develo
@devyte
No, just asking if you ever tried it. I seem to remember a request for moving to a newer gcc,
I thought the compiler toolchain was provided by espressif
Me No Dev
@me-no-dev
crosstool-ng is the toolchain we use :) both on ESP8266 and ESP32
Develo
@devyte
From what I gather, it's on gcc 4.8.2 and the last commit was on 2014
Develo
@devyte
This message was deleted
Any idea how difficult it'd be to move to gcc 5.1 or newer?
Me No Dev
@me-no-dev
probably just a matter of rebuilding the toolchains for all OS :)
@igrr might have a better way to compile those (automated)