WIZ750SR and DHCP enabled

Question

Wiz750SR with DCHP enabled condition, the connection is breaking more offen. So data transfer is not completed. Without DHCP, data transfer is working fine. Firmware version is 1.2.4 Anybody have this issue? V.Nagarajan

becky · Answer

I’ll give it a try as your condition in our side and let you know the result. Please wait some time~

Nagarajan V · Answer

Dear becky There is wrong data conversion after starting data transfer randomly. Actual data sent on RS232 side is 66 03 00 00 97 ff but on ethernet side with wireshark is 02 01 06 00 81 4a when DHCP is enabled. V.Nagarajan

Nagarajan V · Answer

Dear Becky Any feedback for the problem mentioned? V.Nagarajan

Nagarajan V · Answer

Thank you for the feedback I have updated the firmware to 1.2.9. The problem persists. Please find wireshark capture and config snapshot. Use dispaly filter in wireshark as “tcp.port==4321” without quotes for viewing tcp transfers. Wiz DHCP problem.rar - FileTransfer.io Please note before closing tcp connection last received data is wrong. actual data is 66 01 00 02 97 ff wrong data is 02 01 00 02 97 ff If i disable DHCP, there is no issue with other settings kept same. Kindly check and give feedback. Thank you for your time. V.Nagarajan

Nagarajan V · Answer

Dear Becky Any feedback for the input provided? V.Nagarajan

Nagarajan V · Answer

Dear Bong I have tested more than one module. The problem repeats with all modules. I think there is some issue when DHCP is enabled. It randomly corrupts one or two bytes of data. We can demostrate the problem with team viewer if possible for you check. V.Nagarajan

Nagarajan V · Answer

Dear Bong Thank you for your attention. Regarding testing at my side, i would to like point out that i am using protocol as below: [PC Software] SOT packet 6 bytes (11 01 00 00 ee ff) -----------> <----------- [Wiz Serial Device]ACK packet 6 bytes (66 01 00 02 97 ff) [PC Software] CMD packet 9 bytes (33 02 01 00 ca ff 14 ec ff) ----------> <----------- [Wiz Serial Device] ACK packet 6 bytes (66 02 00 00 98 ff) [PC Software] DATA packet 285 bytes (22 03 15 01 c5 ff …) ----------> <----------- [Wiz Serial Device] ACK packet 6 bytes (66 03 00 00 97 ff) Above sequence repeats until all product(1000) is updated to embedded system. Totally 6000 packets sent and received for 1000 products. I am facing problem in this condition. For timing and actual data kindly refer wireshark .pcap file given earlier. Thanks for your time. V.Nagarajan

Nagarajan V · Answer

Dear Becky Please find my testing logs. LOG.zip (3.9 KB) Please note with DHCP Enabled condition, data broke at 79 and 48. See the last data in each is wrongly received. Failure happens randomly. Without DHCP, all 423 product sent successfully. Please see below image for failure condition: image1360×744 48.3 KB Please see below image for pass condition: image1360×742 48.3 KB For your information, we are sure that our sending data is correct(double checked using hardware monitor). It seems, data receiving problem in Wiz750 when DHCP is enabled. With lower baud rate 9600 also, this problem happens. When DHCP is enabled, data is breaking. Waiting for your reply. V.Nagarajan

becky · Answer

So we will test with baud 4800 and enable DHCP and find out exact reason of the problem And let you know asap. we are afraid that can’t immediately find out exact reason in the source code.

irina · Answer

Nagarajan_V: With lower baud rate 9600 also, this problem happens. When DHCP is enabled, data is breaking. I checked your log file and according to the log file, the uart baudrate is set to 115200 If so, the baud rate of PLU manager have to set to 115200, is it right? If you are possible,Could you please draw the connect schematic?

Nagarajan V · Answer

PLU Manager is a software running on a PC and communicates via ethernet to WIZ750SR and then to Embedded system. Please see block diagram. image980×298 2.94 KB The baud rate between WIZ750SR and Embedded System is what i meant. With lower baud rate(9600) also, we see data breaking. V.Nagarajan

irina · Answer

If you change the option in configuration tool or using serial command,you can see the data(ethernet to serial/ serial to ethernet). configure tool image406×568 60.3 KB Serial command(in ASCII)/ in AT Mode DG4
 Then, you can see the sending data through Debug UART as below. image922×227 49.4 KB I suspect DHCP lease time as problem. So the code of DHCP client for IP renewal has been disabled it in main.c image976×88 2.68 KB W7500x_S2E_App.bin (38.4 KB)

Nagarajan V · Answer

I am sure that disabling through config tool or commenting DHCP_run(); is same. My point is when DHCP is enabled condition, i see issue. So please check DHCP_run() for errors/time spent/enable or disable RS232 or it is being called too frequently. Can you insert a delay say 50 millsecond between call? and give ME .bin file. We want work with DHCP enabled condition. Thanks

Nagarajan V · Answer

Please find log file 20200109104259.zip (7.7 KB) The last data is wrong [00:02:04][S2E][0006] 02 01 06 00 F9 50 It should be 66 01 00 02 97 FF Waiting for solution.

irina · Answer

Is there any chance of sending wrong serial data in your embedded system? Could you please change the Inactivity time is ‘0’ in connection timer settingand Try again test ? Let me check at the DHCP-related code one more time.

Nagarajan V · Answer

We have checked that embedded system is sending data correctly. Please find log with inactivity timer set to 0. 20200110103020.zip (6.2 KB) Wrong data [00:01:06][S2E][0006] 02 01 06 00 4F 4D Actual data 66 03 00 00 97 FF

irina · Answer

Sorry~ I said it wrong. I had to tell you to the Time of serial data packing option , but I said Inactivity timer. I’m so sorry, could you please change the Time of serial data packing is ‘0’ and try again test?

Nagarajan V · Answer

If i set serial data packing option is set to 0, PLU manager software will not work. It expects the response to be a complete packet. In this condition it gets splitted as 1 byte and 5 byte packet. I need to at least 1ms(serial data packing option) for the PLU manager software to work. 20200110141659.zip (1.1 KB) In 1ms condition also, sometimes data is breaking.

irina · Answer

I suspect that electrical characteristics between WIZ750SR and Embedded system may cause data to be broken. I hanged an aging test for about a day, No problems were found with WIZ750sr. image857×261 13.9 KB Could you compare the serial data between WIZ750SR and Embedded system? For example, connect RX of WIZ75SR and TTL to USB and PC confirm the RX data through USB image719×394 25.1 KB I will also test it the baudrate(9600) during the weekend

Nagarajan V · Answer

We have verified this many times, data from Embedded system is correct on a tapping as you descrbed. But data gets wrongly received sometimes in Wiz750SR is my problem.

Nagarajan V · Answer

Hi We have made a testing application to demonstrate the error when DHCP is enabled. Please find the same I have attached the procedure and the testing application. WIZNET TESTING TOOL.zip (66.7 KB) Please test and give feedback. We are able to simulate the problem. Please check at your side give feedback.

irina · Answer

I tested using attached testing application tool. image1036×518 25.4 KB More than 7000 products passed. image1290×971 70.2 KB I can’t see the simulate error with DHCP enable setting. How can we solve this problem? I have attached a log file. WIZ750SR_DHCP Enable_log.zip (68.0 KB) Do you have another WIZ750SR?

Nagarajan V · Answer

Hi Please share me the .pcap file of wireshark and config file of settings. We have tested many, the problem repeats. Is there anything to do with DHCP server delays? Would like to capture dhcp pockets sent by WIZ750SR on ehthernet while transfer is going on. How will you do that ? Host name is listed as WIZnetV.U(HEX BYTES 57 49 5A 6E 65 74 56 83 55)???

irina · Answer

It is not always the PC to send a FIN packet every time I run the test tool, is this correct? The PC Test tool sends a FIN packet to WIZ750SR is not constant,is it correct? It doesn’t mean data is broken. I attached the pcap file of wireshark and setting of config tool file. WIZ750SR_DHCP.zip (1.5 MB) What do you mean by a hostname?

Nagarajan V · Answer

host name1366×728 47.6 KB Not able to ping using host name.

irina · Answer

The DHCP Client Option feature specifies the hostname of the client. While acquiring an IP address for an interface from the DHCP server, if the client device receives the DHCP Hostname option inside the response, the hostname from that option is set. DHCP is used by DHCP clients to obtain configuration information for operation in an IP network. Therefore, you can’t test the ping using hostname.

Nagarajan V · Answer

I have solved by adding a delay 0f 200ms between call of DHCP_run() in main loop. In our network i see lot of DHCP packets; if(dev_config->options.dhcp_use) { if(dhcp_interval_check == 0) { dhcp_interval_check =200; //200ms, it is decremented in Timer handler if non zero. DHCP_run(); } } With above modifications, with DHCP enabled or disabled it is OK. Regarding host name, i am not still clear. What is use of DHCP? if WIZ750SR is not accessible by a name ?

robalflex · Answer

Hello Irina, We have the exact same problem as Nagarajan_V. At first we had no problems (with DHCP on). Then we changed the ‘serial data packing’ from 0 to 100 ms (and still DHCP on) and the problem occured. At random moments we receive (at our server) the bytes: ‘02 01 06 00 47’ from the wiznet chip. For us this is a dealbreaker, because we need the ‘serial data packing’ on 100 ms and DHCP enabled. Is there an official fix for this?