Sergei Troizky

These are two separate suggestions. The 2nd suggestion is absolutely correct, if the sign bit is separate. The 1st, however is wrong. Inverting only the leftmost bit in a word is not enough for proper change of the value sign.

The module falls into this error as soon as configured for IP address other than 192.168.250.x and/or subnet mask other than 255.255.255.0. For instance, 10.95.1.74- 255.255.0.0, or 192.167.6.174- 255.255.248.0. The module communication is fully functional for both EIP and FINS/TCP, but the MS LED is flashing and the display permanently scrolls the F3 error . The W465 Manual mentions the F3 error, but the remedy is absolutely unclear. Contrary to the F3 error cause listed in the Manual, the node# rotary switches are always set correctly in hex, according to the last byte of the IP address. What has to be done to get rid of the error? Any advice will be appreciated, as well as reference to other sources of information.

Jonathon, if I understand correctly, you need to reset a group of consecutive bits, and at the same time reset the value in the corresponding registers if the bit was set. If so, the following will do both. It will use 4 consecutive auxiliary bits M100-M103. You can change their starting address if necessary. Replace the M8000 by the necessary condition.

If you want to copy a group of inputs starting from Xn into Dn register, use MOV K4Xn Dn. If you want the Dn register to reflect status of a single input Xn, use the most straightforward: LDI Xn MOV H0 Dn LD Xn MOV H1 Dn Or, the same may be done shorter, but less obvious way: WAND K1Xn H1 Dn

Be aware, though, that the Michael's code will not restore exact HSC reading, as it stores a value only once per scan. If you need more precise restore, you have to execute this in the fastest available timer interrupt, and use PRV instruction for the HSC PV reading.

A function block and its only instance have been deleted from the project, which was then downloaded to the controller with no problem. The machine is up and running, however ... Since this download, it is possible to go online, compare, and upload, but the processor cannot be switched to programming mode, neither manually from CXP nor by download procedure. Both timeout with message "Cannot change the controller mode to Program. The controller still may be switching its mode". This is not the literal text (I am posting from home) but the meaning is exactly this. Any ideas? The FB was inactive prior to download.

What version of the RSLogix 500? Are you sure it's of Factory Talk type activation?

The mentioned article suggests to use the Factory Talk Directory Configuration Wizard, which starts with FT administrator logon. Funny enough, it does not recognize the FT administrator login (I am certain about the password) even after renaming the computer back to the original name. However, I have to admit I've never logged as administrator since the original installation. Any ideas?

Extremely useful, when uploading from PLC to offline project with comments. If the program in the PLC is different (and it is, otherwise just going online would be enough), rung numbers may be different, and the rung-attached comments will apply to wrong rungs. I always attach comments to dummy anchor bits. Comment anchor bit must be the last output instruction of the rung.

Here it is for FX series, but should not differ for Q.

Being properly programmed, PLSY should work, however you do not need high-speed output for this application. There are no limitations on the slower side. Use regular output and generate the necessary number of pulses programmatically.

BMOV the source area to buffer area starting from M(n)K4. Then BMOV from buffer area starting from M(n+8)K4 to the destination area. Of course, the buffer area must be of sufficient length, and not affected accidentally by anything else in the program.

Don't see why the method should be different from integers. If it is negative, subtract it from zero.

Tech support must be good and available, but too easy access to it provokes abuse. Tech support is akin life vest. Use it in emergency, and it may save you. Use it always, and you will never learn to swim.

Very interesting task! Here you are. For better understanding, the program does not use indirect addressing and value decoding into bits. EDIT NOTE: On Oct.13, the attached file has been modified to correct a minor error. Targets Random 5 of 7.cxp

The instruction, as posted, is missing one argument (most probably- the output mode M), and will not even be accepted by the ladder editor, not to mention executing. Also, the last argument was most probably meant to be D110. The values are OK, but absolute positioning will need the axis origin preset prior to positioning. Relative move may never stop unless the instruction is executed in differential format @PLS2. There is no PLS, only PLS2. Read the manual.

The set of supported addressing methods is the property of the PLC, and does not depend on programming language or software used. FX series below FX3 does not support indexed addressing for bits.

This made me laugh. Especially "a lot of options".

Are you sure this is a quadrature encoder? From your description, this is not 5-wire, but 4-wire encoder, unless the shield is used as 0V conductor. For 4-wire, it may be single channel with reset. What do you observe on X3 and X4 LEDs when rotating the encoder very slowly?

Mechatrolink may be useful even with a single axis, if the servomotor absolute encoder is in use. No matter what control method is chosen, I would consider CP1H as much more cost-effective solution.

Looks like the program has been transferred to new PLC, but not the data. Data transfer is a separate procedure. At least D and H areas must be transferred to new PLC.

Is the "ethernet cable between them" straight or cross-link? Use straight cables if both are connected to a switch. For direct connection use cross-link.

Makes me suspect no communication with PLC. Verify the cable (be aware that the Omron serial port has non-standard pinout). Also, I would change the D105-D105 to CIO in the NV Configuration>Basic Setup>System Memory Area, as the PLC does not support bit-level access to D registers.

There is configurable Display/Hide condition in the data object properties, but there is no such for function switches. Probably, Display Restriction per security level in the object properties Operation Security? And are you sure the screen has been transferred to the NV?

?!