MrPLC Member
  • Content count

  • Joined

  • Last visited

Community Reputation

15 Good

About Mark-

  • Rank

Contact Methods

  • Website URL

Profile Information

  • Gender Male
  • Location Houston
  • Country United States

Recent Profile Visitors

6103 profile views
  1. Why does ML/1400 send a TCP [RST] ?

    SWAG, Get_Attribute_List
  2. Why does ML/1400 send a TCP [RST] ?

    Yeah the "keep-alive" at the TCP level and the "watchdog/keep-alive" at the CIP level are different. I guess the first question is why keep a polling/response type connection active/open unless it is used. That was rhetorical. Leave the TCP level to itself and only work at the CIP level because that is what is timing out. Did you retry the "List identity" command?  
  3. Why does ML/1400 send a TCP [RST] ?

    Do the test.
  4. Why does ML/1400 send a TCP [RST] ?

    I was going to write a bunch of stuff but decided at least one more test was needed. With no other connection to the PLC, issue the register session and forward open. Then doing nothing. How long before the PLC drops the connection?  
  5. Vista support for NS-Runtime

    Are you asking someone to commit a crime?
  6. OK, I asked because the specification is where I find solutions to most returned error codes. Word search (and patience) is your friend.
  7. You are welcome. Do you have the CIP specification to read?
  8. I do not know if that is the issue. I see the result "connection in use or duplicate forward open" and know I code so the connection serial number is unique across all connections.
  9. Are you using a different connection serial number?  
  10. You are welcome. You can use other port number yes. Is the slot (controller) part of the connection path?
  11. Ping from PLC

    And to add not all devices support/reply to "ping" request.
  12. DF1 Protocol For Bit Read

    You are welcome. From the DF1 manual: For higher addresses, setting this byte to FF expands this field to three bytes total. Use the second and third bytes for the expanded file address (low address byte first).
  13. You are correct. Two reads, both using the same CIP sequence count value (1). The controller sees a duplicate read and responds with the same reply as the first message.  
  14. > The problem we are facing is the PLC doesn't send out a response of more than 240 bytes, You are only requesting data for 11 reals. Ask for more tag data and I assume the device will reply with more data, up to the requested specified buffer size, in the large forward open request.