43429members
217967posts

[Imported] File System read/write Access SCADAPack 535E

Highlighted
Sisko

[Imported] File System read/write Access SCADAPack 535E

>>Message imported from previous forum - Category:SCADAPack RTU<<
User: mchartrand, originally posted: 2018-10-18 19:41:35 Id:135
This is a re-posting from the obsoleted (October 2018) "Schneider Electric Telemetry & SCADA" forum.

-------------------------------

**_DGrivicic:
Hello Folks,
I am evaluating a SCADAPack for logging and display of digital and analogue data. I currently have a solution with non SE hardware.
I have no local comms and access to the SCADPack is via a laptop with no other software other than Windows 10. This is an operational restriction.
A test on the 535E proved that you can manually transfer a "webpage" and have this displayed in a webbrowser using FTP.
Can field data be written to the local file system and accessed via FTP without read/write file system corruption?
I would like do display current and historical data. While I have seen that file system writes are possible, I would like to know if "live" data can be viewed. Historical data seems possible but challenging. For example, live field data changes, this is written to a buffer on one scan and then copied to the file system on the next. If I continuously press "refresh" in a web browser I will see an updated page (via FTP). Data on the 535E will not be corrupted.
It is appreciated that if I use ClearScada I may be able to achieve more, however currently the solution requires a lone piece of Schneider hardware with minimal other resources.
Thank you for any advice._**

________________________

bevanweiss:
You can read/write to the filesystem, and write corruption is unlikely to be an issue.

However read access may be slightly problematic (although I haven't tested this).
You might need to do something along the lines of a ping-pong file buffer.

Have your JS try to access dataFile1 (via AJAX).. if the RTU has this open for writing, and hence read access is prevented then you would access dataFile2 instead.

The RTU code would do the following:
open dataFile1
write dataFile1 (long duration)
close dataFile1
open dataFile2
write dataFile2 (long duration)
close dataFile2