W5500 ioLibrary and CodevisionAVR pointer issue

Question

I’ve been messing with the demo board and initially couldn’t get the ioLibrary to integrate with my CodeVisionAVR IDE. I got it to mostly work by removing much of the wizchip_conf.c pointer stuff for setting and clearing critical sections, and CS, and reading SPI. I’ve been able to get DHCP working and also, TCP socket open and send, but not receive (still confused on that, but still reading up on it) What I was wondering is if anyone has been able to get the ioLibrary to 100% integrate with CodeVisionAVR. It’s a quality compiler, and I’m sure there is just some silly pointer thing I need to do and it will be just fine. I haven’t reached out to CV yet, thought I’d try here first. I really like this chip for bare bones networking. I’m hoping to use this some time in the future for product development. Thanks!

bangbh · Answer

Thanks for using our product. Being able to open the socket means there is no problem with the spi read-write function. I think there is a problem with the memory registration part. Could you share the code snippet of the buffer registration part? I mean “recv()” part of your code. Thanks.

bangbh · Answer

Sorry your code is too hard to read… But it’s simple. If you just want to send something and receive it back, please just followed the sequence. Open a socket as a TCP socket() Connect to the target(server) connect() Send something send() Wait until the server returns it back while((size = getSn_RX_RSR(sn)) == 0){} Read data from the buffer and printf recv(sn, buf, size); for(i = 0; i < size; i++) printf("%02x ",buf[i]); To keep sending and receiving, repeat steps 3-5. Thanks.

bangbh · Answer

If your device can send something, then it can receive something 100%. I think you need to wait more time to receive it. Your server returns your packet after 0.54s. But you are only waiting for 500ms by 5 for loops. And if it’s possible make your code simple. or please test the example code as it is without changing. Just open a socket with a fixed port number and connect to the server. And make the server send something to your device. then check if your device receives it or not.

cpp103 · Answer

Success!!! Sort of… Your words above gave me a clue. I’m not waiting 500ms, the java program reads 8 bytes, and then sends back 16 bytes (+2bytes). When I inspect the Wireshark from above. The time between my client ACK, and the W5500 [FIN,ACK] is 500 ms, which is the loop I am trying to read. After the read fails, then I disconnect(sn) and close (sn). Here is the Strange part, maybe this is the way TCP/IP operates??. After I send my packet successfully, now if I disconnect(sn), then immediately the RX_RSR(sn) is populated with 18 bytes of data, and the wiz_recv_data(sn, buf, ret) works as I would have expected. I don’t understand why the disconnect(sn) is required, since I am not disconnected. I’d like to understand, it seems like the socket is still able to read after the disconnect which seems odd. Thank you for the help, I’m back to making progress

cellkey · Answer

Hi, I am Dan, I read your question concerning AVR code and the |W5500 at the forum and since I have similar problems. I would like to ask you some questions I designed a data logger board based on ATMEGA644 and W5500 and use codevisionAvr compiler. I just started write code to handle W5500 and found that I dont realy know how to send data to the server as TCP client. Any advises? some code will be helpful… I am more hardware developer … and not very good at programing, alghough doing it for 25 years already… Thanks Dan Groswirth cellkey.tech@gmail.com

cpp103 · Answer

Hi Dan, It’s actually super easy to send data to a TCP server. I’m hoping that the WIZnet Team member can explain why the disconnect() needs to be a part of a TCP Send operation. Something is blocking either my java server app, or the w5500, but everything is waiting till the disconnect() before the server responds with data. This code below works with no issues. If you need the whole AVR project, I can zip and email you Formatting is a bit wonky int32_t TCP_TxSingleTransaction(uint8_t sn, uint8_t* buf, uint8_t len, uint8_t* destip, uint16_t destport) { unsigned char loop, data, data2,data3,data4; int32_t ret; // return value for SOCK_ERRORs uint16_t size = 0, sentsize=0; static uint16_t any_port = 50000; if(getSn_SR(sn) == SOCK_CLOSED ) { close(sn); if((ret=socket(sn, Sn_MR_TCP, any_port++, SF_TCP_NODELAY)) != sn) // create a socket for use, any port don’t care { if(any_port == 0xffff) any_port = 50000; return ret; // TCP socket create FAIL } setsockopt(sn, SO_KEEPALIVEAUTO ,(void*)2); //10 seconds ctlsocket(sn, CS_SET_INTMASK, (void*)SIK_ALL); if( (ret = connect(sn, destip, destport)) == SOCK_OK) // attempt to connect to the destination IP/PORT { if(getSn_IR(sn) & Sn_IR_CON) // Socket n interrupt register mask; TCP CON interrupt = connection with peer is successful { setSn_IR(sn, Sn_IR_CON); // this interrupt should be write the bit cleared to '1' } ret = send(sn, buf, len); // Data send process (User's buffer -> Destination through H/W Tx socket buffer) if(ret == len) // Send success { if(getSn_IR(sn) & Sn_IR_SENDOK) { setSn_IR(sn, Sn_IR_SENDOK); } } if((ret=disconnect(sn)) != SOCK_OK) // the need for this makes no sense to me, it's part of the send operation???? { return ret; // // FAIL } } else { return ret; // CONNECT fail } ret = close(sn); } return ret; // TCP socket STATUS }

cellkey · Answer

[quote=“cpp103, post:9, topic:7532”] Hi CPP103: Thanks for your response. I am interested in the SEND rutine which you use to send the data to the server. I didnt understand how we tell server how many bytes are to be sent. I know that when sending data via modem I always tell server the payload lengh before sending it… Please advise… If it is an option I will be glad to look at your project as it is might make things clearer. My project is about to send 8 temperature sensors data to server every second…! The measuring work fine. Sending data not yet… Dan

cpp103 · Answer

Hi Dan, You really don’t need to be concerned with telling the server. TCP is transaction based so the mechanics do all the heavy lifting for you. If you take a look at socket.h: int32_t send(uint8_t sn, uint8_t * buf, uint16_t len); Return value should be equal to len (assume you’re not overriding your buffer) sn is socket, buf is a pointer to data, and len is your byte count. You have to tell the w5500 how much you put into the buffer. This Send function internally calls a wiz_send_data() that populates the proper w5500 tx buffer. That’s it really, sending is easy. I can send you a zip of a barebones CV Avr project for w5500, I don’t think I can upload a zip here?. idk Regards, Ray

cellkey · Answer

hi Ray: Thanks again for your help. I am adding my SEND rutine for your inspection. |i did get Sn_IR_SENDOK flag when tried it…Do you thing that each time you send data you have to close socket? not make sense…! uint16_t WIZCHIP_Test_send_data(uint8_t sock) { uint16_t ptr = 0; uint32_t addrsel = 0; uint16_t lengh = 0; uint16_t TX_Free_Buf; char POST_ALERT[] = "POST /m2m/update/general HTTP/1.1
#";; char testBuf[] = {0x13,0x27,0xF1,0,0,0,'#'}; char CL[] = "Content-Length: 6

#"; TxMsg("Sendig data test..
\0"); while(POST_ALERT[lengh] != '#') //end of data array -must be nserted in end of string??? lengh++; printf("
lengh: %d
\0",lengh ); do{ //check for free space in buffer TX_Free_Buf = WIZCHIP_READ(Sn_TX_FSR(sock)); //make sure enough room avail }while( TX_Free_Buf < lengh); //???endless??? TxMsg("Buffer large enough..
\0"); ptr = getSn_TX_WR(sock); addrsel = ((uint32_t)ptr << 8) + (WIZCHIP_TXBUF_BLOCK(sock) << 3); WIZCHIP_WRITE_BUF(addrsel,POST_ALERT, lengh); ptr += lengh; setSn_TX_WR(sock,ptr); //move WR pointer to next location TxMsg("Sending SEND command.
\0"); setSn_CR(sock, Sn_CR_SEND); //send command delay_ms(5); if(getSn_IR(sock) & Sn_IR_SENDOK) //send ok? { TxMsg("SEND ok..
\0"); return lengh; } TxMsg("SEND failed..
\0"); return 0; }

cellkey · Answer

Hi Ray: Are using Atmel uP ? Ardoino? else? Thanks Dan

cellkey · Answer

Hi Again: I dont have socket.h in my project. I will look for it. i do interested in your rutines definition of socket() setsockopt() ctlsocket() connect() ctlsocket() it can make all clear, I guess… Thanks again and sorry for bothering you with my questions. Dan… I got the IOlibarary and now all files are available…UPDATE: |I guess I will find my way now as every thing in front of me… Thanks for your help. Dan

Dan1 · Answer

Hello: I have seen your reponse to Ray and would like to ask you a question cemcerning repeated send() activation. I have designed a board which has the W5500 on it as network interface… I am writing code for it. Is it possible to use the opened socket to send few strings in a row without changing socket status? I see alot of “noise” received by the server around strings that I am sending in a loop… Getting “getSn_TX_FSR(sn)” first value is OK (2048) but next values are not making sense…should be smaller, I suppose… Please advise… Thanks and Regards Dan Groswirth cellkey.tech@gmail.com

Dan1 · Answer

Hi Ray: I still have problem with the data received by the server. I used you code to check it as well and got same problem. I send small string to test the send() and see in server the string, shown few times, wraped with “milions” of junk bytes… Basicly we have same code, as relied on ioLibrary rutines… What are getting when sensing the 8 bytes test? Regards Dan

cpp103 · Answer

I’d really like a wireshark data capture to be able to see what is going on. When I send out my 8 bytes test it simply sits and waits to receive. As you see I’ve never gotten a reply on the whole disconnect() thing. It might also be a problem on the server side with memory allocation, the w5500 seems pretty straight forward for simple stuff like this.