Hi Allessandro.. About 10 year ago, during I/A windows NT era, I combine a shell script and Excel VBA for an off-shore platform.. The Excel spreadsheet was equipped with Gas VLA alogritthm.. It requires to read I/A values + write values to I/A.. I used a simple + crude method.. Utilizing foxapi is better method of approach... But not many of us ( including me ) knows how to utilize foxapi/aimapi.. Both the shell ( windows korn-shell and excel vba ) will create input files for each other .. Once the windows shell / excel vba has read and utilize the values.. both will delete their respective input file.. and waited for a new input file to be created.. The only different with your case was that the excel application was also on the same AW... No Map Netwok drive / ftps required This method can still be utilize on a different machines.. Just utilize Windows Map Network drive for both stations.. Or use ftp if possible to copy input files to another machine.. God knows best.. Best regards.. Hizamri ----- Original Message ----- From: "Ghiglione, Alessandro" <Alessandro.Ghiglione@xxxxxxxxxxxx> To: <foxboro@xxxxxxxxxxxxx> Sent: Wednesday, March 27, 2013 9:28 PM Subject: [foxboro] read/write C:B.P from external application > Hi List, > we use a thin client (linux based) to access InfusionView mimics (via > dedicated RemoteDesktop server, rdp protocol). > This linux client is equipped with some RS232 ports used to read badges. > In the past, when mimics were based on Solaris AW51, we were able to > write each badge value (real type) to a C:B.P via this syntax: > > rsh -l "my user" "my DM station" /opt/fox/bin/tools/omset -i "my block" > "my value" > > that uses any DisplayManager station to access CP block in r/w (yes, > omset, but only one write per hour!) > in windows environment rsh is not supported; omset still avail in > Windows' RemoteDesktop servers. > > Any solution to write a C:B.P from a non I/A client? > IMHO, a windows based thin client is less secure than a *nix one, but > the problem to write to CP remains. > Any ideas from I/A gurus or from customers familiar with this approach > will be appreciated. > > Regards, > > Alessandro Ghiglione > Senior Application Engineer > Infineum Italia s.r.l. > Strada di Scorrimento,2 > 17047 Vado Ligure (SV) - Italia > > > _______________________________________________________________________ > 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 > > > > ----- > No virus found in this message. > Checked by AVG - www.avg.com > Version: 2013.0.2904 / Virus Database: 2641/6209 - Release Date: 03/27/13 > _______________________________________________________________________ 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