Jump to content


  • Posts

  • Joined

  • Last visited

LabVIEW Information

  • Version
    LabVIEW 8.5
  • Since

moralyan's Achievements


Newbie (1/14)



  1. ShaunR, once again you show how smart you are Actually in IEC61850 GOOSE messages, we have a publisher/subscriber structure, similar to UDP multicast, however the messages are directly mapped to the physical layer (ethernet) without going through any underlying protocol, it is some sort of peer to peer communication. For this reason, GOOSE messages are so fast, even faster than the UDP. For our purpose, i spent the two previous days with labview ,and i ended up with an application that generates a 6% error in the received data, however, it looks like i have some luck, our goal is to send a TDMS file with UDP, and we are mainly interested with the values palette. the weird fact is that the error never occures at the level of the values, it just occures with the graph and some of the properties!!
  2. Finally it seems like someone understands what is our focus from insisting on UDP, this is really encouraging; in fact our approach starts from the GOOSE model, we want to make UDP as reliable as possible by adding a small algorythm, just a light one to not decrease the speed of transfer. we have found that labview is the best tool to do so. IEC61850 is new standard that still needs a lot of work to be fully accepted in industry, we know it may look meaningless to insist on UDP, but at least, let's try this is the spirit And this is the point my friend, we want to build anew UDP based protocol, you can say like UDT, to be used in power substations just like the GOOSE, i already said that i have a good theoritical knowledge with both TCP and UDP and the differences between them, however, i just don't know how to implement them using labview at the time my supervisor insists on using this programming language because you have just read what other people suggested for this new technology, IEC61850 is still under development, and the trend now is toward UDP based protocols, just look for more details about IEC and you will understand why we are insisting on UDP instead of TCP
  3. wow, now it is working, but the received file seems to be corrupted due to packet duplication or miss-order, i tried to improve the performance using queues but i didn't get what i want, any suggerstions so far?? UDP File Client.vi UDP File Server.vi
  4. my brother, i'm not angry i'm just beginner in labview and i don't have enough knowledge with it to understand exactely what my friends here are trying to explain for me, moreover, i mentioned earlier this is not a home work, it is rather a research, and if you google the term IEC61850, you will understand why we insist on UDP!! i knwo what "chunks" are, but how to build them in labview!!, i don't want people to do work for me, i just need some help i already said i'm not expert in labview, i have a good theoritical background with both TCP and UDP protocols, and in fact they are just a part in a larger research about IEC61850 standard.
  5. For GOD sake, this is my VI, please help me, i know TCP is better, but i just wanna see it working with UDP, so what shall i change to not see this error message anymore
  6. thanks ShaunR, i will try this, but could you provide me with more details about "chunks", what are they exactely??
  7. I do appreciate, and i am with you for the choice of TCP/IP instead o UDP, but unfortunatly, my teacher doesn't do so. He is insisting on UDP!!. Anyway, i have tried what you have suggested, but i got the same errror, and i think it is logical, if the buffer size is only 65Kb or less, how can it handle 600Mb!! what i want to know is what is the code i should use to devide my file into packets of 65Kb, because wiring the 600Mb file directly to the UDP Read VI didn't work. or shall i use a while loop?
  8. Brother, this is exactly what i wanna do, I have a 600Mb TDMS file and i need to transfer it as fast as possible. now i understand that the maximum data packet size is 65Kb, which implies that i must devide my 600Mb file into packets of 65Kb each and then send those packets using UDP. My question is: how can i devide my file into packets??
  9. so you wanna say that there is no possibility to go beyond transfer rates of 65Kb/s using UDP!!
  10. thanks a lot for the help, i'll read what you mentioned even thogh i still think the solution resides in increasing the size of buffers!! i think you are right, and i'll go back to TCP, but i still want to increase the buffers size, how can i do so??
  11. honestly i have never read about chunks, could you give me some details please i have built successfully an aplication that transfer files using TCP, however it is really slow, this is why i need to use a faster protocol like the UDP ok you can ask my teacher about that, he insist on building a new application!! thanks for the link, i have already tried it and actually it can't give a transfer rate more than 2Mb/s, which is far from my goals!!
  12. Hi everybody I hope someone can help me. I'm trying to build a client-server file transfer application. The client reads a file stored on a given working station(PC) and sends it to a server installed on another working station for further usage. I am using UDP as the transport protocol. The problem is that my application works perfectly with files whose size is in the range of kilobytes, however when I try to send files whose seize is in the range of megabytes, the application crashes down and the attached error message shows up I understood that I have to increase the size of both the UDP sending and receiver buffers, but I don't know how to do so. please if you have any idea on how to do so, just let me know Best regards
  13. i am using the TCP/IP transfer protocol, i have tried to build a timer that counts the time required for this problem, but it didn't work well.
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.