Welcome to the new Schneider Electric Community

It's your place to connect with experts and peers, get continuous support, and share knowledge.

  • Explore the new navigation for even easier access to your community.
  • Bookmark and use our new, easy-to-remember address (community.se.com).
  • Get ready for more content and an improved experience.

Contact SchneiderCommunity.Support@se.com if you have any questions.

Close
Invite a Co-worker
Send a co-worker an invite to the Exchange portal.Just enter their email address and we’ll connect them to register. After joining, they will belong to the same company.
Send Invite Cancel
84650members
353991posts

App.AutoLogOff

EcoStruxure Geo SCADA Expert Forum

Find out how SCADA systems and networks, like EcoStruxure Geo SCADA Expert, help industrial organizations maintaining efficiency, processing data for smarter decision making with IoT, RTU and PLC devices.

Solved
ErikBouthillier
Cadet
0 Likes
4
1649

App.AutoLogOff

I need to log everyone off all the ViewX clients at the end of every shift change. How can I do this. I tried to use the scheduler to trigger a System command but still would not work. Any suggestions would be great.


Accepted Solutions
JChamberlain
Schneider Alumni (Retired)
Schneider Alumni (Retired)
2
1635

Re: App.AutoLogOff

You can do this by setting .AccountEnabled to False (then set it back to True if you want them to be able to log in later). You might want to check .IsLoggedIn is going False before re-enabling, to make sure the change has gone through.

See Answer In Context

BevanWeiss
Spock
Spock
1
1632

Re: App.AutoLogOff

@JChamberlain 

To build on what Jesse has said, my recommendation would be to have a set of User Groups for each 'shift'.

Then you can have a schedule which will trigger some ST logic.  The ST logic would enumerate through all of the users within that Shift, and Disable the Accounts.  Other logic could enable the accounts for the next appropriate Shift.

This way only the people 'on shift' would be able to log into Geo SCADA Expert.


Lead Control Systems Engineer for Alliance Automation (VIC).
All opinions are my own and do not represent the opinions or policies of my employer, or of my cat..

See Answer In Context

4 Replies 4
Hardin4019
Lieutenant
Lieutenant
0 Likes
0
1646

Re: App.AutoLogOff

You could use the User Object > Security Tab > Inactivity Logout to automatically log the user off if they (or the next shift) are not moving the mouse around. Has the added side effect of logging them out mid shift if they are not active during the shift if Inactivity Logout time is too short. And also the down side of not working if the work station is occupied by the next shift (24 hour 365 day a year operations in my case). 

 

I ran into some interesting details when I wanted to do something similar. I wanted to keep the controllers from forgetting to logout and the next controller from using the previous controller's account on the same workstation, so the Inactivity method wouldn't work for me. So I needed some kind of notification if someone was logged in for more than 12.5 hours (slightly more than a typical shift). And I wanted a way to ensure that at the beginning of the shift, the sound on the work station was tested. 

 

I ended up making a simple Function Block Diagram and 2 internal points for each user to accomplish this. Unfortunately I have never found a way of successfully logging off a user who did not logoff themselves and their work station is still in use. But having the FBD update a point and cause an alarm if a user has been logged in for too long, at a minimum should get the controller on the next shift to realize they may be using the wrong account and to login to their account. And playing a test sound after a new user login ensures that the previous controller did not turn the sound off or down to super low.

JChamberlain
Schneider Alumni (Retired)
Schneider Alumni (Retired)
2
1636

Re: App.AutoLogOff

You can do this by setting .AccountEnabled to False (then set it back to True if you want them to be able to log in later). You might want to check .IsLoggedIn is going False before re-enabling, to make sure the change has gone through.

BevanWeiss
Spock
Spock
1
1633

Re: App.AutoLogOff

@JChamberlain 

To build on what Jesse has said, my recommendation would be to have a set of User Groups for each 'shift'.

Then you can have a schedule which will trigger some ST logic.  The ST logic would enumerate through all of the users within that Shift, and Disable the Accounts.  Other logic could enable the accounts for the next appropriate Shift.

This way only the people 'on shift' would be able to log into Geo SCADA Expert.


Lead Control Systems Engineer for Alliance Automation (VIC).
All opinions are my own and do not represent the opinions or policies of my employer, or of my cat..
Hardin4019
Lieutenant
Lieutenant
0 Likes
0
1619

Re: App.AutoLogOff

@BevanWeiss That is an interesting idea and could be quite useful. For me, I think I will avoid the disabling the account until they are on shift just due to the nature of the controllers rotating 28 day schedules with so many daylight shifts and so many night shifts during the 28 days, and coverage for vacations and sick days etc where a controller works a non scheduled day. But still quite a useful idea.