The used network controller should be configurable from the sketch
The approach with selecting the network controller inside the library's config.h is hardly usable in real projects - it is impossible to tweak it for every build.
There are several approaches which can address this issue:
- Wrap
#define NETWORK_CONTROLLER ETHERNET_CONTROLLER_W5X00with#ifnded NETWORK_CONTROLLERand#endifso if the build system support global defines, the project will choose the proper network controller. - Do a meaningful guess of the network controller (e.g., when
ESP8266orESP32is defined, the chances are high that WiFi is used), so for rigid build systems (like the one in Arduino IDE) the library can be used as is.
Environment info
- IDE w/version: Arduino IDE 1.8.16
- Platform/Board: esp8266
- Network controller (shield or module): WiFi
I've been thinking about refactoring into templates.
No more #define NETWORK_CONTROLLER in config.h. Instead, you will need to specialize the client/server.
WebSocketServer<WifiServer, WiFiClient> server;
WebSocketClient<EthernetClient> client;
Additionally you could use multiple network controllers in a single (more powerful) board.
Initial commit pushed into the meta branch.
thanks for your library, sorry for my noob questions:
- WebSocketServer<EthernetServer, EthernetClient> server; will instantiate a server that serves Eth ?
2): did you merge that to the main branch as for sure this would be much better than using #define
- I would like to be able to connect my socket server both wifi WiFi and Eth, would that be achievable with your library
thanks for your feedback
@infrafast
- Yes
- No
- Yes
Thanks for your rapid answer, I guess the main which is more recent has some improvement that meta do not have ? if that's the case would you be ok to merge your code from meta to main after if I sucessfully test templates with my code and provide you feedback, or is anything preventing to merge now ? thanks!
Why do you insist on merging to master? Is there anything that prevents you from using the meta branch?
Using multiple network controllers on a single MCU is an edge case. In two years you are the second one who asked for that feature.
BTW the library (also the meta branch) is tested with autobahn testsuite.
I can leave with that, it's just in term of maintenance, I guess it's better to always stick to the main whenever possible, and TBH I am not so familiar in using git... Quick practical question, I have this line in my platformIO.ini skaarj1989/mWebSockets@^1.5.0 do you mind telling me how I should change it to use the meta branch ?
Looks like a branch/tag should be put after # character, so you could try:
https://github.com/skaarj1989/mWebSockets#meta
great, I am able to compile using the meta branch. things works well, when I use WiFi but if I force the usage of ethernet using the if directive, I got bellow error message when compiling, would you have any idea why?
.pio/libdeps/proto/mWebSockets/src/WebSocket.hpp:298:28: error: passing 'const EthernetClient' as 'this' argument discards qualifiers [-fpermissive]
#if 0 using NetClient = WiFiClient; using NetServer = WiFiServer; #else using NetClient = EthernetClient; using NetServer = EthernetServer; #endif
Which MCU?
PLATFORM: Espressif 32 (6.4.0) > Seeed Studio XIAO ESP32C3 HARDWARE: ESP32C3 160MHz, 320KB RAM, 4MB Flash PACKAGES:
- framework-arduinoespressif32 @ 3.20011.230801 (2.0.11)
Fixed. Could you confirm?
Yes, it works, thanks a lot for your work and support. I understood that my case to have both WiFi and Eth is not the most common so I don't want to bother. Still, would you route me to a possible solution to instantiate the proper object (Eth / WiFi) at run time and not at compilation time, as simple example ? I was thinking about creating a pointer to WebSocketServer and then be able to use the same code however I don't know how to do that with/without template ?
possible solution to instantiate the proper object (Eth / WiFi) at run time and not at compilation time, as simple example ?
I believe, this is a good question for a separate discussion :)
OK, added the discussion, I think this issue can therefore be closed ?