MrPLC Member
  • Content count

  • Joined

  • Last visited

Posts posted by WattUp

  1. Your screenshot shows un-compiled code (as well as an incomplete rung). 

    First complete the rung by tying Y0 contact to where it needs to go, probably a vertical line before /X1.

    Then compile your code <Compile Menu> <Build> (F4 - Shortcut), if you are online with a Running PLC than Shift+F4 for an online build.


    Then save your file.


    1 person likes this

  2. you could try to uninstall with Revo Uninstaller. It includes extra steps after uninstall that scan registry and left over files for a true clean slate.

  3. UL508 : Standard for Safety of electrical control panels. 


    The size of insulated conductors inside an industrial control panel cannot be smaller than 14 AWG. Actually, for Industrial Machineries, for low rated power motors, even size of conductors smaller than AWG 14 can be used inside the control panel (Table 66.1A).



  4. I believe if the programs are linked to a navigator file, you should first open navigator, and then open the HMI from there. It might be upset if you open the HMI file directly because navigator has the files linked.

    2 people like this

  5. Little more detail in case you are new to the Mits PLCs

    M are basic internal relay bits. 

    D are basic internal Words

    L are Latched internal relays (their state remains through power cycles)

    X/Y Obviously inputs & outputs

    T are timers

    C are counters

    Z are pointer modifiers i.e. [MOV K150 D100Z1] would move value of 150 to D100+(Value of Z1), so if Z1 = 10, D110 would 

    1 person likes this

  6. On 3/12/2020 at 6:52 AM, Gambit said:

    Mitsubishi Supports I/O Link but only through their networks Like CC-link IE field.

    But If you are used to cc-link why not use this from IO Link TO CC-Link unit from Balluff

    This way you can keep using the FX3. The current compact PLC is de FX5 so i would doubt anything will be made for the FX3 types

    Have you used these Balluff modules before? 

    I have one that I was testing on, but hit a road block when the CC-link card must be some version or newer in order to run data read/write commands. 

  7. The Bits that are SET by this button are reset by the PLC on a up-pulse only.  These functioned correctly at the time of the issue. 

    All the momentary bits shown are only on the HMI, and none controlled by the PLC at all. 

    These were supposed to break latched sequences such as this one shown here.  This is what did not work as expected.  But they have worked every other time before, and since without issue. 



  8. 8 minutes ago, pcmccartney1 said:

    Darn near impossible to answer.  Who's software platform?  What version?  Is it an application loaded or compiled and sent to a industrial touchscreen or PC base application?  What is it talking to?  Did you check the code in the PLC to see if it has permissive logic preventing the HMI from changing the addressing?

    Its a GOT2000 and Q03UDE PLC

    I'm not sure what you mean about permissive logic.. But like I said, this system has been running & working for years.


    Is it possible that the PLC scan 'missed' those momentary triggers? 

  9. On 1/25/2019 at 5:27 AM, kaare_t said:

    I'm not sure what you mean by "such systems exist", but since you posted this in the Mitsubishi forum I'm just guessing you want to integrate it with a Mitsubishi controller?

    I've worked with barcode readers and RFID readers, both serial connected and Ethernet connected. It's very straight forward and you just connect the reader (barcode/RFID) to your controller using whatever medium (serial/Ethernet/other). Then you interpret the numbers that are input from the reader. It's just a binary or an ASCII string...

    What is more challenging is often what to do or how to process the input data:
    When you have received the string, what should be done? Do you have an internal table in the controller (e.g. input from an HMI)? Alternatively, what I have done some places, is to have a MES module and integrate with a centralized DB. It can be a DB for personnel, products, gates etc. Just make a general query in the MES/DB and use the input string (barcode/RFID) as a parameter.

    As said, based on your question it's a bit hard to answer more precisely... Feel free to continue the topic if you have more information to add or if anything in my post is unclear.

    We are Mits standardized here. Normally Q06UDV. 

    I have done several Barcode readers over ethernet, and am very familiar with that setup and use. 

    My question was more aimed at your second point about the challenge of using the data. I was hoping for some examples of how others have done that. 

    The MES system you mentioned, were you able to tie directly with the central ID system or did you have to create a separate copy of the database?