Posts by Terrence Wilson


    1) It defintely is a dual channel card as I remember seeing channel 1 and channel 2 when viewing the Profinet I/O on the robot TP.
    Is there any other way to verify on the robot TP what card is installed and what software option is installed (I'm assuming R834 is a software version?)


    I think that is where the confusion arises. I think I do indeed have the Molex variant.


    2) I did get the Profinet configuration tool from Fanuc as well as this GSD file - GSDML-V2.3-Fanuc-A05B2600R834V830-20140601.
    I am not sure if this is the correct GSD file for this card though? and our Fanuc agents weren't even sure themselves.
    I would imagine that the GSD file I use is still quite important. With that said when I did the Hardware detection from TIA portal, it did seem to correctly identify the card that we we using 16 bytes out and 16 bytes in.


    I have tried to follow the steps as listed in the profinet IO manaul for setting up the card using the Profinet configuration tool, but when searching for the available hardware in one of the steps, all I could see was my own Laptops IP address and not the card. Do you think it could have been blocked by the windows firewall? I am running windows 10. Unfortunately my Firewall is controlled by our sys admin and I couldn't check if this was the case.


    Thanks for that info. That's the thing, I don't know which is gen 2 and which isn't.


    There is a method in the manual where you have to use a program called profinet configuration tool to carry out a setup procedure on the profinet card on the robot. I basically want to know if this is necessary or not? Or do you think that my GSD file was simply the incorrect version for this card?


    Thats another thing, I don't know how to create a hardware config using TIA portal v15. Has anyone done this that can talk me through it? Including how to download it to the robot card if this is even possible?

    Hi Guys,


    I'm in desperate need of some help from some people who have set up comms between a R30ib Plus robot controller and an s71200 PLC using TIA portal v15.


    I was testing the configuration yesterday and I couldn't get the robot to connect to the PLC. I could see it on the list of accessible devices and I was able to do an online detection of the hardware which finished successfully. However even after setting the IP address of the robot controller in TIA as well as the profinet name it was still throwing an error.


    The GSD file I was using is GSDML-V2.3-Fanuc-A05B2600R834V830-20140601. I have seen in other threads that I should be using v2.33?


    I really am lost on how to setup this connection.


    I have setup other Profinet IO Devices and none were this complicated. I simply had to install the GSD file, find the device in accessible devices and assign them a IP address as well as a profinet name. Then I would either manually add the hardware config or detect it automatically.


    I have the profinet I/O manual but its quite convoluted (130 Pages for a simple connection??). Do I still nedd to create a hardware config and upload it to the profinet card?


    I am also not sure why, but we recieved the card as shown in the attached pic. It doesn't seem to be an original siemens product but I can trace it back to a MOLEX website. Is the setup for this card different? or the GSD file different?


    On the robot TP side, do I need to detect devices and add configured devices? What is the setup procedure on that side of things?


    Another thing, There are 4 RJ45 plugs on the card, which one should I be using? depending where I plug it in obviously shows up either channel 1 or channel 2 when searching accessible devices.


    Any help would be much appreciated.


    My preferred method would be to handle the queuing logic in the PLC. Then I would have the PLC start 1 main program on the robot. It is very easy to have clean logic in the main program call multiple sub-programs for each jig. Using DI's and Jmp labels would be very messy indeed, so instead have the PLC send the job number to a single group input or register then use a select statement to call the sub-program based on that register.


    Thanks for the insight.
    I have seen the logic to handle the queing on one of our older system's PLC and it is ridiculously complicated, that's why I thought it better to let the robot handle it rather. Unless there is an easier way to do it and the integrater just didn't know it was available. Have either of you written this queing logic for the plc?


    So the method you describe wouldn't make use of any typical method of calling then, PNS. RSR etc? Just a main program that looks at the value of a single register?
    I didn't even know it was possible to write a value to the robot from the plc. All of the installations up till now have been with discrete IO not fieldbus/profinet, so I am sure there are going to be some challenges on that front too.

    Hi guys,


    We have recently purchased a Fanuc robot which will be arriving in about two months time. It has been specced with the Profinet option and we intend to use it with a Siemes s7 1200 PLC. This robot will be installed in Multi-station welding cell.


    My biggest question at the moment is what would be the best method of calling the individual programs. There are going to be 6 stations split into two loading sides. (3 different jigs per side). Only one jig per side will run at a time. So for example jig 1- station 1 and jig 4 - station 2 in tandem. This is to allow the operator time to load one side as the robot welds on the other and so on...


    There shouldn't ever be more than two jobs in the queue at a time, but they should atleast be able to queue a second job while the first is busy welding. As far as I know the only option that allows queuing is RSR's?


    The other issue is that they would like to have the option to change the jigs depending on the needs of production. In other words they would like to take the jig off of station 1 jig 1 and place a second jig in it's place. That's why I would prefer for each jig to have it's own individual "Program" and no rely on DI's and jump logic to accomplish a similar thing. it's just too messy. So using RSR's in this case would be a problem as they only come with 8 of them if I'm not mistaken?


    If anyone has any suggestions or ideas, I woul love to hear them. :merci:


    Are there any Background programs running?



    Mystery solved.
    So I did a bit of research and found where to find the background programs (Setup->BG Logic for those wondering) and there were indeed some programs running in the background that were being usesd to switch the flags on and off depending on the DI's status.


    Thanks for the help!


    I would at least visit and flip to the Flag setup sub-screen if it exists. Interconnect will let you set the value of one output to a logical combination of other inputs. It is the first thing i thought of if i were trying to accomplish what you are experiencing. Without going and looking, i am not even certain that Flags can be used in Interconnect.


    That makes sense, but when checking the interconnect setup screen all numbers 1-8 are listed as disabled. So I don't think that it's being done there. I'll attach a screen shot of it just now.


    Flags are useable in the robot programming without any mapping. Mapping them to I/O makes them usable binary in groups. or to talk to the outside world via I/O.(and other things as well) I use flags (unmapped) to give myself Bypass bits that don't consume my physical I/O.... Kind of like auxiliary or virtual placeholder bits in a plc


    Could you explain then how I would find the logic that is turning on these flags as seen in the pictures.


    For example I know that when DI 2,3,4,5 all need to be on in order for Flag #1 to be on. But nowhere can I find where this logic is being set?

    Hi Guys,


    I'm relatively new to Fanuc robots and the whole idea of remappable IO is confusing the living daylights out of me.


    We have a welding robot set up running using only the onboard IO. In the program the original integrator has some flags set up but for the life of me I can't find which inputs they are mapped to. I have read that in order to map io to flags you would need to use Rack 34.
    But as far as I can tell they haven't mapped anything to that rack. They are only using rack 0 and rack 35. (and rack 90 for the arclink).


    Could someone have a look at the attached picture and try and explain how they are doing this?

Advertising from our partners