Jump to content

Search the Community

Showing results for tags 'tcp'.



More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Our Community
    • Come on in!
  • News and Announcements
    • New! UniLogic V1.23 introduces MQTT!!
    • VisiLogic:9.8.64 - Link to mobile app, Ladder: 2x the Space!
    • New!!! ***** U90 Ladder*****
  • UniStream HMI + PLC Programmable Controllers & UniLogic Software
    • UniStream: Hardware
    • UniLogic Software
    • UniLogic UDFBs
    • Industry 4.0, IioT, MQTT--Looking forward
  • Vision, Samba, Jazz and M90 PLC + HMIs & Software
    • Vision & Samba PLC + HMI Controllers & VisiLogic Software
    • Jazz, M91 PLCs and U90Ladder
  • Software Utilities
    • SD Card Suite
    • Remote Operator
    • Remote Access
    • DataXport and DataXls
    • UniDownloader
    • UniOPC
    • UniDDE
  • Utilities for .net and Visual Studio
    • Unitronics PCOM Protocol
    • COM Object ActiveX .dll
    • .NET driver
  • Project Design
    • ...I have a project...what hardware do I need?
  • User Application Stories
    • Just finished a great project?
  • Tips and Tricks
    • Best Programming Practices
    • Tips and Tricks
  • Job Board
    • Projects seeking Programmers
    • Programmers seeking Projects
  • General Discussion
    • We're Listening...
    • The Lounge
  • News and Announcements Copy

Blogs

  • Unitronics' Blog: PLCs, HMIs and more
  • Saragani's Blog
  • Simon's Blog
  • Ash Neilson's Blog
  • Joe Tauser's Blog
  • Unitronics en Español
  • Powered by AMPS
  • Alldrives UK's Blog
  • Unitronics, Howman Style
  • PLCNewbie's Blog
  • Telestar Automation Blog
  • Webinars Collection
  • Tim's Corner
  • Blog
  • TELESTAR (Italian)
  • i4 Automation
  • i4 Automation (UK)
  • Unistream UDFB's

Categories

  • From Headquarters: Sample Applications
    • From Headquarters: VisiLogic
    • From Unitronics: U90 Ladder applications
  • User-submitted Applications
    • From Users: VisiLogic applications
    • From Users: U90 Applications

Categories

  • Articles
    • Forum Integration
    • Frontpage
  • Pages
  • Miscellaneous
    • Databases
    • Templates
    • Media

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


AIM


MSN


Website URL


ICQ


Yahoo


Jabber


Skype


Interests

Found 10 results

  1. At random times sockets 0 and 1, 20255 and 20256, server (slave) on V430 and SM43 are freezing up. Usually not both.... thinking it's more port 20255. I've played with the SI for timeouts. SB168 is set to power up at "1". it will still email, web server (V430) will still work, and usually port 20256 will work to let me connect and remote REBOOT the PLC, then the frozen port comes back to life. Any ideas!? I worked a long time on getting a reliable "EMAIL" logical construct; I believe I got that whipped and have had no issues lately. This STICKY PORT issue has plagued me for sometime. Any suggestions/solutions would be greatly appreciated.
  2. Javier Camusso

    Reuse Socket

    Hi everyone! I´m using the four sockets in a Vision 130, and I need more! So, I tried to redifine a socket in run time according to some conditions, but I find out that once the socket was defined, I can´t redefine it. The socket is first initialized as TCP / Port 502 / Server. A Modbus IP configuration is attached to this socket, and running as Modbus IP Slave. Then, I close the socket... ...and redefine it as UDP The result is that the socket never loose the Modbus definition, and can´t connect via UDP. When the second socket definition is executed, the socket state goes from 20 to 34. If I insert a reset of the PLC before the second definition, all runs correctly. So, I think that the only way to "release" the socket definition is restarting the PLC. Is this right? Or (more likely) I am doing something wrong? Thank you very much!!
  3. Hi. I'm an experienced PLC programmer but I'm new to the unitronics universe. I'm wondering if anybody can give me an example on how I can send and receive text strings over TCP client interface? I'll be using a UNIStream PLC to communicate with a robot arm using a TCP connection. I would like to connect to the robot on port 29999 to send different commands. The robot will then come with a reply. For example: Command sent to robot: "load <robotprogram.file>" Return value on success: "Loading program: <robotprogram.file>" Return value on failure: "File not found: <robotprogram.file>" "Error while loading program: <robotprogram.file>" The Ladder functions "TCP Client Tx", "TCP Client Rx" and "TCP Client Connect" is not documented in the help file... What's the correct way to use string data as buffer source or buffer destination? I will appreciate any support!
  4. I'm attempting to communicate with a server (robot) using TCP Client Connect, Tx, and Rx. Upon making ladder logic changes, and re-downloading to the PLC, the TCP Client fails to connect (Socket State = 3, Is Connected = 0). If I change the IP address of the Panel/CPU, it works again. At first I thought this might be an issue with spamming the TCP Client Connect function, so I changed it to only run once upon startup. No luck. I also tried running a TCP Client Disconnect before the Connect with a time delay between the two. No luck. What ever changes I make, if i change the IP addresses, it works again.... Any suggestions are appreciated, thanks! ****UPDATE**** If I download a new program to the PLC before running a TCP Client Disconnect, the next time I try to connect, it doesn't work. If I download a new program to the PLC after a successful connect and disconnect, the next connect works no problem. If I download while connected, the server must be power cycled before the connection can be reestablished. This shouldn't be an issue for the actual application, but it means that during programming and testing, I have to disconnect from the server before I make any changes. Sounds like maybe the sever is holding the socket open while the new program changes are being made to the PLC? Then when the disconnect runs upon wakeup, it can't close the previous socket. Any comments?
  5. cmarcus

    Connecting Over Network

    Hello, I'm having an issue with getting the .NET driver to connect and read values. I am having no problems connecting using Visilogic, but when I take those properties and use them in the .NET driver they don't seem to be working. The interesting this is that I'm not getting an exception, so my application believes the driver is connected, but looking at the properties for the Ethernet object it appears not to be. When I put a break point on the oPLC object, it states that the object could not be evaluated because the previous function had timed out. When run it down to the last line and check the response values it is null. Here's the code: Ethernet ethernet = new Ethernet(_cell1PLC_IP, _cell1PLC_Port, EthProtocol.TCP, 3, 3000); PLC oPLC = PLCFactory.GetPLC(ethernet, 1); oPLC.SetExecuter(OperandsExecuterType.ExecuterPartialBinaryMix); // Create the write request // ReadWriteRequest[] readShifts = new ReadWriteRequest[1]; readShifts[0] = new ReadOperands { NumberOfOperands = 1, OperandType = OperandTypes.MB, StartAddress = 0, }; // Extract the shift times // object[] shiftTimes = ((object[])readShifts[0].ResponseValues);
  6. Hello world, is it possible to make Remote Operator to re-establish communication automatically after losing TCP connection? If negative, is there some workaround (e.g. some VBscript)? Now, if the connection is lost, only informing text appears on the screen and user has to click "stop communiaction" and "start communication" again to see the display. Many thanks for an idea, Michal.
  7. I'm trying to connect my PC with a Unitronics PLC. I would like to use Modbus over TCP/IP for this purpose. This is the first step in my project. Later on I would like to connect it to a Rabbit Wolf (BL2600) to exchange I/O. I first want to connect the Unitornics PLC to my laptop to get a decent understanding of the Modbus TCP/IP protocol used by Unitronics. At the moment I'm already stuck, so I hope that someone could help me. I did read the documentation about Modbus Application Protocol on: http://www.modbus.org/docs/Modbus_Application_Protocol_V1_1b.pdf I'm using the Unitronics example code: V280_Ethernet_TCP_MODBUS_IP_Master (without any changes) I used the Vellamod tool to connect and send data: http://www.tuomio.fi/vellamod/index.htm (I'm running windows 8, so I have some problems with other tools and this one seems to work nice) I'm using Wireshark to inspect the TCP/IP traffic. However, I'm now in the current situation. The laptop connects, but I don't get any response. I connect to 192.168.192.5 on port 502. My laptop is set to 192.168.192.10 (subnetmask 255.255.255.0, gateway 192.168.192.254) I try to send the following (see attachment for a printscreen): byte 0: transaction identifier = 0 byte 1: transaction identifier = 0 byte 2: protocol identifier = 0 byte 3: protocol identifier = 0 byte 4: length field (upper byte) = 0 byte 5: length field (lower byte) = 2 byte 6: unit identifier = 255 byte 7: MODBUS function code = tried 3 (Read Holding Registers) and 4 (Read Input Register) byte 8: 00 byte 9: 26 (I try to read MI 38) When I than inspect the transmission with WireShark, I get the following Source: 192.168.192.10 Destionation: 192.168.192.5 Protocol: Modbus/TCP Length: 64 Info: Query: Trans: 0; Unit: 255, Func: 3: Read Holding Registers[Malformed Packet][Malformed Packet] When I set: byte 5: length field (lower byte) = 6 I get no error, but I also receive nothing with the Vellamod tool. According to Wireshark I receive the following: First Source: 192.168.192.5 Destionation: 192.168.192.10 Protocol: TCP Length: 60 Info: asa-appl-proto > 49933 [ACK] Seq=1 Ack=325 Win=1024 Len=0 Followed by Source: 192.168.192.10 Destionation: 192.168.192.5 Protocol: TCP Length: 64 Info: [TCP segment of a reassembled PDU] And finally Source: 192.168.192.5 Destionation: 192.168.192.10 Protocol: TCP Length: 60 Info: asa-appl-proto > 49933 [ACK] Seq=1 Ack=335 Win=1024 Len=0 On the PLC HMI nothing is changing (Socket 3 total transmits: 0;Socket 3 total reiveces: 0) The only strange thing that I can see is that it (Unitronics) seems to use destination port 49933, but I don't know whether this is wrong or right. Hopefully someone can help me. Visual basic code, would also be more than welcome. Kind regards, Peter
  8. Does anyone have a simple working example of the TCP RAW Send or TCP/IP Send? Im basically trying to simulate an HTTP Request to a web server and send over some variables. Ex: 70.166.55.128/?id=5&Name=Petey
  9. selim

    PCOM over TCP

    Hi there; I need to access MI area of a V1040 PLC through ethernet. I had written a code that communicate with PLC via serial port before for an another project. Now, I am planning to modify my code to run under TCP. At PC side, I am working with Delphi XE2 using Indy TCP client component. I tested these components on my network with another computers and they work properly. At PLC side, I am using socket 1, port #20256 and Protocol is TCP Slave.. (I think these are default settings of socket 1 so I don't need to add a socket init FB to my ladder, am i right?) PLC info mode says that card is initialized and socket is connected. In addition, when I send a PCOM string, RX counter increases which showed on info mode but the most important thing is missing: There are no replies. The string I sent is a valid PCOM message which returns answer while I sent it over serial port and plus 6 bytes of ethernet header at the leading. Can you please help me to figure out where is my mistake? With my best regards
  10. I am currently working a program that is similar to a counter. It takes the photo eye pulses sends the TCP packet to a server. The server then interprets the message depending on which line the pulse is from the message will be different. Then updates a database. I am currently testing this program between two V130s. The socket connects it sends the information. It gets a successful bit back from the tcp layer. The problem I have is that the FB Scan just gives me a -1 in the index of message. From what the help says is an invalid format or message to be received. Review PLC master TCP/IP 192.168.10.130 port 5000 makes the connection to PLC slave TCP/IP 192.168.10.131 port 5000 Sends all the messages RX on slave socket accumulate correct number of sent messages FB scan function on slave gives me -1 on index of messages. Also to make the connect tcp work I must give it a true to false transition for it to connect is this correct. It works flawlessly as is but not sure why itd be set up that way?
×