DynaxPLC

MrPLC Member
  • Content count

    10
  • Joined

  • Last visited

Posts posted by DynaxPLC


  1. 33 minutes ago, Crossbow said:

    There's no right or wrong way to set them.  They are setting where the data will be found in the controllers memory.  You can use any memory area you like.

    B is bit based, so it makes referencing the individual inputs and outputs easy.

    W is word based, so it would occupy words of memory and individual bits could be addressed with a period, such as W10.0.

    Both B and W address in hex, most people use these for CC-Link because of its default allocation size being 32 bits in and out per station... so station 1 would be B700-B71F, and so on...

    Very helpful and exactly what i was wondering.

    Thanks for the reply!


  2. Ive got the station address set correctly and the settings for it seem correct.

    I am curious, How do you know what to set the registers to?

    They are currently set to B700 to B0B40.   What is the reason behind choosing these? It seems its related to the number of stations used, but i cant seem to find a rhyme or reason.


  3. 32 minutes ago, Crossbow said:

    Adding more devices to the network will use more addresses in those ranges, and I suspect the issue is RWr will overlap into RWw.  They should be farther apart.

    Your new device cannot be set for a node address under 16, those are all in use.  Look at the second number in the station number columns, the first is simply a device number, the second is the first station number.  Some of those devices occupy 4 stations.  Stations through 15 are all used.

     

    Understood, Thanks.  Just so i understand, The RWr and RWw are part of the same register, (Which is why they can overlap), Its just specified the range for each so they dont overlap? I thought at first they were entirely different registers , but that makes sense.   

    The screenshot was without making any changes to the existing configuration. I planned on adding it as Station 16, but the other question i had is how to determine stations occupied, and other info. I read from other posts on the forum that info should be in the manual for that device, but i cant find it in the manual for the RJ61BT11.     

    Any idea on that one?  Thanks again!


  4. Hello,

    I have a project where i will be adding a new R04CPU to an existing CCLink network via RJ61BT11.

    The existing network has 5 stations and the Master module is a QJ61BT11N. 

    I am new to CCLink and have tried learning more through the manuals but i still have unanswered questions i cant seem to find answers to.

    1.  By adding this RJ61BT11 to the existing network as station 6, I will have to configure the settings on the RO4CPU for the RJ61BT11, aswell as on the QCPU for the master QJ61BT11N. Is this correct?
    2. By adding this to the network using the CCLink Configuration Tool in GXWorks2, I get the error (The Refresh Device settings are overlapping). Its referring to the Remote Inputs/Ouputs and the Remote Registers. How do I know what to set these ranges to? 
    3. If these ranges change, Will this effect the current program that is referencing certain inputs/outputs and addresses? Or will it only add to the end of the existing range, therefore leaving the addresses used intact?

    Im going to attach an image of  the Current, Existing settings (No implementation of the RJ61BT11) that are working on the machine.

    My goal is to implement the new R04 PLC to handle a vision application and transfer data between the main machine (QPLC), such as recipe data, and vision results.

    Any help would be greatly appreciated.

    CC Settings.png


  5. Did anyone ever come across any documentation for this KL-N20A module?

    11 years later, and it seems like no documentation exists for this. Kinda crazy coming from a company like Keyence, but it seems true.

    I have an older PLC system that seems to be having some I/O errors, and i believe its related to this Keyence module.

     


  6. I was wondering if its one of the two reasons:

    • The PLC is unable to store comments
    • The comments were written in Japanese, and my version of Developer is English.

    If it is true that the comments cannot be read from the PLC because they are Japanese. Is there any possible way to get the comments and translate them, and store them again?

    It seems this may be a big issue for me, as most of my PLCs were written in Japanese.


  7. Hello, I seem to be having trouble reading comments from PLC in GX Developer. 

    The PLC is an ACPU, Everytime I try to read comments using GX Developer I get the following error.

    "The comment was not read correctly".

    I found an old project from this PLC that has comments, But im unable to read any current ones.

    Anyone experienced this before?

    Comment Issue.png


  8. Just now, Gambit said:

    Why don't you use the converter from Mitsubishi for Japanese to english  translation ?

    I wasnt aware it existed, Ive searched but havent been too successful. Is this integrated into GXWorks somehow and im missing it? Or is it a standalone?

    If so, where can i obtain it?

    Thanks for the reply


  9. Hello, I was wondering if any of you have experience translating comments. To be more specific, I have been tasked with translating all of the comments in my plant from japanese to english. We have many different series of PLCs, but they are all mitsubishi, and I will be using GXWorks 2 for 99% of them. I had the idea of writing the comments to a CSV file, Translate them there, and then just read them from CSV back into the project. I have tried numerous methods, but it seems the CSV loses format and isnt able to be read back into GXWorks. Some of these comment files have almost 10,000 comments. Do any of you have any suggestions on the best way to translate these comments over, in a more automated way than manually one-by-one.  Thanks in advance for any support you can provide!