This was supposed to work as a way to keep different workstations from operating the same controller/block simultaneously. You set the "W" by clicking on the "LOCK" button on the detail display, and whichever FoxView clicked the "LOCK" button gets to operate that controller/block, and no other FoxView can. Most people, if not everyone, continued to use environments and access classes to keep controllers/blocks from being operated simultaneously, but Foxboro never removed the functionality. To fix it, you need to figure out which FoxView clicked on "LOCK" and then click on "UNLOCK" on the detail display for that block on that FoxView. The LOCKID parameter of the controller/block should show the LETTERBUG:DEVNAME where LETTERBUG is the 6-character letterbug of the workstation and DEVNAME is the 1 to 6 character logical device name of the task, in this case the FoxView name, I think (I can't test it at the moment). If you upload the block parameters in your configurator of choice, it should overwrite whatever is stored in LOCKID with the current value, or we can hope it does. Then you can go to that FoxView and click on "UNLOCK". Tim Lowell | Schneider Electric | United States | Principal Project Application Engineer Phone: +1 713 329 8437 | Cell: +1 210 439 5914 Email: tim.lowell@xxxxxxxxxxxxxxxxxxxxxx | Site: www.schneider-electric.com | Address: 10900 Equity Drive, 77041 Houston (Equity Drive), Texas, United States *** Please consider the environment before printing this e-mail -----Original Message----- From: foxboro-bounce@xxxxxxxxxxxxx [mailto:foxboro-bounce@xxxxxxxxxxxxx] On Behalf Of dmarc-noreply@xxxxxxxxxxxxx Sent: Tuesday, March 24, 2015 1:06 PM To: foxboro@xxxxxxxxxxxxx Subject: Re: [foxboro] The Big "W" Oh Mighty List, I have a PIDA whose template shows a white "W" in the nameplate area. While the controller still seems to work, I can only change the A/M and L/R on one screen of one WP, even though there are 4 screens on that particular WP and other nearby WPs that used to work properly before the W appeared. The W appears even on the one screen that works. In checking into the W on the PIDA detail graphic, it looks like it is associated with a VIS7_WPLCK object which is part of a status bar that I can't edit. When I look at a somewhat custom PIDA template, the W object is set to appear based on B12 of the BLKSTA - and the documentation says it is a 'workstation lock'. What I can't figure out is what caused this to appear and how it can be defeated/corrected. Further, if it is a workstation lock, why does only one screen still work on one workstation (and it is not the primary screen, incidentally)? Any enlightenment? By the way, it only appears on one control block - all others I have checked are clear. Any quick response is gratefully appreciated. _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro 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. ______________________________________________________________________ *** Confidentiality Notice: This e-mail, including any associated or attached files, is intended solely for the individual or entity to which it is addressed. This e-mail is confidential and may well also be legally privileged. If you have received it in error, you are on notice of its status. Please notify the sender immediately by reply e-mail and then delete this message from your system. Please do not copy it or use it for any purposes, or disclose its contents to any other person. _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave