Hello, great forum. I am looking to install two panel views to talk to each other, I need to enter up to 5 lines of 6 digit numbers and have it display at a remote location, up to 1000'. I have the panel views and some plcs, 500 platform. Is it possible to have the Panel Views communicate with each other. I need to have the operator at the receiving end be able to clear the number after it is recorded.
Thank you, Ron
Full Version: Panel Views
QUOTE (deadbeds @ Oct 19 2009, 11:01 AM) 
Hello, great forum. I am looking to install two panel views to talk to each other, I need to enter up to 5 lines of 6 digit numbers and have it display at a remote location, up to 1000'. I have the panel views and some plcs, 500 platform. Is it possible to have the Panel Views communicate with each other. I need to have the operator at the receiving end be able to clear the number after it is recorded.
Thank you, Ron
Thank you, Ron
I have never heard of PV's talking to each other. But that's not to say its not possible with the right protocol, but I have never seen it done. You are probably going to have to use your PLC's as a go between.
As a side note, when asking PanelView questions you should always give the complete catalog number. There are just too many
of them to give the most accurate answer.
QUOTE (Mickey @ Oct 19 2009, 03:41 PM)
QUOTE (deadbeds @ Oct 19 2009, 11:01 AM)
Hello, great forum. I am looking to install two panel views to talk to each other, I need to enter up to 5 lines of 6 digit numbers and have it display at a remote location, up to 1000'. I have the panel views and some plcs, 500 platform. Is it possible to have the Panel Views communicate with each other. I need to have the operator at the receiving end be able to clear the number after it is recorded.
Thank you, Ron
Thank you, Ron
I have never heard of PV's talking to each other. But that's not to say its not possible with the right protocol, but I have never seen it done. You are probably going to have to use your PLC's as a go between.
As a side note, when asking PanelView questions you should always give the complete catalog number. There are just too many
of them to give the most accurate answer.
Very good point, I have a 1747 dtam and i would like to direct connect it to a PV 600 2711-k6c2 3.40
Will I need a PLC in line, or will the PV take input from the DTAM?
Ron
QUOTE (deadbeds @ Oct 20 2009, 06:02 AM)
Very good point, I have a 1747 dtam and i would like to direct connect it to a PV 600 2711-k6c2 3.40
Will I need a PLC in line, or will the PV take input from the DTAM?
Ron
Will I need a PLC in line, or will the PV take input from the DTAM?
Ron
I have never used the 1747-DTAM . But just skimming over the manual I don't think the two will talk to each other.
The AB experts will have to confirm this though. Or a quick call to support.
DTAMs can communicate with controllers.
PanelViews can communicate with controllers.
PanelViews cannot communicate with other PanelViews or DTAMs.
As you describe it, you are just looking to have some kind of data entry device that transmits five lines of six-digit numbers from one place to another.
I would probably do this with a MicroLogix 1000 (they can be as cheap as $90) on a DH485 network with 1761-NET-AIC isolators. Use the MicroLogix to store the data values and accept the command to Clear them. This would maybe also be a good application for the new Component PanelView terminals, which are less expensive and less functional than the Standard PanelView.
PanelViews can communicate with controllers.
PanelViews cannot communicate with other PanelViews or DTAMs.
As you describe it, you are just looking to have some kind of data entry device that transmits five lines of six-digit numbers from one place to another.
I would probably do this with a MicroLogix 1000 (they can be as cheap as $90) on a DH485 network with 1761-NET-AIC isolators. Use the MicroLogix to store the data values and accept the command to Clear them. This would maybe also be a good application for the new Component PanelView terminals, which are less expensive and less functional than the Standard PanelView.
QUOTE (Eddie Willers @ Oct 20 2009, 06:26 PM)
DTAMs can communicate with controllers.
PanelViews can communicate with controllers.
PanelViews cannot communicate with other PanelViews or DTAMs.
As you describe it, you are just looking to have some kind of data entry device that transmits five lines of six-digit numbers from one place to another.
I would probably do this with a MicroLogix 1000 (they can be as cheap as $90) on a DH485 network with 1761-NET-AIC isolators. Use the MicroLogix to store the data values and accept the command to Clear them. This would maybe also be a good application for the new Component PanelView terminals, which are less expensive and less functional than the Standard PanelView.
PanelViews can communicate with controllers.
PanelViews cannot communicate with other PanelViews or DTAMs.
As you describe it, you are just looking to have some kind of data entry device that transmits five lines of six-digit numbers from one place to another.
I would probably do this with a MicroLogix 1000 (they can be as cheap as $90) on a DH485 network with 1761-NET-AIC isolators. Use the MicroLogix to store the data values and accept the command to Clear them. This would maybe also be a good application for the new Component PanelView terminals, which are less expensive and less functional than the Standard PanelView.
Thank you, that makes sense now, it's been a while since I had to build anything.
Ron
QUOTE (deadbeds @ Oct 21 2009, 06:24 AM)
QUOTE (Eddie Willers @ Oct 20 2009, 06:26 PM)
DTAMs can communicate with controllers.
PanelViews can communicate with controllers.
PanelViews cannot communicate with other PanelViews or DTAMs.
As you describe it, you are just looking to have some kind of data entry device that transmits five lines of six-digit numbers from one place to another.
I would probably do this with a MicroLogix 1000 (they can be as cheap as $90) on a DH485 network with 1761-NET-AIC isolators. Use the MicroLogix to store the data values and accept the command to Clear them. This would maybe also be a good application for the new Component PanelView terminals, which are less expensive and less functional than the Standard PanelView.
PanelViews can communicate with controllers.
PanelViews cannot communicate with other PanelViews or DTAMs.
As you describe it, you are just looking to have some kind of data entry device that transmits five lines of six-digit numbers from one place to another.
I would probably do this with a MicroLogix 1000 (they can be as cheap as $90) on a DH485 network with 1761-NET-AIC isolators. Use the MicroLogix to store the data values and accept the command to Clear them. This would maybe also be a good application for the new Component PanelView terminals, which are less expensive and less functional than the Standard PanelView.
Thank you, that makes sense now, it's been a while since I had to build anything.
Ron
Ok, one more question, never a stupid question right? I have the hardware setup and working, had planned on using a counter or timer bit to carry the numbers i needed to send to the other end of the plant, problem is I am limited to the size of number 999999 cannot be used as an input because it is too large. Is there another instruction that I can use to relay a large number from one location Starting with a DATM thru a micro 1000 to another location to a PV?
If you are using a SLC which supports floating point values, you could use that type as the tag address (ie. F8:0).
If you are using a micrologix that does not support floating point files, then you could use two consecutive integers to hold the whole value.
Tell us more about the hardware you are using and we can give more specific answers.
If you are using a micrologix that does not support floating point files, then you could use two consecutive integers to hold the whole value.
Tell us more about the hardware you are using and we can give more specific answers.
QUOTE (OkiePC @ Oct 22 2009, 03:08 PM)
If you are using a SLC which supports floating point values, you could use that type as the tag address (ie. F8:0).
If you are using a micrologix that does not support floating point files, then you could use two consecutive integers to hold the whole value.
Tell us more about the hardware you are using and we can give more specific answers.
If you are using a micrologix that does not support floating point files, then you could use two consecutive integers to hold the whole value.
Tell us more about the hardware you are using and we can give more specific answers.
Ok, here is what I have and am trying to do. I am using a PV600, 2711-K6C2 3.40, and running with a SLC 501 1747-514, then going thru a 1747-AIC DH485 Link coupler to a 1761-net-aic to a PV900 2711-T9C8 3.02.
I need to enter a ticket number like 98765 into the PV600 and have it display onto the PV900 at the other end of the plant. The screens are programmed and ready to run. The problem is that the highest number i can use is 65535. Is there a way to go with a larger number. My ticket numbers run up to 99999. I am not controlling any I/O, just was looking for an easy way to get the ticket numbers from point A to point B
Ron
QUOTE (deadbeds @ Oct 27 2009, 01:57 PM)
QUOTE (OkiePC @ Oct 22 2009, 03:08 PM)
If you are using a SLC which supports floating point values, you could use that type as the tag address (ie. F8:0).
If you are using a micrologix that does not support floating point files, then you could use two consecutive integers to hold the whole value.
Tell us more about the hardware you are using and we can give more specific answers.
If you are using a micrologix that does not support floating point files, then you could use two consecutive integers to hold the whole value.
Tell us more about the hardware you are using and we can give more specific answers.
Ok, here is what I have and am trying to do. I am using a PV600, 2711-K6C2 3.40, and running with a SLC 501 1747-514, then going thru a 1747-AIC DH485 Link coupler to a 1761-net-aic to a PV900 2711-T9C8 3.02.
I need to enter a ticket number like 98765 into the PV600 and have it display onto the PV900 at the other end of the plant. The screens are programmed and ready to run. The problem is that the highest number i can use is 65535. Is there a way to go with a larger number. My ticket numbers run up to 99999. I am not controlling any I/O, just was looking for an easy way to get the ticket numbers from point A to point B
Ron
Use floating point numbers or strings. I'm not sure if you have strings on the SLC 501 but you definitely have floating point numbers.
QUOTE (paulengr @ Oct 27 2009, 02:20 PM)
Use floating point numbers or strings. I'm not sure if you have strings on the SLC 501 but you definitely have floating point numbers.
The SLC5/01 does not support floating point or strings.
QUOTE (Mickey @ Oct 27 2009, 05:26 PM)
QUOTE (paulengr @ Oct 27 2009, 02:20 PM)
Use floating point numbers or strings. I'm not sure if you have strings on the SLC 501 but you definitely have floating point numbers.
The SLC5/01 does not support floating point or strings.
Ouch. Last possibility. Since it's just being used as a pass-thru, I have once used Panelbuilder 32 with ASCII data type but pointed it to an integer file. I don't know if the Panelview Plus would put up with this type abuse but at least the Panelview standards are dumb enough to allow it to happen. Each "word" will hold 2 ASCII characters. So just 3 words will hold the 6 digits you desire. Just tell it that it's ASCII characters but give it an address of Nx:y.
QUOTE (paulengr @ Oct 27 2009, 06:05 PM)
QUOTE (Mickey @ Oct 27 2009, 05:26 PM)
QUOTE (paulengr @ Oct 27 2009, 02:20 PM)
Use floating point numbers or strings. I'm not sure if you have strings on the SLC 501 but you definitely have floating point numbers.
The SLC5/01 does not support floating point or strings.
Ouch. Last possibility. Since it's just being used as a pass-thru, I have once used Panelbuilder 32 with ASCII data type but pointed it to an integer file. I don't know if the Panelview Plus would put up with this type abuse but at least the Panelview standards are dumb enough to allow it to happen. Each "word" will hold 2 ASCII characters. So just 3 words will hold the 6 digits you desire. Just tell it that it's ASCII characters but give it an address of Nx:y.
Thank you for all your inputs, I'm going to have to move up to a 5/03 to do what I need. Everyone has been a great help in getting this old brain fired back up again.
Ron
The trick you need to merely store a large integer into an SLC (5/01, MicroLogix, anything) from a PanelView Standard is to use two Integer registers and define the Tag data type in PanelBuilder32 as a DINT.
I experimented with this and was able to use a 2711-T6C16L1 connected to a MicroLogix 1200 to store a DINT value of up to 2,147,473,657 from a PanelView Standard terminal.
This ought to work with the PanelView 600, model 2711-K6C2 with v3.40 firmware communicating to an SLC-5/01 controller.
The second PanelView you mentioned, a 2711-T9C8, has Data Highway Plus communications, not Data Highway 485. It cannot communicate with any SLCs except an SLC-5/04.
I experimented with this and was able to use a 2711-T6C16L1 connected to a MicroLogix 1200 to store a DINT value of up to 2,147,473,657 from a PanelView Standard terminal.
This ought to work with the PanelView 600, model 2711-K6C2 with v3.40 firmware communicating to an SLC-5/01 controller.
The second PanelView you mentioned, a 2711-T9C8, has Data Highway Plus communications, not Data Highway 485. It cannot communicate with any SLCs except an SLC-5/04.
Click to view attachment
The first value is stored in N7:0 and N7:1, the second value is stored in N7:2 and N7:3, and so on.
The first value is stored in N7:0 and N7:1, the second value is stored in N7:2 and N7:3, and so on.
QUOTE (Ken Roach @ Oct 28 2009, 07:05 PM)
Click to view attachment
The first value is stored in N7:0 and N7:1, the second value is stored in N7:2 and N7:3, and so on.
The first value is stored in N7:0 and N7:1, the second value is stored in N7:2 and N7:3, and so on.
I tried the DINT and it gave me a tag/data mismatch, also, could someone send me or post an example of the N7:0 - N7:1 to one output file. I am lost on how to get both to read my series of input numbers.
Thank you,
Ron
What version of PanelBuilder32 are you using ? I have version 3.82.01 and obviously it works fine in that revision.
There's nothing special to do in the SLC; you just allow for two N7:x elements for each number, then mis-inform the PanelView that there's a DINT type data element starting at the first of the two elements.
You mentioned a 2711-K6C2 with five numeric fields. I'll see if I can work up a sample that you can load directly to the terminal.
There's nothing special to do in the SLC; you just allow for two N7:x elements for each number, then mis-inform the PanelView that there's a DINT type data element starting at the first of the two elements.
You mentioned a 2711-K6C2 with five numeric fields. I'll see if I can work up a sample that you can load directly to the terminal.
Interesting ! The PanelView I worked with was a v4.30 PV600 Touch with DF1 protocol. I tried changing to a 2711-K6C2 version 3.40 firmware like you stated and got the same validation error.
If I change the Terminal Type to version 4.10+ (the Catalog and Revision Numbers button in Terminal Configuration) the project validates correctly.
The good news is that PanelView Standard terminals are fairly easy to upgrade, and all the firmware comes with PanelBuilder32. I like to use a CompactFlash card + CF/PCMCIA carrier to perform the upgrade, or you can set up a small DH485 network.
Post the programs you already have, and let's take a look.
If I change the Terminal Type to version 4.10+ (the Catalog and Revision Numbers button in Terminal Configuration) the project validates correctly.
The good news is that PanelView Standard terminals are fairly easy to upgrade, and all the firmware comes with PanelBuilder32. I like to use a CompactFlash card + CF/PCMCIA carrier to perform the upgrade, or you can set up a small DH485 network.
Post the programs you already have, and let's take a look.
Click to view attachment
Here are the programs I am working with, very basic, I believe they are right, it's been a while.
Click to view attachment
Click to view attachment
QUOTE (Ken Roach @ Oct 30 2009, 03:38 AM)
Interesting ! The PanelView I worked with was a v4.30 PV600 Touch with DF1 protocol. I tried changing to a 2711-K6C2 version 3.40 firmware like you stated and got the same validation error.
If I change the Terminal Type to version 4.10+ (the Catalog and Revision Numbers button in Terminal Configuration) the project validates correctly.
The good news is that PanelView Standard terminals are fairly easy to upgrade, and all the firmware comes with PanelBuilder32. I like to use a CompactFlash card + CF/PCMCIA carrier to perform the upgrade, or you can set up a small DH485 network.
Post the programs you already have, and let's take a look.
If I change the Terminal Type to version 4.10+ (the Catalog and Revision Numbers button in Terminal Configuration) the project validates correctly.
The good news is that PanelView Standard terminals are fairly easy to upgrade, and all the firmware comes with PanelBuilder32. I like to use a CompactFlash card + CF/PCMCIA carrier to perform the upgrade, or you can set up a small DH485 network.
Post the programs you already have, and let's take a look.
Here are the programs I am working with, very basic, I believe they are right, it's been a while.
Click to view attachment
Click to view attachment
To do this application, you're going to need to upgrade the firmware in your PanelView terminal to at least version 4.10. If you don't have the tools or software to do it, your local A-B distributor or sales office should be able to to it very easily.
I am attaching your application, modified to configure each PanelBuilder tag as a DINT, as well as an SLC program with the expanded N7:x data table. These applications were saved in the current revisions of PanelBuilder32 (3.82.01) and RSLogix 500 (8.10).
I am attaching your application, modified to configure each PanelBuilder tag as a DINT, as well as an SLC program with the expanded N7:x data table. These applications were saved in the current revisions of PanelBuilder32 (3.82.01) and RSLogix 500 (8.10).
QUOTE (Ken Roach @ Nov 2 2009, 01:49 PM)
To do this application, you're going to need to upgrade the firmware in your PanelView terminal to at least version 4.10. If you don't have the tools or software to do it, your local A-B distributor or sales office should be able to to it very easily.
I am attaching your application, modified to configure each PanelBuilder tag as a DINT, as well as an SLC program with the expanded N7:x data table. These applications were saved in the current revisions of PanelBuilder32 (3.82.01) and RSLogix 500 (8.10).
I am attaching your application, modified to configure each PanelBuilder tag as a DINT, as well as an SLC program with the expanded N7:x data table. These applications were saved in the current revisions of PanelBuilder32 (3.82.01) and RSLogix 500 (8.10).
Upgrading the firmware now, the .rss file was empty, said it was a read only, no data was in it. Understood the PV file fine.
Ron
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.