If you are RDO into an ICC session and you lose connection, re-establishing
the connection brings you back to same open window.
Sent from my iPhone
On Jul 15, 2020, at 9:23 AM, Joseph M. Riccardi <Joe@xxxxxxxxxxxxx> wrote:
[External email: Use caution with links and attachments]
________________________________
Dirk,
Great idea on the PLB Library suggestion, I forgot about that feature. I
will probably go that route to minimize any P2P issues.
However, you raise a red flag about the RDP connection with "When you're in
the ICC and you lose the connection, your changes are lost and you possibly
might have a corrupt CP dbse." Again, most of my experience is on the UNIX
Version Systems and maybe they are different but from memory, when on a
remote connection and the connection was lost (which was often at some
plants), the procedure I followed was something like this...
***** I could not open another ICC session because the ICC was locked so...
***** I searched for the open ICC Process ID (forgot actual name) and
killed it.
***** It seems to me I had to perform another task but I cannot remember
the details.
***** Then I could remotely open an ICC session again but I do not remember
any file corruption issues, especially any direct CP corruption issues. At
the time of the disconnection, changes DONE were still there but all was
lost after.
Since I will be implementing these changes on a running plant, I definitely
cannot risk direct CP corruption issues. Can you please explain what
"corrupt CP dbse" could mean outside of lost changes not DONE...
Thanks again.
Joseph
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Dirk Pauwels
Sent: Wednesday, July 15, 2020 11:36 AM
To: foxboro@xxxxxxxxxxxxx
Subject: Re: [foxboro] V9.3 System that still has the ICC
Hi Joe,
Maybe copying the PLB layout to the PLB library can also help you. You then
have a file you can copy from one AW to another. This is only the plb line
layout, so no C:B:P addresses. And you still have to create the block and
name it on the AW2, but it saves using function keys to build the layout.
It's accessed in the PLB builder from "file"
D:\opt\fox\ciocfg\plblibrary
We're accessing our boothost (we only have one, hosting 6 ft CP's) remote
(RDP) for years now, including from home using VPN. Works well but a good
connection is a plus. When you're in the ICC and you lose the connection,
your changes are lost and you possible might have a corrupt CP dbse. We've
been lucky sofar, we only had blocked CP dbse's and one time a DBsynch
error.
Rgds,
Dirk
-----Original Message-----
From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On
Behalf Of Joseph M. Riccardi
Sent: Wednesday, July 15, 2020 4:36 PM
To: foxboro@xxxxxxxxxxxxx
Subject: [foxboro] V9.3 System that still has the ICC
****EXTERNAL EMAIL - Exercise caution, this email originated from outside of
the company. DO NOT reply to, open attachments or click links if the email
looks suspicious or is from an unknown sender.****
________________________________
Folks,
I have a V9.3 IA System that still has the ICC. Plan A had a couple of
trips to the site planned to implement some ICC changes but the Coronavirus
has changed that because I cannot travel at this point in time. The ICC
changes will include adding/editing/copying some PLBs. Looking ahead to
Plan B, I have requested a remote access account on the plant's Network with
plans to connect to the IA System via RDP to an Engineering AW Workstation
on site. Any warnings I need to consider?
Since the majority of my work has been on the older UNIX Systems (yes, they
are still out there), I need to refresh my memory on the limitations
associated with the Windows version. The main limitation is that ICC
changes to the CPs can only be implemented from the host AWs. But can I
copy a block from a CP hosted by AW1 into a CP hosted by AW2? Normally this
would involve an Add Block selection, Type (PLB) 'C:Blocknametobecopied'.
If they are in CPs with different hosts, will this add/copy a PLB still
work?
Ditto for C:B:Parameter connections between CPs with different hosts. No
limitations?
Any warnings I need to consider?
Thanks
Joseph
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at
https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.thecassandraproject.org%2Fdisclaimer.html&data=02%7C01%7Cruss.boulay%40se.com%7C7e7d42a11e9f45f5166e08d828db69d2%7C6e51e1adc54b4b39b5980ffe9ae68fef%7C0%7C0%7C637304270123339228&sdata=PbSm%2BCuIFZW6M6RuV3qDDWWpx4yMGPI93gmcwU0TF0g%3D&reserved=0
foxboro mailing list:
https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.freelists.org%2Flist%2Ffoxboro&data=02%7C01%7Cruss.boulay%40se.com%7C7e7d42a11e9f45f5166e08d828db69d2%7C6e51e1adc54b4b39b5980ffe9ae68fef%7C0%7C0%7C637304270123339228&sdata=5qWOutsePYUGqMzQkIsAxc4ep20D23TtYI8D9e3rT1s%3D&reserved=0
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
________________________________
Lawter Notice: The information (including any attachments) contained in this
communication is confidential, private and proprietary, may be privileged or
otherwise protected by applicable law or legal rule, and is intended only
for the use of the addressee(s). Unauthorized use, disclosure, distribution
or copying is strictly prohibited and may be unlawful. If you have received
this communication in error, please notify the sender immediately by reply
e-mail, or by calling the sender, and then delete it completely from your
system.
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at
https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.thecassandraproject.org%2Fdisclaimer.html&data=02%7C01%7Cruss.boulay%40se.com%7C7e7d42a11e9f45f5166e08d828db69d2%7C6e51e1adc54b4b39b5980ffe9ae68fef%7C0%7C0%7C637304270123339228&sdata=PbSm%2BCuIFZW6M6RuV3qDDWWpx4yMGPI93gmcwU0TF0g%3D&reserved=0
foxboro mailing list:
https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.freelists.org%2Flist%2Ffoxboro&data=02%7C01%7Cruss.boulay%40se.com%7C7e7d42a11e9f45f5166e08d828db69d2%7C6e51e1adc54b4b39b5980ffe9ae68fef%7C0%7C0%7C637304270123339228&sdata=5qWOutsePYUGqMzQkIsAxc4ep20D23TtYI8D9e3rT1s%3D&reserved=0
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
_________________________________________________________________________
This mailing list is neither sponsored nor endorsed by Schneider Electric
(formerly The Foxboro Company). Use the info you obtain here at your own
risks. See the disclaimer at
https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.thecassandraproject.org%2Fdisclaimer.html&data=02%7C01%7Cruss.boulay%40se.com%7C7e7d42a11e9f45f5166e08d828db69d2%7C6e51e1adc54b4b39b5980ffe9ae68fef%7C0%7C0%7C637304270123339228&sdata=PbSm%2BCuIFZW6M6RuV3qDDWWpx4yMGPI93gmcwU0TF0g%3D&reserved=0
foxboro mailing list:
https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.freelists.org%2Flist%2Ffoxboro&data=02%7C01%7Cruss.boulay%40se.com%7C7e7d42a11e9f45f5166e08d828db69d2%7C6e51e1adc54b4b39b5980ffe9ae68fef%7C0%7C0%7C637304270123339228&sdata=5qWOutsePYUGqMzQkIsAxc4ep20D23TtYI8D9e3rT1s%3D&reserved=0
to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join
to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
______________________________________________________________________
