BobB
MrPLC Member-
Content count
2154 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Calendar
Everything posted by BobB
-
I have never used these but in the CJ2M there is ANDW function which can be used as a mask and is really good. Is there nothing like this in the NA?
-
2 words - get this all the time without issue. Sometimes little endian/big endian can be a problem - just have to manipulate the data. Not hard.
-
Have a look at the original post - NS15 - simple as that. I am using them right now on jobs - current model.
-
The HMI is stated to be an NS15 - still a current model.
-
Why does the BCD Indirect not move data for me???
BobB replied to mr_electrician's topic in CX-Programmer
In the symbol table select the receiving address as BCD. -
Do it over EIP - it will just work - that is what I meant. You do not need to use FINS - pointless when EIP is so easy. EIP ports in both PLCs so why complicate things.
-
Read the manual - it is all there - that is where I learned how to do it. I also use Network Configurator regularly - the book is very good.
-
Set up automatic transfer between the 2 PLCs with CX-Integrator - the easiest way. I have 16 PLCs connected this way on 1 job - automatic transfer. You can setup 2 areas - I use CIO and DM but generally setup the transfer for CIO at channel 4000 and DMs at channel 5000. Your choice. You can also setup how many channels are allocated to each PLC for each memory area.
-
Then have a look at a Red Lion protocol translator - have used those before for Modbus TCP with the CS1D. https://www.redlion.net/protocol-converters
-
The SCU setup has a Modbus slave selection. Number, speed etc. FBs are required for Modbus TCP.
-
Change out the processors? Before the newer processors became available I used a Red Lion translator to translate between FINS and Modbus TCP. Worked a treat.
-
Perhaps you can change the processors?
-
CPU67A does support FBs.
-
Check the model number - CS1D-HCPU67A does support FBs.
-
Geez - an up or down arrow in a contact looks simple hey - or an @ on a function. LOL
-
You lose the decimal point when you convert and it rounds it up. Yes you can use a UINT and scale it in the HMI so it will be entered as 10.9 but will just be 109 in the PLC.
-
If you type in file associations where it says type to search Windows will pop up choose a default app for each type of file.
-
I have not tried this but about to in the next few weeks. May be of help. Otherwise it will be hard code I think to write to the AR words. https://www.support-omron.fr/details/programme_exemple.php?id=2017-03-09%20-%2016-56-43%20-%20605494181
-
Yep - CHANNEL is a throw back to older Omron PLCs. There are a number of throw backs in the software to cater for the old tigers. The attached snip shows how you can view data onlie. Integer, signed integer and HEX. Also in the watch window you can look at everything including REAL. At the end of the day there is no conversion that I am aware of. UINT to DUINT is not necessary - the lower word will be the original UINT and the upper word make up the DUINT. for SINT to DINT a bit more difficult. As bit 15 of the SINT is the sign bit just use MOVB to move the sign bit to bit 15 of the upper word I guess - cannot really see a use for it.
-
At the end of the day the data is the same - it is just interpretation of the data. If you list a word as a UINT and get get a warning that it should be an INT it does not matter - how you use it is the only things that matters. The word types are standard - not just Omron. You can interpret a word as INT, UINT, CHANNEL, HEX - still the same data in the word.
-
Tools - Convert - Version/Model LOL.
-
Just curious - try disabling the serial port and see if it works. Nothing ventured nothing gained.
-
The other one. This just works for me. Have you disabled the serial port?
-
In CX-D as follows. And sorry - I missed it.
-
Select Ethernet I/P as the protocol in the screen.