dunc

had a go using the server/client gateway function and it was a bit of a pain to setup and doesn't really seem suitable for transferring all data between multiple clients.   does anyone know of any other way of achieving this? i am surprised there isnt a BDTP equivalent on the GOT????

i have had a similar issue with a connection to a Qseries. it turned out to be a poorly terminated RJ45 connection. it was remade and it has been fine since. was a similar issue to yours apart from i could still communicate via a laptop with the GX developer software to try and fault find.

we are looking to replace a network of E1000 HMIs which connect to a mitsubishi A series over serial. the serial connection is between the PLC and a server E1000. the server then connects to 3 other HMIs using the BDTP protocol over ethernet.   we want to replace the HMIs with GOT2000 using the same communication infrastructure. what options do we have for replicating the BDTP setup we currently use on the GOT? i found the gateway client/server, but this appears to need specification of what bits and words are being sent? is there any way of doing it which simply allows everything to be read and written too without overhauling the entire code? thanks

thankyou. didnt spot that to begin with! all working ok. i am tempted to use both HMIs for redundancy. this makes it a little more robust than just relying on 1 HMI to pass communications.   thanks again

thanks for the advice. the transfer settings seem a bit too easy, but im confused as to how it knows where the data is coming from and going too? i have looked through the e-manual and it doesnt once mention how you define which PLC the data is coming from and going too? i can only assume you just setup 2 connections and the host is then the source and the other is the destination?    

it doesn't necessarily work exactly like an ADP as it is built in rather than a separate board, i was hoping that as it can communicate with external equipment, it would be able to communicate to another FX? i was hoping it would be similar to the FX5 as you can communicate between PLCs with that quite easily. yes, both HMIs are a GOT. albeit a very basic GT21. i will have a look at that function on the HMI and see if that will work. its not really ideal though.

I have 2 FX3GE with built in ethernet. i have got communication with each PLC working with the local HMIs and the SCADA systems fine, but i am struggling to find out how to set up communication between the 2 PLCs directly. i have found reference to the built in ethernet working like the fx3u-enet-adp, but there is little info on how to actually program this to communicate between 2 PLCs.   can anyone help me out with this, or point me in the direction of a manual that explains it simply?  

we have lots of others, mostly mitsubishi. we have used kepware OPC in the past to pull data from other manufacturers as our site SCADA package doesnt have a native Siemens communication driver. in this instance, this is the only system that isnt on a system that we can easily connect to remotely without interfering with the process. the rest can be remotely interrogated for historic information.

thanks for the reply.   we dot really have a siemens person to talk too. the system was just thrown in by an OEM and now it is my issue. I dont have much experience with Siemens, but im learning slowly.   i will have a look into both your suggestions and see which suits them the best. im sure when they see the price they will decide not to worry about it ;)

what options are there for remote access to a PCS7 system to view trend information? we have a manager who wants to look at interrogating trends on the system, but the process is running 24/7 so it is not really suitable to do on the main system or even via the likes of VNC or teamviewer. what other options are there for being able to look at this information and have a view only access to the control screens? we don't want there to be any way that the manager could accidentally click anything on the running system to affect it.

this is still an ongoing issue. has anyone got any suggestions at all?

we have recently had a PCS7 system installed. on the win-cc SCADA secondary screen there is a box that pops up that gets in the way of one of the selection buttons. we cannot seem to remove it!? any idea what it is or how to get rid of it? we never see this on the main development system? the integrator said he would look into it, but doesn't seem that forthcoming.   any assistance would be great. thanks    

what software is required to program a PCS7 system? this may be a really stupid question, but i cant seem to find a definitive answer from google searches etc. if i search for any PCS7 specific programming software, i cant see anywhere in which to purchase it from either? TIA portal sounds very similar to how i understand the PCS7 system architecture is setup with 1 piece of software integrating everything between the PLC and HMI/SCADA. TIA portal lists all the hardware devices as used in the PCS7 system we have installed. i am mostly used to Mitsubishi, so the Siemens stuff is a little alien to me, so i apologise in advance if there is an obvious answer i have overlooked!

thanks for the feedback. the PCS7 system is supplied via an OEM, so info is minimal at the moment. i haven't yet been allowed to see any of the hardware to see what is what. we could probably add profibus to the Siemens system, but again, the  A1SJ71PB92D Mitsubishi card is discontinued so wouldn't want to go that route. the existing communication to the SCADA from the Mitsubishi PLC is via a separate card (A1SJ71C24-R4). there is another separate card which talks directly to an HMI. if we want to do any maintenance on that PLC we can connect using an Sc-09 cable directly into the CPU. as the 422 cards on the PLC are a slave, turning off the HMI or SCADA would yield the same issue as using the existing SCADA and an OPC connection. i appreciate i could get fancy with the 422 protocol and run multi master, but i feel that is a bit specialist and outside my skillset in the short timescale we have to get the project live.   OPC is looking like the best option at present, but if anyone else has anything that springs to mind, then fire away!

as the 422 connection between the SCADA and existing A-series mitsubishi PLCs has the SCADA as the master, this means adding another slave into the system and converting the signals to profinet is still going to end up with me needing the SCADA on to control the data flow? if i was to do that i may as well go with an OPC. the Aseries mitsubishi hardware was discontinued a good 10+ years ago. you can get some input, output and power supply cards new still, but anything like comms cards and CPU's are getting hard/impossible to get new now. the last time i had to get a few spares, our supplier had to go to a third party warrantied used spare supplier. i would like to stay away from going that route if possible.   i have attached a diagram of what i have and what i want to achieve:  i was just wondering if there is any other options i have missed?   Drawing1.pdf