ratcliffe_ic

Thanks

Do you have a part number for the pass through connector? Thanks

Don't know the directsoft system but you could use: log(2^1.55) = log(2) * 1.55 depends if logs are available. Otherwise you are into more long winded calculations like Newton's Method, look at Maths forums for details

Hi Can someone tell me the meaning of the X in FC0 in the attached screenshot, I suspect it means not scanned but not sure. Thanks in advance

Cheers, thanks for that

Did not explain very well, I meant on the left hand side where the list of blocks is, there is a square box with a cross in it next to FC0. I think it means FC0 exists but is not called.

Have you examined the string replys in hyperterminal, are they in the expected format, what is the Euchner lock part number. You may have to manipulate your input string length to match the length you are expecting. e.g. set input string length to 1 and send 1st message set input string length to x and send another message etc

The scale we were communicating with, the documentation stated 8N1, however there was no way this would work, we were getting extra characters, the wrong length etc. We had to change to 7N2 and it worked fine. Have you tried 7E2 with your set-up?

I need to check where an input is used in the program and I'm struggling to search. I'm using Step 7 v5.5 and I'm looking for I17.7 Thanks in advance

Have you set up the configuration in the data table, if you look for: aent:1:C in the tags, where "aent" is replaced by the name of your ethernet module you will find all the settings for the string you are trying to capture i.e SerialCharacterFormat SerialCommSpeed etc etc The following manual is also essential 1734-UM009B-EN-P which is available from the AB literature library. I had a problem with repeating characters which was due due to the serial character format, I had set 8N1 and it needed to be 7N2

Just starting on a sil2 project and the AB manual makes reference to a "module pair" data type, this is not present in my software (v17.0) anyone know what version it is present in, the manual makes reference to v15 onwards?

I,m not talking about hardware, I do not have the data type "module pair" in my version of logix 5000. With a data type "module pair" you specify the two I o points in the pair of redundant racks that you correctly mentioned and this brings the two together into a single tag. It,s not present in v17.0, anyone know if it can be added or am I looking at a new version?

I was thinking of using an OB16 flex io card to drive some 24vdc pneumatic solenoids, the solenoids in question are 4w, this is OK for the current rating of the card but the caps are not fitted with fly wheel diodes. Can anyone give me any advice on whether this is a bad idea to do this?

Thanks for reply, i've just checked the contactors I'm using on the same cards and these are 3w but are fitted with a diode module for suppression. I'm thinking of fitting my own flywheel diodes to the solenoid caps just for piece of mind, any idea how I would specify one?

The only way I can see to do it is with animation, enter the text horizontal and then use animation to rotate it 90 degrees, however, why not put your text in like this: T e x t e 1 so you read it downwards?

I'm having trouble connecting my laptop (Dell Latitude D820) via Ethernet to an FX3U-ENET, so far I've done the following: Set the ENET via FX Configurator, I've two connections TCP - MELSOFT connection on Ch1 for my PC, UDP on ch 2 for the HMI, this was set up via RS232 I've set all the IP addresses 192.168.1.100 for the PLC, 192.168.1.101 for the HMI, 192.168.1.110 for my PC, everything is connected through a Hirschmann hub. The HMI is communicating with the PLC over ethernet, I can download to the HMI from E designer over ethernet but I can't set the transfer setup to ethernet in GX developer. When I attempt a connection test it says Can't communicate with the PLC. I've set FX configurator to ethernet comms and this gives the same result: Can not connect I can ping all the addresses from Command Prompt. I've tried going straight in with a crossed cable, I've swapped all the cables round. I've turned the firewall off and anti-virus software. I'm on GX developer 8.45x and I'm thinking this is a GX developer / my PC problem, I've removed and reinstalled the software as well. Any ideas anyone?

Just writing to close the loop on this one, my D820 ended up with motherboard video chip problems, so I got a Precision M3400 and with fingers crossed just put the d820 hard drive in it, few driver issues but nothing major. Tried to use it on the FX3 Enet module, same problem, couldn't communicate. I have now down a windows XP repair and it's all working, so something was screwed up somewhere between windows and the mitsi software. Might help someone in the future.

Hi, I would be able to look at your PLC3 and provide a cost for conversion and installation. Drop me an email.

If you haven't already got to http://www.rockwella...upport/pccards/ and download the latest driver for your PCMK card.

Allen-bradley do an adapter for mounting an overload on its own on din rail, part number is 193TAPM or 193TCPM. Scheidner or Telemecanique do them, probably most controlgear manufacturers do as well.

I've done this with 4 motors on 1 inverter, as long as you have an individual overload per motor, as you say, in parallel on the inverter output, it'll be OK. I've done this on a roller conveyor line.

See the attached for configuration in FX configurator, I'm talking to an E terminal which uses the UDP connection, the melsoft connection is for the PC to PLC comms (the bit I can't get working). settings.bmp

That's the connection to get the ethernet module to talk to the HMI. Mitsubishi have been no help, they say it is related to this PC and its firewall settings, all of which I've checked and seem to be OK. Turning off the firewall should resolve any issues I would have thought anyway. I'm going to upgrade to the latest software and see what happens, I'll let you know the outcome.

Just done the exact same thing myself, whilst checking through a CLX program was looking at JSR's in the main program and noticed one was missing, stuck it in thinking I'd forgotten about it - processor faulted same fault as you. On careful inspection the subroutine was called elsewhere passing two parameters. If your converted program had the JSR in the main program, PLC5's must have been able to handle the fact you called it without parameters where as the CLX is not so forgiving and requires the parameters are present.

Document attached How floating point numbers are represented in binary.doc