Jump to content

Bill Smith

Members
  • Posts

    20
  • Joined

  • Last visited

Everything posted by Bill Smith

  1. See this post: this has the steps I needed to make this download to a brand-new work.
  2. The Rockwell samplecode website has code for Modbus. I have looked at it in the past, but never used it. I dug it up again and see that it is serial only, so no ModbusTCP support. My number 5 is in error, so it becomes: 5. Convince AB to support ModbusTCP. Good luck! The Logix5000 series support it in code.
  3. AB Micrologix devices use Ethernet/IP (explicit with PCCC encapsulation) on the Ethernet port. Unitronics does not support this, instead, they support ModbusTCP. Which Micrologix? The 1100 will only do explicit Ethernet/IP messaging, but the 1400 will do a raw protocol as well. I suppose you could write your own protocol between the two devices, but that would be a fair amount of work using the 'raw port' (my words) capability of each device. Suggestions: 1. Buy protocol converter. There are many and they cost a few hundred dollars (and up). 2. Use serial - I think Unitronics supports DF1 on serial, so that should work (never used it). 3. AB supports Modbus on serial, so use serial with Modbus. 4. Convince Unitronics to support Ethernet/IP (I would like this, too). 5. Convince AB to support ModbusTCP. Good luck! The Logix5000 series support it in code. 6. Write your own protocol and use it over TCP/IP using the raw ports capability of a 1400 and Unitronics devices 7. I am sure I missed some...
  4. The V350 has 64, so it must be product specific. You could do some float math as an integer with implied decimals. Since there is not a good float display primitive for the HMI, I find the implied decimal approach to be frequently useful. Also with the formula block, you may find you need fewer floats to store intermediate calculations.
  5. This pump control configuration seems odd. Do you have a manufacturer / part numbers for this pump control hardware?
  6. I really can't figure out what the issue is but anyway i'll give it a shot - Modbus has a Unit Identifier, so not sure why you can't have all the pumps on one Modbus RS485 link. Just address the devices you want to, don't address the devices you don't want. Except for broadcast, messages destined for another device are to be ignored. The ethernet port supports multiple connections - 4 ports if I recall. It's very unusual to hook a modem (these are usually serial) to an ethernet port so not sure what your doing, but whatever it is I would assume you still have three other ethernet ports available. With these other ethernet ports available (not physical ports - TCP or UDP ports) you can put in a an ethernet/serial converter. There are many of these on the market - search google for 'serial to ethernet'. I like Digi (One IAP) or Schneider Electric (ETG100), but have used many of these from B&B Electronics too. Your ModbusTCP request will go to this device, be converted to serial, sent to your serial device, and the response will get returned in the reverse manner transparently.
  7. The Modbus spec (www.modbus.org) requires that register addressing be from 0-65535, and the Modbus application layer protocol only allows two bytes for the address for a max addressable register of 0xFFF or 65535 in protocol. So if Unitronics demands higher values than this, then it really isn't Modbus because it would clearly break the specification. I checked slave addressing in the help file and see the MLs are available starting at index 0x7000, which is 28762 (decimal). Therefore, Unitronics appears to be complaint to the addressing requirements of Modbus. So what are you entering in the G3series exactly, and for which registers? I use Redlion and Unitronics products all the time and never have any trouble with Modbus, with either device acting as Master or Slave (over Ethernet).
  8. Suggestions - 1. turn of auto negotiation on the switch and force to 100MB full duplex. 2. make sure you NOT using a crossover cable - it should work either way, but remove it as a potential error source I would force the Unitronics to the same settings if I could, but I couldn't figure out how to do it. Conversely, if you find the ports are manually set already, try setting them to auto negotiation.
  9. A double word is 32 bits, so represents a much larger integer than you have listed. Where did you get 25 bits from? For a reference of datatypes, try http://en.wikipedia.org/wiki/Integer_(computer_science) Check the helpfile for the Bit -> Num function. After reading it, I can say the Unitronics team did a good job representing how this function works, particularly in your case.
  10. Thanks for this reference. This is good. I have a project that I was considering rolling out the advanced webserver on... it's now obvious that this would take a lot more work than I anticipated to add the feature to a working program. I need to think about it.
  11. Are you sure the port is correct? You can check here for a similar issue. On the V350, I can verify all parts: IP address, port, and system name, of which we need all three for success. Can you get a Wireshark packet capture of the problem? That will likely nail the cause - 1. If we see TCP SYN packets, but no one responds, the IP address is wrong or the target system is not connected to the network. Ping success means you made it past this hurdle. 2. If we see TCP SYN packets and they are responded to with a TCP RST, then the port is not configured properly (issue in above mentioned thread) - port number and protocol type (TCP). 3. If we see the TCP connection establishment, we can look in there and see what the problem is. It is likely a system name issue at this point.
  12. Unitronics, It's been two weeks, do you have any resolution on the default Ethernet ports issue presented?
  13. I agree with Damian - the time horizon I envision is more like 'forever' for saving the old forum stuff. Certainly into the double digit years. If you still have product that is referenced in those forums in the field, please keep the old forum (keep links to old software and manuals, too!).
  14. This has not happened to me so much, but what I do is end up bending the pins on the bottom of the top board when trying to reassemble the system. I noticed the bottom board (from the viewpoint of the bottom, so when the LCD is face down during assembly) has cool little connectors that seem to snap together easily onto the LCD screen. But when I put on that last board, with the jumpers for IO, I bend those pins. Then I have to get out needle nose pliers and try to straighten. Ugly. I was just telling my coworker while working on these two units I wish I could buy them pre-configured - idea - I'll talk to my distributor to see if that is something he will do for us. I provide the spec, he can install the hardware parts in the case and set the jumpers. I wouldn't even have to open the back case!
  15. I don't know, as I already have my programs with my programmed PLC-name on them. However, looking at SDW9 on another system I have, that looks very similar to the format used for the PLC names I used yesterday morning that worked with Visilogic. So I would say the PLCs had the default name, your serial number. Therefore I conclude PLC name was set to default, as you intended.
  16. I did install the ethernet cards myself, and I was the first one to power them up, once I got them. This has happened to me before so I include a ladder net that sets all 4 sockets to default in all my Unitronics programs so that I don't have to assume anything - you know what 'assume' means, right? I had an Army Sergeant Major (I was in the Navy, mind you) tell me about 'ASS-u-ME' one day long ago early in my military career - it was not a pleasant discussion. What is in SDW9? I get the PLC name from Info mode -> Version -> Software and it is the last item listed. Are they the same value? I get text on the software screen, but obviosuly a number in SDW9. What is the encoding, assuming (I know, dangerous!) they represent the same thing?
  17. Joe, Unless my units are defective, your not technically correct. If you read my post, you can see that adjusting (all in info mode): 1. Transport protocol 2. Port number 2. IP 3. Looking up default PLC name then connection can be made. As described, I was then able to to download. My issue was not to gain connection - it is why out-of-the-box we can't, when it is only a settings issue that does not match the described defaults. Ofir, Thank you for the information, but as you could read, this is what I did already. I will provide the serial numbers, but why? In your description of how to do it, you describe changing the port number. If I must change the port number, then they are not at default, so it appears as if you know this and in which case there is nothing to investigate. Can you describe what your expectation of 'default' is then? I think you know what mine is... I may have missed it, but if the documentation says 'You must download by serial port first' then that is an acceptable answer and I will crawl back into my hole and I apologize in advance if I missed that part. Please describe the manual that this is in, and the page number so I may review and chant my Mea Culpas. V350-35-T2 KM0300162 / 171
  18. I just received two brand new V350s and am trying to connect over ethernet. New laptops no longer have serial ports built-in (well most, anyway) and I left my USB-serial adapter at work. But no luck over ethernet - doing some troubleshooting: 1. Set default IP address in Info Mode and set my PC to a compatible address Wireshark packet sniffer - I see a TCP SYN packet to the unit at port 20256 but the response is TCP RST. This tells me that the unit is there - I already knew that because ping was successful - but it's not listening on the required port. BRAND NEW out of the box - and I can't connect with the programming software, which I just downloaded the latest version. Info Mode - looking at info mode, I can view the port setup for ethernet (great feature, by the way). My 4 sockets, right out of the box: Transport protocol / socket UNIT 1 0. UDP / 54208 1. UDP / 14246 2. UDP / 16545 3. UDP / 31779 UNIT 2 0. UDP / 64486 1. UDP / 54251 2. UDP / 2504 3. UDP / 26629 Well, it's clear Visilogic will fail to connect to the unit because none of the four sockets are listening on TCP port 20256. The ports look random. Set one of the ports to TCP Slave with number 20256 and I am able to connect and download, after looking up the default ID. Help file V300-21-G23 Rev 3.00: default socket configuration is as follows - 0. UDP / 20000 1. TCP / 20256 2. TCP / 502 3. TCP / 20257 Well, thats it. You deliver product not in compliance with your documentation so that users can't connect to it out of the box. Is this a manufacturing problem that the default ports are not getting set correctly? I wondered if it is an issue that the first download sets the default sockets, but for me then that is a chicken-and-egg scenario. I need to connect - to set the defaults - to allow me to connect... you get the idea.
  19. There was useful information on the old forum... is it still around for a historical perspective? I'm all for change and improvement, but I would hate to lose all that stuff.
×
×
  • Create New...