mgvol

Is this 5/03 part of a network using RSSQL? If so, check this document and check the applicable strings in the RSSQL app. http://domino.automation.rockwell.com/appl...24?OpenDocument

Man, that is a strange one. If the CPU is deemed healthy and the problem persists, there is a software package Rockwell sells that will synchronize from 1 to 100 SLC/PLC5/Logix CPU's with a PC clock, at periodic intervals that you can set up. It's called CHRONOS; they don't advertise it and you have to call RA Tech support (Mary Beth Peters) to get the apllication form and pricing. It ususally ranges from $318.00 for a single CPU up to $1000.00 for 100 CPU's. You ahve to ask for her, because not everyone in Rockwell has even heard of this product (which makes it very interesting when she is on vacation, I can assure you). I will continue looking for a possible cause for your current situation. If you find a cause/solution before anyone else does, let us know.

Version 6.20.00

O.K., according to the SLC 500 instruction set reference manual (pub. 1747-RM001C-EN-P of 9/2001): For floating-point operation, the math register does not change. I assum you are using a floating-point register for Source A, since the number is too large for a constant or integer file. I changed my DIV instruction per the example listed in the manual(Source A N7:0 = 11/Source B 2/Destination N7:2). When I trigger the DIV, the math register functions as described in the manua and the online help. But you need to change the radix of the status Math tab to decimal from structured for the numbers to make sense.

Which platform are you using (PLC-5 or SLC)? Which processor and what ver of RSLogix? I just replicated your problem in a 5/04 using RSLogix 500 V6.20.00 and got the same result you did.

I don't know the particulars, but A-B does make a single-axis Hydraulic motion module: 1746-HSRV. You might look at it on their web-site and see if it will do what need.

I've never used anything other than 1 (1 being the fastest). What I've had to mess with more oftern is the hold-time of pushbutton objects.

OOPS! Looks like a bunch of us repliead at the same time - if my suggestions were redundant, please forgive.

First, you cannot add new program files online, so here is what I would do: 1) If you cannot find an exact offline copy of the logic running in the SLC, find a backup version that is likely to be close to what is currently running. 2) Open your copy of the program and perform an upload; you will likely get a pop-up with the message: "No matching file found! 1 match processor name." What this is telling you is the online and offline programs have the same name (processor name) but the programs are different. from the listing of files with matching processor names, highlight your offline file. Then click "Upload Use File". This should upload the current prog without losing any of the offline documentation on your PC. 3) Save this, go offline and copy/paste the new logic into the appropriate program files. 4) Download into your SLC. SINCE YOU DON'T HAVE A KNOWN GOOD BACKUP FILE, PERFORM AN UPLOAD TO A NEW FILE FIRST. THIS WILL ENSURE YOUR ABILITY TO GET THE SLC BACK TO A KNOWN WORKING CONDITION IF YOUR OFFLINE COPY IS GROSSLY DIFFERENT FROM THE CURRENT RUNTINME PROGRAM!

The example file found at the link below is for a 1769-HSC module connected to a MicroLogix 1500. While you may not be using this module, the ladder code should be the same or at least very similar. http://domino.automation.rockwell.com/appl...38?OpenDocument

There are a few subtle differences within the RSLogix software, i.e. where and how you can use different data file types. For example, you cannot address Bx:x as the control block word for a MSG or PID instruction, but you can use Nx:x.

These are most likely Remote I/O (RIO) panelviews. I believe that the 1400e was only available as RIO/DH+. Look for 1747-SN modules in your SLC racks; if present, I'll bet the "blue hose" cable goes to their respective panelviews. Also, look at the part numbers on the panelview rear labels. If the 600 is RIO, it will have one of the following part numbers: 2711-K6C1, 2711-B6C1, or 2711-T6C1L1. The 1000 (assuming it's color): 2711-K10C1 or 2711-T10C1. If none of this is true, look for 1747-SDN (DeviceNet) or 1747-SCNR (ControlNet) scanner modules. In either case, since the panelviews are not connected directly to the processor, I don't think you will be able to do any sort of "pass-thru" upload/download arrangement.

http://literature.rockwellautomation.com/i...e_category.hcst

No sweat! Hey look...5:00 p.m. It's beer-thirty!

No, if you have the 1784-PCMK, you do not need the UIC. You will have to use the InView with the SLC CH.0 serial port, configured for User mode-ASCII, unless you buy a separate DH-485 comms module for the InView. Then you would also have to add a 1747-AIC; I think I wouldn't mess with the SLC to PanelView link and just add the InView to the serial port as described.

I assume that they have the PLC connected to the PanelView with a 1747-C10 cable. If you are going to add the InView to the serial port, you will no longer be able to access the SLC with your PC vai the serial port, since it will be configured for ASCII. What I would recommend is: Purchase a 1747-UIC (USB to DH-485 converter) and a 1747-C13 cable. When you need to go online with the 5/03 from your laptop, instead of using the RSLinx DF1 driver, use the UIC driver. Plug the converter into the USB port of you laptop, plug one end of the 1747-C13 into the RJ-45 port of the converter, place the selector on the converter to "DH-485", and plug the other end of the C13 cable into the RJ-45 on the bottom of the PanelView. This way you don't have to disconnect anything on your network to gain programming access to your SLC.

From: http://literature.rockwellautomation.com/i...um011_-en-p.pdf Data Highway Plus™ (DH+) channel offers: • communication rates of 57.6K, 115.2K, and 230.4K baud • maximum network length of 3,048m (10,000 ft.) at 57.6K baud • Belden™ 9463 (blue hose) cable connection between nodes (daisy chain connection) • built-in isolation DH-485 channel offers: • configurable isolation via the 1747-AIC or 1761-NET-AIC • maximum network length of 1219m (4,000 ft.) • RS-485 electrical specifications • Belden 9842 or Belden 3106A cable connection between nodes (daisy-chain connection) I hope this helps

Then I would just put my DH-485 port of the SLC on network with Panelview and jsut do serial ASCII to the InView. The differences between DH+ and DH-485 are speed (19.2Kbaud for DH-485/57.6 kbaud to 230.4 kbaud for DH+) and transmission distances (I forget them all; DH+ can go ~3000 meters @57.6K or something like that). DH-485 is sort of half-duplex RS-485, I mean there's more to it than that, but that kind of stuff makes my head hurt. Are you sure the PanelView is DH-485? I mean is it already connected to the SLC and workng?

O.K., let's back up a minute. If your device is just a 2706-P22R with a 9-pin serial port and no external comms adapters, the only way you can communicate is RS-232, with Ch. 0 set to USER mode, using the ASCII driver. I missed it in your original post, but you said you had a 5/04 with a PanelView connected to the DH-485 port. The 5/04 has a DH+ port along with the serial port, no DH-485 port. If this is the case, forget about daisy-chain of PLC>PanelView>InView. Just add the InView to the serial port configured as suggested in the .pdf, and send ASCII data to the InView. If you really want them all on the same network, then you would need a 2706-PDHPP DH+ comm module; then you could put the InView on DH+.

I have never personally done this, but I woud imagine the architecture would be done like any other multi-drop AB DH-485 network. Simply daisy chain from device to device using a 1747-AIC or 1761-NET-AIC at each drop. I will post info on cables after a little research.

Go to this link and download the referenced document: http://domino.automation.rockwell.com/appl...49?OpenDocument

You should be able to connect to SLC Ch. 0. Take a look at this link for hook-up/hardware details: http://literature.rockwellautomation.com/i...qs001_-en-p.pdf

1747-C13

They way I typically do panelview alarms is: 1) In the PLC, I assign a group of words (I always use B3 - Binary, but you can use N - interger). If you have more than 15 alarms - you must use consecutive words (i.e. B3:11/B3:12). 2) In th PanelBuilder32 ALARMS folder, under the SETUP tab, configure the behavior of your alarm displays. Set the appropriate behavior in Banner Pop-UP. Even if you are not going to connect a printer to the PV and print alarms, use the Print Items section to set the items to be displayed in the alarm history. You will find this is trial-and-error as to how much info you can get on a particular screen size in addition to the alarm message text. 3) If you are going to use bit alarms, remember one important rule: You cannot use bit 0 of the first word. Bit 0 is used as a placeholder in PB32 database. 4) Under alarm triggers tab, enter the alarm trigger tags (PAH-5001, FAL-5323, etc.) in sequential order, starting with the trigger corresponding to bit 1 of word 1 (B3:11/1). Remember, you cannot use bit 0! Set the trigger type for each trigger to BIT. 5) You asked about clearing the alarm from the screen. The alarm banner will preconfigure with an Acknowledge button. When it is pressed, the banner will disappear. 6) Under the alarm messages tab, type in the text message for each alarm. Again you will find this is trial-and-error as far as making sure your text will fit. I always try to be as concise as possible (Booster Pump Hi-Hi Press, etc.). List your text messages in the order of their associated bit address (i.e. B3:11/1 - first message, B3:11/2 - second message, etc.) 7) In the PB32 Tag Editor, enter each of the alrm trigger tags as you would any other tag, but give each one an address of bit 0 of word 1 (B3:11/0). This is the reason you cannot use bit 0 of word 1 in the trigger addresses; PB32 expects all bit-type alarms to have the same address or placeholder (bit 0 word 1) and sorts out which trigger is which by its bit position (1 thru xxx). If you have more than 15 alarms, you can use bit 0 of word 2 for alarm trigger #16. Or in any subsequent word, depending upon the # of alarms you have. Only bit 0 of word 1 is reserved.

Something I have done in the past for troubleshooting sequence logic, is create a custom data monitor in RSLogix. I put in the addresses for bits that start a sequence, the sequence done bits, as well as any safety status or interlocking bits that could stop the sequence. Then you just go online and look at the CDM. For example, Step 1 was enabled, it went done, step 2 enabled, but did not go done. Now I only need to look at the logic concerning transition from Step 1 to Step 2.