-
Content count
111 -
Joined
-
Last visited
Posts posted by Stupidav
-
-
Earlier today one of my customers had a PanelView 1400E Error out. OTS An error has occured in your application. If you choose to ignore, you should save your work in a new file. If you choose close, your application will terminate. The customer pressed Close, and got the following error. Application Error OTS caused a not present fault in module 256_1024.DRV At 0007:0292 I have never seen anything like these, the customer then had to cycle power, the unit came back up with out any problems and has been running ever since. I have no logical explanation as to why it would have occured. The application has been running for about 6 months strait (24/7) with out any problems. I can only guess that there is perhaps a memory problem arising, and the customer needs to send it in to be repaired. The unit itself is atleast 6 years old and has had a few application changes over the years. Any ideas as to what the problem is, are greatly appreciated. -
How or who would I contact to beable to submit an artical? I just wrote an artical on the AB Component PanelView that might be helpful to some. -
Sorry, it took me so long to get back to this. I found the problem as is the case so many times Ken was on the right track. To answer the questions, yes I could not only ping both devices, but I could also go online with both units with out any problems. There is no HMI hooked up via Ethernet. There is only one MSG instruction per processor, both are reading from the other and both are on timers. Eventually I will change it to As it turns out the addresssing was the issue. I had to change it from 192.168.080.131 to 192.168.80.131. I am not sure why I didn't get a different error, like invalid address or something. I guess I might never know. -
I didn't get a chance to change the MultiHop or 80 instead 080. I did try just a Read on one PLC and nothing on the other, I also tried just a Write on one PLC (did it individually on both PLCs). One of the things that sticks out in my mind is the Error here is a screen shot of the comms Error According to the Help file "d8" is "A reply was not received before the user-specified time out." I get the exact same error on both processors regaurdless of wheather it is read or write. Both Processors are around 10 years old. I upgraded the firmware a couple of years ago. Just incase here is the stats for Chan1, from time to time I saw the MSG Reply Pending toggle, -
I have found my stupid pills again, where am I going wrong? On the First PLC I have: These are both tied to a the same 3Com Switch On the Second PLC I have: I can see the Lights flickering on the switch from both PLCs but PLC #2 is not showing any of the data in the N7:50 - N7:70 I keep getting: on the setup screen "0xD7 The connection was broken." Yet when I copy out the the error I "0xD8 A reply was not received before the user-specified time out." I have changed the Time out and it automatically goes back to 23, don't know why. -
Per my Distributer and the area AB Rep, they are accepting orders. AB's Raise system does include them. List on the 6" color is $935, but the 10" is $2495. The AB Rep told me that "Allen Bradley is loosing a large portion of the Operator Interface market, to companies like Automation Direct and Redlion, because of pricing", and this is thier solution. One of the attactions for me is NO SOFTWARE, and for the smaller applications this might be a possiblity, although the 10" pricing seams to be a bit off. -
If it was me, on the Abort Alarm condition I would COPY the Bits you are after, to an unused data table in the plc then you can read them at any time with out the worry of them changing. To possibly cut down the number of fields being transfered, I would Read the whole word, or words at one time, rather than the individual bits, then break them down with your app rather than trying to read each individual bit. This will allow you to do 16 bits, or 32 bits (depending on your processor) at one time. The OPC / DDE Load on the processor will be much lower, but you app will have to work a little harder. Are you doing this with VB, and what Processor are you talking to? -
Used / Surplus, like from www.plccenter.com/ at least these come with a one year warranty -
http://www.ab.com/eoi/graphicterminals/pan...wcomponent.html Any one use these yet? For that matter, after looking over some of the documentation, if I didn't know any better, I would think that this is made by someone else, any Ideas who? I have a Demo unit coming to test out, which I sholud be able to test and try, but ordering a unit, lead time I am told is still 30 days out. -
Thanks to all of you, in particular paulengr. Going by the list that we have developed, automatically calculate things like production rates, downtimes, KPI's, efficiency metrics, etc, I believe we are looking at a MES system. -
It depends on how critical your equipment is. I have seen Wifi being "licence free" shot upwards of ten miles, with minimal disturbance issues. That means it was reported to have a 91% of scheduled up time. Wirelss is fine but anything from weather to someone playing with some microwave communication devices could cause a disturbance. If the "Control" is minimal / nondeadly, it is easy and relativly cheap. Monitoring, by price comparison, I think it is the way to go, if you can -
There are many different Data Collection packages out there, I have seen a few and used even less. We are starting to look into them to find the right one for us. I have seen ABs PlantMetrix, and seen Honeywells LETS, and used PI, and was not thrilled with it. We have AB, Mitsubishi, Automation Direct, Seimans, GE, Giddings and Lewis, and Wintress (Honeywell) controllers to collect data from. I need some ideas, directions, pointers, and developers (AB - PlantMetrix, Honeywell - LETS, ect). Any advice / opinions are greatly appreciated. -
In my case I run it on XP without any problems. The only thing that I found, is that the conputer has to have a built in serial port, I haven't found a USB - Serial adapter that works. -
I was able to reduce the speed. I was at 38.4 and I turned it down to 19.2. I am currently only reading and writing 50 words. This did resolve the problem, although I would like to know what the exact error code means. -
I have been unable to determine what Status ERR $5 means from the RSLinx OPC Active Items. I am using VB to communicate to a Micro 1500 via a NET-ENI. Maybe I am not using the right keywords, but I can't find what any of the errors mean (except for $1 -Means you are Requesting too much data too fast from the processor). Any help is greatly appreciated. -
With a Home made cable. Dev 1 - TX to RX on - Dev 2 - TX to RX on Dev 3 - TX to RX on Dev 1. Just remeber to set the addresses on each device. -
There are several possibilities, I doubt that the problem is with the switches. I lean towards the "Data Collection System", or the program communication coding. Many older and some custom Data Collection Systems used DDE to collect the data, which can cause a heavy load on the network, vs. OPC systems. The other thing is what type of PanelView is it, and what is the reading and writing setup. You mention that they are communicating by the only time that the enable would not be true is during the first scan of the program. If you have a copy of one of the programs that would shed a lot of light on your the situation.You are better off with "Not" bit 13 the DN (done) to control the communication. When you are having this issue, check the status of bit 12, my guess is that the BTRs and BTWs (or equivelant) are erroring quite regularly, which is highly possible if there is a high load on the network because it will send and attempt to resend again regaurdless of whether it is done or not. So by changing them to the done bit at least the messages will complete fully before the next attempt. Also with 4-5 BTRs and/or BTWs, each one should occur and complete before the next is started. If by chance bit 12 is a 0 all the time, then you can try increasing the CTS Time out in the communication settings on the PanelView. Although this is most likely just a work around, not a proper fix. -
Use a Floating Point rather than an Integer, in your scaling and PID, As an example F8:0 instead of N7:0 -
I have seen this before, and was not able to find out what or why the problem occured. The only thing that I was able to do is print the program and rewrite it. Even though it looked identical to the original I didn't have any problems after that. The only thing that I could think of was that the program was originally created with a different version of the software than you are currently using, or even the Spectrum Controls version of the software. -
In a few days I will be able to sit down with the same equipment and I will set it up and take a bunch of screen shots for you. -
RAISE.....eCADWorks http://www.rockwellautomation.com/en/e-tools/ Just select copy and then paste into AutoCad or other drawing package, is thr only thing that I am aware of. That if you do the install all the drawings are on your machine. -
I don't have a guide but maybe this will help. The easist way is if you have RSLogix 5000 (RSLadder might work as well although I haven't tested it) on the same machine. Because then, all you have to do is connect to the CLX and save, and RSLinx will have created a OPC Topic for you. Then export the Tags Database to a .csv file (if you need help with that let us know). From there, open RSLinx. From the Menu Bar click on DDE/OPC, select Topic Configuration. The default Topic Name which was the RSLogix name, will be listed. Click on the Topic and then on the right select the Data Colection Tab. click the check box for the Use Symbols, on the popup window point to your .csv file you created previously. You should be ready to go. -
I Finnally finished it, hope it helps http://forums.mrplc.com/index.php?autocom=downloads&showfile=741 Let me know if you find any problems. -
File Name: RSLinxReadWriteDemo File Submitter: Stupidav File Submitted: 19 Oct 2007 File Category: HMI Sample Code With some help I put together a "Complete" Visual Basic Project to use as reference for creating other Visual Basic RSLinx interfaces. This was created with Visual Studio 2005 SP1 and is the full project. There are examples of SyncRead SyncWrite and AsyncRead. I tried to document as much as possible both for future reference and to make it easier to under stand. I can't garauntee that my descriptions are the best they are just my understanding of how things work. If there are problems I will see what I can do to fix them. Hope this Helps! <img src=style_emoticons/#EMO_DIR#/dancered.gif style=vertical-align:middle emoid= border=0 alt=dancered.gif /> Click here to download this file
RSLinx DDE Comms Problem
in Allen Bradley / Rockwell Automation
Posted