IamJon

So his network has this capability? It seems your suggestion of bombardment is the most plausible. With one node going down, I can see it taking a few out if a new path failed, but not the entire ring.

Are you sure this is the ethernet? This is ethernet: You're probably looking at the analog input, which is just a copper wire sending an electrical signal. A 250 ohm resistor across the 2 wire input will change a 4-20mA signal to 1-5VDC. A 500 ohm will change it to a 2-10VDC signal. The signal conditioner should give you the true 1-10VDC (or is 0-10 full scale?) signal so you won't have to add in the offset to your engineering value. ETA: Sorry if I gave too much info on the ethernet, I just figured too much info would be easier than not enough since it takes about a day to get one communication finished on a forum.

Yes, you're right about the LES. I was going to put a GEQ command to a coil and use the NC contact, and forgot to reverse the GEQ when I did

This is my thread from last year. It should answer your questions. http://forums.mrplc.com/index.php?showtopi...&hl=message Ha. So I was wrong. 1 is for the backplane, 2 is for the ethernet port for the enbt. My memory fails me. Search function doesn't.

Huh..... So if I have [RTU mlx]---[radio] ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ [repeater] ~ ~ ~ ~ ~ ~ [radio]-----[MTU mlx] --- is ethernet ~ ~ ~ is radio transmission You think I should be pointing to the IP ADDRESS of the MTU mlx? And the radio knows the IP and will route the data to it? Could you link where you got this impression? I'm supposed to get the messaging done tomorrow :-|

Yeah, it was.

Oh, man. I think I've done something similar. Will his data come in reversed, meaning will he have to use the abcd -> dcba function? I think that was profibus... maybe I'm off base here.

Are you using CIP Generic? I thought with CLX to MLX you can use 500 for the message type? If you do it from the CLX, it should be pretty easy. Just do a read, I don't think you need to write from the 1400. The tricky part is getting your address down. You have to point to the backplane... I'd post an example, but I can't open my old code due to licensing issues. Only using the freeware right now.

Hmm... 1) do you know how to set the speed in the PLC? Are you using a PID block? How are you controlling this, or is that already programmed? I assume it's wired? Make sure the shield is only grounded on one end. 2) once the speed is set, you use a MOV instruction to move the data into the register for your output, in the O file. Once you move it, the PLC will send your 4-20 signal (I assume you meant 4-20 when you said 2-20, unless it's a european thing). 3) you may need to think about what your scale is. I know raw data on the 1100 analog input (AI) is 0-1023. So 0% speed is 0 raw or 4mA, and 100% speed is 1023 raw or 20mA. The AO card raw scale may be different. Search for "Output Coding" under the card specs in the card user manual, that should be where it is. 4) once you think you have your scale set up, test with a multi-meter. Direct answeres: Ok so a Bit is set by the logic but how does the Drive know which bit and how is that sent in the code? -The bit in the PLC activates a specific output which is wired to a specific input on the drive. Check the end of the program, all your outputs should be there together. It will look like a bunch of this: ----------| |----------------------------( )------- ----------| |----------------------------( )------- ----------| |----------------------------( )------- ----------------------------------------[ mov ]------ ----------------------------------------[ mov ]------ ----------------------------------------[ mov ]------ The drive just appears to be set for external speed control and the bits are set as a result of the code but I cannot seem to see where or how the information is communicated. I appreciate there are holes in how I have explained this and even more in my knowledge. Can someone point me in the direction of previous posts or somewhere I can read some more info on the fundamentals? -When you open the cover of the drive, do you see multiple wires? Some standard sheathed copper, some twisted black and white with silver mesh? That is the IO wiring. If all you see is an ethernet cable, then I've been barking up the wrong tree and you need to look for a MSG (message) instruction in your program. That sends the data over the ethernet.

I'm sort of shooting in the dark here and may be totally of base, but I'm going to say it anyway.... What is your net setup right now? I can't think of the correct term, but is your network set up in parallel (like a spider web) or series (ring)? If it's a ring network, see how one node falling out will drop the entire network? This depends on how you unplugged the faulted node. Unplugged and reconnected the cable to the network or just unplugged and left it hanging? Again, shooting in the dark. I haven't done it enough to do real troubleshooting without being there to see your system.

It is good practice to do this with all Analog inputs. For digital inputs, do this: -------| DI |--------------------------( B:X/Y)------- You should map all your inputs in the beginning of the program. Don't use the hardwired I and O files in your control. If you do, the state of the IO may change mid scan and cause problems. If you map all your IO to PLC data files at the start of the scan, it insures that you will have consistent data status through the entire scan. Someone may tell you that you may want to use hard IO sometimes, but I've don't know when and never have. Standard practice is IO mapping.

This. You make the conditions of the rung true when your Real Timeclock is at 10am (does 1400 have an instruction for this or does he need to use the S file hours/minutes, and maybe a ONS?). Once that's true, you latch in your conditions with the pump running bit NO, with an NC contact to de-activate once the level (AI) is GEQ (greater or equal) to what your desired. Be sure to use GEQ and not EQU, because if you skip data on the AI you'll never turn off the pump. --------------|time|----------------------------------------------(pump)------------------------ | | | --------------|pump|------|GEQ |-------------|

I'm getting a revised program put together on a series B controller.... It's set up for CIP Generic on a series B 1100 for after I flash it. EDIT: The Service, and class/instance/attribute is what I need help with as far as I know. Dear lord. Is no one responding because they know this is a cluster? It seems I'm supposed to handshake with the radio. Another integrator is programming the radios and I have no info on how they did it. ROAD_PS_1100_Messages.RSS

Target device is a ViPR ethernet radio. I'm sending a few words to it to be sent to the Master Telemetry Unit, which sends to another 1100, which sends to an Autocon or Raco autodialer. All ethernet.

Thanks. I noticed this today after the electrician put in a 250 ohm resistor, giving me a 1-5V signal. I was wondering why it wouldn't scale right... Then there's the fact that I'm only getting millivolts in my input.

I'm using a Mlx 1100 AWA. For a 4-20 mA signal, what is the raw data value I'll see in my data file? I searched the AB literature and couldn't find anything. Thanks.

Input coding... that's good to know. I was looking for raw data or scale etc. Thanks for pointing that out. And I'm off! ...this time with a meter. Thanks for the help. I enjoy controls but it can be a pain when you do one small project every two years.

The one's on the unit... ok so they're voltage inputs. Does this effect the scale of the data I see in the input data file?

Ok, I'm going to work through this for Shiner and I, since we're both using "generic" equipment we're communicating to. Channel 1 on the 1100 is Ethernet. Check under your Channel Config. Comm command I think should be CIP Generic. Data Table Address - put the first WORD of your data, not bit (as read in instruction help) Mine is N7:1 Size - 1 for one 16 bit byte. Extended Routing Info file - create a new data file for this. Must be a new thing? The help doesn't say anything about the service, and the multi hop seems to only be peer to peer with Clx devices.

Right now I'm confused as to where I put the IP address for the radio I'm sending to(never mind, multi hop tab), and what communications command to use (I assume CIP generic). Ok, so what info do we need... For me, I am writing digital and analog values. If I'm on CIP generic, I can go to Service drop down. Can I use "write analog out" for my analog Int data files? Can I use the "write analog out" for my digital if I have them all in the same word?

Hm... I was about to post something very similar. I'm messaging to ethernet radios, and am not sure exactly how to set up the message. Please excuse my ignorance, I haven't done PLC stuff in almost 2 years. When you say distributive IO, are you talking about ML IO modules connected to the 1400 over ethernet? Or some other type of product? I'm trying to gauge how relevant the responses to this thread will be so I don't start a new one if not needed. Thanks.

Is there a free downloadable version of RS500? If so, what are it's limitations compared to the licensed version? Thanks. Edit: Ok, looked somewhere else and found it.

It seems the only processors I have access to are ML 1000 and 1100.

It's been too long... How do I determine which to use, 120V or 24V relay outputs, if it even matters? MLX 1200 with 120VAC power Relay outputs to an autodialer. Does the PLC power or autodialer inputs determine which voltage to use? Thanks. EDIT: I'm looking at the 1762 OW8 and OX6I