W5500 and mbed-os 5

Question

hello, I’m trying to use W5500 with Mbed. have tried the examples from os.mbed.com W5500Interface - This is the Interface library for WIZnet W5500 ch… | Mbed This is the Interface library for WIZnet W5500 chip which forked of EthernetInterfaceW5500, WIZnetInterface and WIZ550ioInterface. This library has simple name as "W5500Interface". and can be used for Wiz550io users also. and github.com GitHub - Wiznet/mbed-os-example-sockets: Simple example for the network-socket... master Simple example for the network-socket API. Contribute to Wiznet/mbed-os-example-sockets development by creating an account on GitHub. The 2nd does not compile with W5500, event include path are wrong. After fixing, the init with MAC failed. The MAC is set and the a hardware reset is called. After fixing this, the IP is delivered by DHCP, but then init is called and a hardware reset is performed again. It looks like this was never tested and is not maintained, the Issue button is also disabled for this repo. I was able to fix this woes, but now the SPI communication is stopping after about 7-8 s. There are also a lot of polling loops that do not yield. Is there some better code for working with multitasking OS? thanks, Johannes

teddy · Answer

hello I will update that’s code. please, see this code. GitHub GitHub - WIZnet-MbedEthernet/mbed-os-example-sockets_Nucleo-F103RB_W5500:... using Mbed Studio Nucleo-F103RB With W5500 api.ipify.org get External IP address - GitHub - WIZnet-MbedEthernet/mbed-os-example-sockets_Nucleo-F103RB_W5500: using Mbed Studio Nucleo-F103RB With W5... Or you create mbed-os-example-sockets. Import WIZnetInterface library to the project. GitHub GitHub - WIZnet-MbedEthernet/WIZnetInterface: arm Mbed-OS 5 WIZnet chipset... arm Mbed-OS 5 WIZnet chipset driver (W7xxx, W5/6xxx) - GitHub - WIZnet-MbedEthernet/WIZnetInterface: arm Mbed-OS 5 WIZnet chipset driver (W7xxx, W5/6xxx) and modify file ‘mbed_app.json’ { "config": { "network-interface":{ "help": "options are ETHERNET, ETHERNET_WIZNET", "value": "ETHERNET_WIZNET" } }, "target_overrides": { "*": { "platform.stdio-baud-rate": 115200, "platform.stdio-convert-newlines": true, "mbed-trace.enable": 0 } } } and check file ‘mbed_lib.json’ in WIZnetInterface { "name": "WIZNET", "config": { "sck": { "help": "sck pin for spi connection. defaults to SPI_SCK", "value": "SPI_SCK" }, "cs": { "help": "cs pin for spi connection. defaults to SPI_CS", "value": "SPI_CS" }, "miso": { "help": "miso pin for spi connection. defaults to SPI_MISO", "value": "SPI_MISO" }, "mosi": { "help": "mosi pin for spi connection. defaults to SPI_MOSI", "value": "SPI_MOSI" }, "rst": { "help": "RESET pin for spi connection. defaults to D15", "value": "D15" }, "debug": { "help": "Enable debug logs. [true/false]", "value": flase }, "interface": { "help": "Set the wiznet module interface [W5500/W6100]", "value": "W5500" }, "socket-bufsize": { "help": "Max socket data heap usage", "value": 8192 }, "default-network": { "help": "Set the default network interface", "options" : [true,false], "value": true } }, "target_overrides": { } }

JojoS · Answer

Hello Teddy, tanks for your fast reply and your support. The recommended Wiznet Library contains the same problems, f.e. that init first sets the mac address and then calls reset. This deletes the mac and dhcp will fail: github.com WIZnet-MbedEthernet/WIZnetInterface/blob/0b62ecebbb73d8b232b504e2079abcad10b9ae1a/WIZnetInterface.cpp#L139 init_socks(); return 0; } int WIZnetInterface::init(uint8_t * mac) { _dhcp_enable = true; _wiznet.reg_wr<uint32_t>(SIPR, 0x00000000); // local ip "0.0.0.0" // should set the mac address and keep the value in this class for (int i =0; i < 6; i++) _wiznet.mac[i] = mac[i]; _wiznet.setmac(); _wiznet.reset(); // reset chip and write mac address init_socks(); return 0; } // add this function, because sometimes no needed MAC address in init calling. int WIZnetInterface::init(const char* ip, const char* mask, const char* gateway) { _dhcp_enable = false; In the meantime, I was able to fix a numer of problems by myself: the easy_connect does a dhcp call when used init with mac, but then calls init and reset again, ip is lost there is a WIZNET_ACCEPT_TIMEOUT, but why? In non blocking, it should never timeout. When it is running into timeout, in mbed5 it is hanging at an event in TCPSocket. the socket callbacks are not thread safe, the callback can be set to 0 and then the system is running into hardfault there are some functions deprecated, f.e. const char* get_ip_address(). The newer functions that make use of SocketAddress are not defined yet. there is a Sock Status enumeration which interferes with a mbed definition, I have use a namespace to fix this. I also don’t want to use easy_connect because it is deprecated with current Mbed mechanism to get default EthernetInterface. I’m checking how to integrate it to existing Mbed classes to use also Mbed dhcp and bring_up/down interface. The existing code works only when the ethernet is plugged in at system start. I can publish this on github if you want to adopt or review my changes.

JojoS · Answer

Thanks again for your support. This timeout I have already modified: #define WIZNET_TIMEOUT_INFINITE (-1) #define WIZNET_ACCEPT_TIMEOUT WIZNET_TIMEOUT_INFINITE if ((t.read_ms() > WIZNET_ACCEPT_TIMEOUT) && (WIZNET_ACCEPT_TIMEOUT != WIZNET_TIMEOUT_INFINITE)) { debug("WIZnetInterface::socket_accept, timed out
"); return NSAPI_ERROR_WOULD_BLOCK; } with WIZNET_ACCEPT_TIMEOUT=WIZNET_TIMEOUT_INFINITE is infinite waiting. But I’ve checked the generic ioLibrary, maybe it is better to start from scratch with this library? And instead of using polling, the interrupt and using Mbed Events sounds like a smarter solution? I have checked also if I can use TCPsocket.set_blocking(false), but the blocking or timeout for reading is not used in the recv/send function.

teddy · Answer

Hello JojoS: with WIZNET_ACCEPT_TIMEOUT=WIZNET_TIMEOUT_INFINITE is infinite waiting. your code is dangerous. if It is not connected, maybe Your program is stuck in an infinite loop and can do nothing. If timeouts are frequent, it is recommended to increase the timeout time. And I don’t understand this question. JojoS: But I’ve checked the generic ioLibrary, maybe it is better to start from scratch with this library? I think the interrupt or Mbed Event method is more efficient. TCPsocket.set_blocking(false) is not WIZNET Function. now our send/recv Function is not used. but I will check mbed-os internal Functions with WizInterface Function. I’ll find a way to be compatible with MBED-OS internal functions and WIZInterface functions. Thank you

JojoS · Answer

teddy: your code is dangerous. if It is not connected, maybe Your program is stuck in an infinite loop and can do nothing. yes, you’re right. The code should handle events when the interface is coming up/down, f.e. when the network cable is pulled out and plugged in. about ioLibrary: the mbed-os related code is a few years old, the ioLibrary is newer. So my question was if it is better to add mbed features to ioLibrary.

teddy · Answer

Hello Yes. I think so that. I will also consider the IOLibrary to add the MBED structure. Thank you.

teddy · Answer

hello. I’m sorry. The schedule is getting late. We will support you as soon as possible. Please waits for more. Thank you

teddy · Answer

MMMike: Sorry to say, but we are waiting for help since almost 3 month now. Please Wiznet Team, help us! Sorry. We are currently working. Please wait a little longer

teddy · Answer

Hello Mike. Sorry for the delay in response. We updated WIZnetInterface for mbed-os 6. GitHub GitHub - WIZnet-MbedEthernet/WIZnetInterface: arm Mbed-OS 5 WIZnet chipset... arm Mbed-OS 5 WIZnet chipset driver (W7xxx, W5/6xxx) - GitHub - WIZnet-MbedEthernet/WIZnetInterface: arm Mbed-OS 5 WIZnet chipset driver (W7xxx, W5/6xxx) It is the using method but language is Korean. Medium – 24 Jun 20 Mbed Studio에서 W5500 사용하기 최초 배포 일자 : 2020/06/24 최종 수정 일자 : 2020/06/24 Reading time: 5 min read we will translate language later. thanks.