Sergei Troizky

 

Alnpco, 1. The PLC outputs are isolated, and the voltage for them must be supplied to their COM terminals. There is no such wire on your diagram. 2. Why are you applying 24V PMW signal to the motor 5V input? You need a voltage divider between the PLC and the motor input.  

Created and successfully tested a project on PC using the Bahnschrift font (chose it for having condensed and semi-condensed versions). The physical PanelView Plus7 display substitutes the project font by Arial which does not fit the display objects. Downloaded the Bahnschrift font to the display via the Transfer Utility. It is now present in the display Windows directory, but the objects still use the Arial. What am I doing wrong? And BTW, what are the "font links" in the display System Menu? Should I create one? If yes, what should it be?

Michael, your suggestion violates the initial condition: reading a BOOL tag should not require in the target controller any preprogrammed procedure specific to the tag name. pcmccartney1, the same, plus the MSG instruction still will not support boolean datatype, arrayed or not.

Michael, I said any tag created by the standard procedure, so it exists. But it is a base type BOOL tag, not an alias nor member of UDT.

The problem is that it should not require any preprogramming (program code, data type, aliasing, etc.) that refers specific tags. The solution must be tag name- independent and work with any arbitrary BOOl tag created by the standard procedure.

Since the CIP MSG instruction supports only numerical data types, is there an alternative way to read/write booleans in Logix5000 processor? Base boolean tags, not aliases to numerical data type tag bits.

Inline instruction "NOT" inverts the rung preceding logic result.

Does the TXD instruction help mention that port as destination? This will be the answer. By the way, specifying the PLC model along with the question is a good practice.

I am trying the Fins Color Coded Messaging Tool http://forums.mrplc.com/index.php?/files/file/948-fins-color-coded-messaging-tool/ While successful with CJ2M, never could make it work with CP1W-ETN61 on CP1H. What should be the network, node and unit numbers in such case? The unit number is the most unclear. 

Two inline comparisons in series give the same result, but execute 20 times faster (in CP1H).

DBLL converts a 32-bit signed binary value to double-precision (64-bit) floating-point data. Not UDINT.

The CP series does not support addressing individual bits of data registers. The CJ series does, but only for D registers, not C or T present values. If you need to monitor a bit in the counter present value, copy the value to W or CIO word, and use the bit from there.

The OP never said the OTUs are interleaving with non-OTU coils of the same bit, but all are after the initial and only OTE. Therefore, not '"the last unlatch wins", but the bit is unlatched locally wherever required, and supposedly used after the last OTU. I often (though not extensively) use such technique, which I call a "collector bit". The example may be resetting a machine error bit with OTU or always Off OTE in the beginning of the program, and setting it locally anywhere it is decided. At the end of the program, the bit is used for beacon light control. Any technique has advantages and disadvantages. The advantage of this one is seamless adding or removal of standard pieces of code (the addresses of the collectors have to be standardized first, of course).

Double-click the "IO table and unit setup" in the project tree and transfer the IO table from the PLC. There is such icon there.