Sounds a lot like the way Casino's are setup (or use to be - had a tour 20 years ago in Atlantic City). All the slots were connected to a Dec Vax for real time data collection. That data was then loaded to their S/38 database on a regular schedule. I think it was every 15 minutes. And immediate reports sent if a slot was paying odd too much or too little.
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of rob@xxxxxxxxx
Sent: Thursday, May 10, 2012 10:30 AM
To: Midrange Systems Technical Discussion
Subject: RE: Mitsubishi PLC interface to AS400 Data Tables
Kinda agree. Think about when you're doing the IPL or OS upgrade or whatever. Will you shut down production? If so, then go for it. Otherwise offloading may be the answer. We used to do that when we had wire making facilities. We had counters that measure the wire being made and other shop floor equipment. They updated a dedicated computer (actually I think we started with a Dec Vax before the PC) then data was transmitted to the
S/36 (then ... then...). I think we used remote data queues.
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: Richard Schoen <richard@xxxxxxxxxxxxxxx>
To: "midrange-l@xxxxxxxxxxxx" <midrange-l@xxxxxxxxxxxx>,
Date: 05/10/2012 10:17 AM
Subject: RE: Mitsubishi PLC interface to AS400 Data Tables
Sent by: midrange-l-bounces@xxxxxxxxxxxx
My thought is you would want to get the data written somewhere (local PC
file perhaps) as FAST as possible.
Then you could have a background app that's writing the transactions to
the iSeries at a slower pace unless you need the iSeries app to have
real-time interaction.
If it's TCP/IP based you could use Sockets programming.
If you decide to outsource any of the development let me know. We have
written similar apps before but have not worked with your particular PLC.
Usually the idea is to offload the PLC the device transactions as quickly
as possible.
Let us know the ultimate outcome.
Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business
Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site:
http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT
------------------------------
message: 2
date: Thu, 10 May 2012 09:10:09 -0400
from: Brian Piotrowski <bpiotrowski@xxxxxxxxxxxxxxx>
subject: Mitsubishi PLC interface to AS400 Data Tables
Hi All,
One of our assembly divisions recently acquired a Mitsubishi PLC module
that they would like to connect to our AS400. They sent me the manual and
it is an absolute nightmare to try and understand how the two systems are
supposed to communicate. There's a lot of talk on triggers, local
transports, etc., etc. It looks like a really powerful system, but I am
having a very hard time interpreting what needs to be done from the
manual.
The model number of the interface they purchased is QJ71MES96IT. They
also purchased the transport/database module part number MESITTRNSDB2 to
compliment the MES IT interface.
So my question is (and yes, it is a very broad question as I really do not
have a starting point) - how do I get the data from the PLC into an AS400
table? Does anyone have any experience with this module that can help me
understand how this is accomplished?
Any ideas, or resources I might be able to access to help me understand?
Thankee-sai!
/b;
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Brian Piotrowski
Assistant Mgr. - I.T.
Simcoe Parts Service, Inc.
Ph: 705-435-7814 x343
Fx: 705-435-5029
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
http://www.simcoeparts.com
Please consider the environment. Don't print this e-mail unless you really
need to.
The information contained in this communication is confidential and
intended only for the use of those to whom it is addressed. If you have
received this communication in error, please notify me by telephone
(collect if necessary) and delete or destroy any copies of it. Thank
you!
midrange.com
