Pierre

MrPLC Member
  • Content count

    114
  • Joined

  • Last visited

Everything posted by Pierre

  1. Various versions of RSView32

    VMWare works like a charm. We have been using it for RSV32 apps for years with very little idscernable speed difference. "Whats your views on using VMware as a host for an operator HMI station?"
  2. Sadely, its all RS and Siemens stuff at that plant. No way out of this.
  3. We have about 12 PCs running RSView32 and they connect to a Gateway, polling data from 5 PLCs (3cPLC5, 2xSLC5/05). Since about a year ago I started to notice the packet exchange between the Gateway PC and the PLC5 increase in pkts/second. Nothing significant was added, a register here and there but not much. It was around 150-180 packets/s 2 years ago, now its over 300. Any adeas on where to look? I have a AB router on this setup (Stratix8000). An SQL database reads through the Gateway at 45 Pkts/s. How to troubleshoot this? I will get a wireshark log of the communication when I have a minute. Any hints? Thanks.
  4. Thanks guys, I have read your info and it confirm most of what I have done and observed. Now for an important follow up. God I wonder how I have not seen this before... 3 years ago, this client had Rockwell personel come in to try and make there system better. They where experiencing some pretty serious communication failures. There usual solution was to reset the whole plant PLC systems. They would turn OFF the power to all there PLC and reboot the plant. So when I arrived, they had purchased 2 RSLinx Gateway licences and RA was reconfiguring all the 5000 tags (topics, well, you know). My arrival was due to a plant upgrade of some processes. We have reprogrammed about 30% of all there ladders in there PLCs but have stood by what RA people have done. So this is where we where seing the packets counts. Out of curiosity I was often using the Driver diagnostic tool and looking at what was going on. I have since notice an increase in the packets between the RSL-Gateway PC and the PLCs. Last Thursday it was at around 350 Pckts/sec. So we have setup a test bench with 4 PC, 3 Laptops running RSView32 with the exact same configurations that what they have at the plant. We added one PC running RSLinx Gateway + 2 PLCs (PLC5-40C15 and SLC5/05) and what we found is so far from what I excpected that I bang my head on the wall for not having logically thought about it before. Here it is: The local RSLinx-Pro was configure with Topics and Alias-Topics and Direct Ethernet drivers in order to fall back to a second or third path IF we where to loose a Gateway. So Gateway1 was first to supply the data... if it failed then Gateway2 was the next in line, eventually the RSView32 application was supplied data from a direct Ethernet driver from its local RSLinx-pro application. Now, in our test bench, wether 1 or our 4 RSView station where using a Gateway we would see a major increase in the quantity of packets being pass between the Gateway and the PLCs. WTF ???? In RSView, we where using as Node, Data Source - OPC Server and as Station or Server - RSLinx OPC Server. This made no sense, OPC should not double the com between the PLCs and the RSLinx Gateway or only very little when we add some stations. We have reconfigure RSView32 with in the Node - Station or Server - RSLinx Remote OPC Server and now if we add stations there is no significant increase in the link between the Gateway and the PLCs. So IF we use the RSLinx OPC Server as a Server what happens is that we are only passing through the Gateway. Its like being in a direct ethernet link on each station but being routed through the RSLinx - Gateway. We add a station, we double the packets, another station, triples... and so on. Its acting like a Gateway... not an OPC Server. When we use the Node - Station or Server - RSLinx Remote OPC Server we have what looks like a true OPC Server link. I have ASSUMED the OPC configuration was OK for it was done by RA. I was wrong, but then again there is more. Using the RSLinx Remote OPC Server does not require the use of RSLinx in the local station, its a direct OPC driver. RSView runs without RSLinx. I have 2 questions. 1. Can we run a true OPC link, passing through our local RSLinx application? The reason is for the fall back feature that seemed only to be configurable through Alias-topics locally inside RSLinx. 2. If Q1 anwers is NO, then is there a way to fall back to another Gateway in RSView32? (We have not found a way to do this for all tags are routed to a OPC named driver which cannot be modify on-the-fly) To me, in the end... ...when RSView32 uses RSLinx Remote OPC Server, it calls the data to the remote OPC Server in the remote RSLinx Gateway ...when RSView32 uses RSLinx OPC Server, it calls the data to the OPC Server in the Local RSLinx Pro running which passes through the remote Gateway. Such a simple setup test made us find this the hard way. It all started when I saw the above 300 packets and questionned it. Y'a know what they say about ASSUME !!! :) Thanks again for your help.
  5. Thinking of setting up a RSLinx Gateway with 4 of those connections to 4 separate Control Net networks. Should be able to serve the data fast to other users through OPC. But can I use 4 x 1784-U2CN on 1 PC? AB sales rep says 'It should, I don't see why not' But then again, they have said many things like this in the past and before I spend 8K ... Any body has done this? PS: Just like James Bond said "There word is not enough" or something like that.
  6. 1784-U2CN

    Thanks paulengr I read this and printed it. Now I must read again and again to reply correctly. You provide a very detailed answer and I thank you again for it. Loved the way you wrote about Trolls :) I will give a detailed description of what has been going on and what are the next steps. Pierre D.
  7. 1784-U2CN

    In fact what we are trying to do is to get away from the Ethernet. There is 45000 tags read from 10 PC (in the plant with RSView) ... IT is now comming in with there superb ideas ... and the system slows down to much. We already have RSLinx Gateway with OPC transfers but this is still slow... I am looking into having a Gateway through ControlNet .. talking to the PLC in the production area ... and another Gateway talking to the PLC through the ENET sidecar which they all have ... the ENET would be reserved for them IT people ... let them mess around and slow down there network ... while we surf fast on the Gateway with 3 controlnet links... Any suggestions ... Thanks
  8. We have an application with 3 PLC5 with about 4000 tags in each of the 9 PC with RSView32. They com over Ethernet to the 3 PLC (PLC5/40C + Enet module) and exchange messages between each other. Whe we have all 9 PC online, they pass throuhg a RSLinx Gateway equiped PC to have data from the 3 PLC. When more than 5 PC are online... the comunication is VERY slow... Tag need more then 10 seconds to update. Is there a way to make this better... is it normal now like it is?. Is there a formula to figure what speed we should be getting out of such loaded system...
  9. Q Series Password

    This is a simple case. The owner of the intellectual property has locked it to prevent copying it. And that's all. Go and tell your client that he has to pay YOU to erase the program and re-write it for him. This way he will be the owner of the code and will do as he wants with it. Meanwhile you get pay for your work. We live in a society based on laws. When one thinks the laws are not good there is a lot of options he can use to change or adapt them. Cheating is not an acceptable way and being instrumental in this cheat is like holding the hand that's holding the smoking gun. For you own intellectual advancement you can try to crack the barriers but making a living out of it is a different story. That is why you get this kind of answer. My 2 cents.
  10. This is what Wireshark gives me as statistics:
  11. I have 3 PLCs. No.1, 2 and 3. I am having some errors between No.2 and the two others. Using the MSG block to READ from the other 2, they all do the same thing... BUT... I always have errors when a READ is tried from 1 to 2 AND also from 3 to 2. All other MSG functions are OK. So 1 reads 3, 2 reads 3, 2 reads 1 and 3 read 1. The error code I get from the message element is Hex 18 - connection was broken. The connections are through the ENET module. I am now experiencing this for the last 36 hours. Sometimes, the problem goes away for up to 10 days. But now its back. I monitor the seconds register in all 3 PLC from the RSView Tag function and I never miss a second... even when I get these errors. Cables have been tested. There is 2 cables at each PLC and the give us same results. Cisco switch has been tested and replaced... just in case. Rockwell support people have spent a full week here with no results. They suggest using one network specialist... from there team. It is starting to be VERY expansive and we are trying to search for the problem a little further before we have them come in again... This proble has happened in the past, once every few months. Now its there since 2 days ago. Any ideas?
  12. The PC which don't connect to the PLC can browse the web page inside the ENET module but RSLinx just wont connect. Here are the 3 file morrored before the big failure. PLC 1 = 192.168.5.5 PLC 2 = 192.168.5.6 PLC 2 = 192.168.5.7 Wireshark_3_PLC.zip
  13. Thanks a lot. I print this answer and will read it again a few times so not to miss anything.
  14. I was hired to revamp one section of this plant. This section is mostly controlled by PLC No.2. As I was working on it I saw that the rest of the plant was having big problems with slow Ethernet communication. Imagine this: They where controlling the position of one piece of equipment by the touch of a button on one RSView screen. When the com started to slow down (after they loaded there trending software with tons of data) they could hardly click at the good moment... So they had a recommendation from Rockwell to upgrade there systems to CNet15 and also 100MB on the sidecars. Of course I only got to upgrade one PLC to but we included the sidecar upgrades. Now the IT guru tells me the network is 17% loaded only... so it should not here be an issue. The setup is like this: 2 x PLC-5/40C (each around 14 ACN FlexI/O nodes) 2 x ENET 100MB module 1 x PLC-5/40C15 1 x ENET 100MB module 4 Main control room PC with dual screens (RSView + RSTrend) 1 Secondairy control room PC with dual screens (RSView + RSTrend) 3 Manager PC (RSView + RSTrend) 1 DEV PC (RSView + RSTrend + RSLogix5) 1 Data PC ( (RSView + RSTrend)) 2 Gateway Server PC (RSLinx Gateway #1 & #2) After I left the MrPLC site, I went to the PLC No.1 and connected to the dumb hub (10MB) that is there. I saw that the PLC was having com errors (with Wireshark) so I went to the main control room and called there IT Guru. Through his dedicated link he connected to the routers and had the PLC No.1 port mirrored to one that I connected my laptop. Saw again the same errors (BAD TCP to 192.168.5.109) All the errors where to that same machine (PC) We did the same thing to the other two PLC and saw some errors, and some where toward that same machine but only a few. We checked what was that machine and it was the one carrying the TREND data. Smart has he is he said "Why don't you disconnect the TREND machine... we won't need it for tonight." Smart has I am I did. We completely lost communication to and between all PLCs! The plant was running blind. I could not connect to the PLC No.1 and I had to power it down. Took us 90 minutes to start the plant back up. Some day your the windsheild, some day you the bug. After this the secondairy control room PC could not connect to PLCs No.2 and 3. And this is where we stand. I will add more details after a good hot shower. I need it.
  15. Wow, that was fast :) Thanks. First I must add that last summer we upgraded PLC no.2 system to Cnet 1.5 AND we upgraded the other two to 100MB sidecars. Now we have 3 PLCs at 100MB and one is at Cnet15. The work of upgrade was done by Rockwell people. We replaced the ACNs (22 nodes). Last Friday, PLC no.1 was disappearing from the network... to a point where we could no longer access it. We needed to use the serial link with AIS software to re-configure it and download its program. When it was not communicating, it snooped the Ethernet with Wireshark and kept the file. We had to power down the no1 PLC and lower the com speed to 10 MB. Now it is working but at 10MB only. PLC1 and 3 only have 2 MSG blocks. Reading files from the other 2 PLCs. PLC 2 has 8 of those. 2 to read the 2 other PLCs and 6 to read/write to a SLC5/03 over DH+. (all of these give no errors) A will go and record the actual network and get back.
  16. Data intensive RSView PCs Can 2 ENET card/module be installed on 1 PLC5/40C 4 slots rack with different IP address in order to segregate between the SCADA Operator control part and the Trend logging part. A trend and loging intensive setup slows down this system and I beleive upgrading to RSLinx Gateway will just not be enough.
  17. Sorry for my lack of a precision on this. There are 3 PLC5/40C with with each a network of about 20 Flex I/O nodes with roughly 6 groups each. What we have is a mix of about 120 I/O in each CNET network. Roughly 30% analog values the rest is digital. One of them has a DH+ network to some small remote panel gathering about 60 I/O (50% analog). Them 3 PLC exchange data through there 1785-ENET modules. On top of this, one SLC5/05 act as a bridge for transfering some ???data, commands??? between the other SLCs. This unit is faulted and no longer needed BUT we just cannot yet remove it from the network for if we do, the RSView screens slow down to a halt... no more refresh... no changing values... it is stopped. Now for the PCs. RSView runs on about 10 of them. They ALL have access to the full application. Lots of graphic. Sometimes I walk by to see all but one displaying graphics. They of course are running each of them RSLinx OEM. Now here an OPC Gateway makes sense BUT this plant has a tendancy to just add and add trends when it can. And up to now it could. We need to address a few issues here but my concern is about the Ethernet link saturation. I was wondering if we could add another 1785-ENET to take care of the trending with its own Trend Server but from what I have read, the only way would be to have the Ethernet port on the CPU unit and then the next one as this 1785-ENET module. I have not read that we could have a sonce ENET module on a PLC5/40C. We have a meeting tomorrow and I will be the one addressing the basic issues of " Why the heck you need to Trend every seconds x 36 values to display the last 24 hours on a plasma screen that don't even have 2000 pixel wide?" But this is my task. For me all of them devices are the same. Loging some data only differs from any other com task in the fact that it never stops. Once you have configured a log you have it forever... or until you decide it is not really needed. This system has been under no supervision, free to expand with no guidelines for the past years. Its crappy, its heavy and its slowing down. It has reached the "Tipping point". Now the Rockwell Sales Force suggest we just throw some money at it and all we be OK. Before dropping all these "new" old solutions I intend to educate the Users about the way data should be considered. There is a world of difference between "Nice to have", "Important", "Need to have" and just "Why the heck we log this point". So here is my situation. We are still going to have to replace all the old ACN module and the PLCs firmware to update an be a little younger (also we have hard time finding the old ACN modules) but the network is getting slow every day. All the Ethernet devices and PCs pass through an unmanaged switch. Before I log the data to an SQL database and write some Java application for all those peepers :) I wonder if what we got can easaly do it with just some good configuration? Thanks Nathan
  18. RSView 32

    Hey! Thanks
  19. new computer

    If I had the choice I'd get a Dell XPS M1710 ... with Windows XP Pro+4GB of RAM. A wireless laser mouse. A Ethernet to serial converter like DIGIONE # 70001777 A wireless HUB. And a big coffe cup holder.
  20. Fluke 125 Scopemeter BUS\Comms function

    Unfortunatly I own a 123. Unfortunatly, for I wish it was a 125... from the specs I read, it would be very helpfull. I can see the screens displaying good/bad status, with many details. I "find" these details by looking at the graphic and estimating freq, bits and timing... since this 125 model do it for us... yap, I'd get one if I didn't have this older model. For the PC interface, its mainly nice when you have to submit reports. It looks more professional, but the real usage is as a scope. With your PC you can retreive a frozen screen shot from the scope or you can datalog the channels... in very slow speed... somthing like a 4-20mA signal... not a realtime wave. Nice low freq scope! Nothing more, nothing less although its really portable. Batterie life is as for laptop... bullshit.
  21. WiFi woes in a hotel

    Hey! On a boat in a marina in Venezuela we have reached about 5 Km. Targeting an hotel downtown because the marina's Wifi was so slow... :)
  22. WiFi woes in a hotel

    Sometimes I just can't get a good signal from the hotel network. There are many hotels around :) Look at this. One reason I have a seperate wireless USB key. Poor man's Wifi
  23. LG OPC Server

    The setup I'm testing is one G7M-DR20U I am able to get the needed data only IF I add and connect through there G7L-CUEB serial extension module. Same cable and setup for the OPC server(but changing the target to CUEA instead of Glopha Loader port) How the heck can I communicate with there normal loader port? Anybody has done this before 'cause I'm still waiting for my Korean friends to wake up
  24. Rs Logix 500 Online Changes

    Thanks Ron what a nicely writen post. Real life scenario.