VincentZhang Posted October 1, 2012 Share Posted October 1, 2012 Dear supports, I want to use clipper to read datas from camera by Modbus TCP. I already install the modbus tcp bin file, I am sure the Modbus TCP on clipper and Camera are ok, because they can connect with PC ModScan tool (a Modbus client and server software). I also use wireshark to watch the datas. I set the modbus setup follow delta manual. In my test: Clipper sent frame datas: 00 00 00 00 00 06 00 03 03 E8 00 08 00 00 00 00 00 06 is default 00 is the unit number, clipper want to connect the device 03 is FC03, read multipul register 03 E8, the modbus ref 1000 00 08 ,the length of words 8 Problem: the unit number of Camera is 2( this number is fixed by camera compny), so can clipper change the unit number 00 to 02? I hope clipper will sent frame datas like these: 00 00 00 00 00 06 02 03 03 E8 00 08 If that, clipper will read datas form camera successfully. Thank you! Link to comment Share on other sites More sharing options...
VincentZhang Posted October 2, 2012 Author Share Posted October 2, 2012 It is urgent for me. Can somebody help me. Delta engineer who focus on modbus tcp can tell me where the unit number is, so I can change the number from 0 to 2. My camera always use Modbus Rtu, it also support Modbus tcp, in modbus tcp, it need unit number. Link to comment Share on other sites More sharing options...
Omron Forums Support Posted October 4, 2012 Share Posted October 4, 2012 Vincent, Unfortunately, the unit identifier is fixed at zero on Turbo PMACs. Link to comment Share on other sites More sharing options...
VincentZhang Posted October 23, 2012 Author Share Posted October 23, 2012 Thank you! Do you have other method to solve this problem! Link to comment Share on other sites More sharing options...
Omron Forums Support Posted October 23, 2012 Share Posted October 23, 2012 Are you sure that the camera requires a unit id = 2, because based on what I have learned, the unit identifier number is probably ignored. Based on the following description of the unit identifier field, it should not be needed: The unit identifier field was intended to facilitate communication between Modbus TCP/IP Ethernet devices and traditional Modbus serial devices by using a bridge or gateway to route traffic from one network to a serial line sub-network. In this case, the destination IP address identifies the bridge or gateway device to send the message to, while the bridge device itself uses the Modbus Unit Identifier to forward the request to the specific slave device of the sub network. Recall that serial Modbus uses addresses 1 to 247 decimal, and reserves 0 as a broadcast address. Thus, the unit identifier assumes the same assignment for these applications. Further, this is the only way that broadcast messages are supported with Modbus TCP/IP, as TCP alone only sends unicast (point-to-point) messages. With TCP/IP devices, a Modbus server is addressed using its IP address, rendering the unit identifier non-functional and FFH is used in its place. The hex address FF remains non-significant to a gateway or bridge and will continue to be ignored if the network is later expanded or augmented with serial bridge or gateway devices. Link to comment Share on other sites More sharing options...
Recommended Posts