On that basis, I'd rather be in control of collecting the files, rather than waiting for them to arrive. As I need to produce a print immediately at the end of each process cycle, I need to be able to react in real-time to the process completetion event. In the second, I need some way to monitor the directory on the server where the data files are being placed so that I can pick up new files as they arrive. In the first scenario, I need some way to use FTP programatically to collect any data files waiting on the PLC device.
#All files ftp directory vb net database windows
Then there's two choices: either the app effectively polls the PLC gizmo on a periodic basis (every 10 seconds, or possibly more frequently) to pull down and process any new data files, or the PLC pushes the data files onto a windows server that hosts an FTP server such as FileZilla, and I monitor the destination directory for the arrival. The new app will run constantly on a Windows server (either W2008R2 or W2012). Therefore, I'm proposing that I develop a small application using Access 2010 VBA. The "designer" of the new PLC system says he can "FTP the data", but as I said in my previous post, it's not something he's done before. So I am now faced with trying to link to this new "black box" solution to extract/collect the data about the process it controls, and as usual the solution is needed as of last week. There does not appear to be any requriements documents raised or a system design/specification to show how the requirements will be met, nor any operations guides to show how the system is used, nor any technical documentation to describe how the system works. In his wisdom, our engineering manager had got one of his buddies to design and build a PLC-based replacement.
#All files ftp directory vb net database mod
The app running on the PC was a DOS 16 bit app and (a) we didn't have the source (b) the company that put in the system has long since disappeared, and (c) we needed mod to the app anyway (the work-around was to use labels stuck onto the VDU screen to cover up the wrong display text! You can be sure our customers didn't see this bit of technology, LOL!) The scenario I'm faced with is that an extremely old PC running an app that controlled a piece of factory plant died.
0 kommentar(er)
