Controls Guy

MrPLC Member
  • Content count

    4
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Controls Guy

  • Rank
    Hi, I am New!

Profile Information

  • Gender Male
  • Country United States
  1. IDEC to ABB VFD

    One of the [very] few things Idec does well is master Modbus.  (At least RTU, I think TCP works similarly iirc).  There is a table you go and fill out to map slave addresses to D registers in the PLC; then the polling happens transparently, without you having to do any handshaking or interlocking in ladder.  You just read and write the mapped registers as if the drive memory were part of the PLC memory.  Very clean. Now to operate the drive, you need to look at the state machine documentation that you'll find in the manual for the comm module, in your case a FENA if I'm not mistaken.  You send a sequence of various integers to the command word, and when a given bit in the status word goes high, you send the next integer in the state machine.  Eventually the drive turns on.  You write a different integer to turn it off.   To control the speed, you write a value (I think think 0-20000 corresponds to the min to max speed range set in the drive parameters, typically 0-60Hz).  You get back a status bitpacked word and a speed feedback word.  You can configure additional status words to appear in Modbus registers 40003-40012 or so, but you can also access any parameter directly, for example you can get parameter 1.07 by reading Modbus 40107.  Since you can grab up to 64 registers in a read*, and since almost anything you'd want to monitor is in group 1, you might as well grab all 64 from there, rather than 10 or whatever ABB wants to give you slots for in the 400xx range.  The only two issues with this are that there are some register values in the middle of the range that don't correspond to valid 1.xx parameters, and instead of returning 0's, ABB will fault on an invalid address, which forces more than one read to get all of them, AND, your read of the operating values cannot now be contiguous with the status word and speed feedback, like it can if you use the 400xx mapping (group 53 I think). Final note:  Dump the 355's.  They're cheap, plastic, made in China from toxic drywall, garbage.  Use at least a 550.  Thank God I've never installed one, but of the ones I've seen others install, FAR too many of them fail, and ABB's response, unlike their excellent support for the 550/800/880, etc., is underwhelming. *Normal Modbus masters can typically grab 120-125, but Idec feels compelled to let everyone else lead, so they can only do 64 and have no plans to fix this. Caveat:  I have done Modbus/TCP using a FENA on ACS-800s for example, but have more experience with RETA's ("R[aisin]" series comm cards vs. "F[ig]" series) and the internal Modbus RTU on 550's, so some of what I've presented here might actually be specific to that config.
  2. Trouble configuring Remote IO on Slc

    OK, working now. The problem was that the BTW writing config data to the second module was not getting triggered, even though I was using a triggering method I'd used before (albeit on different RIO architectures). Once I redid the BT triggering everything started working as expected. So what was actually happening was that the BTR's were in fact working, but only zeros were being returned as channel data because the bits you have to set as part of the config to enable the channels weren't being written to the module.
  3. Another ModBus Question

    You could also look at the Digi One IAP. It has 232, 485, and Ethernet, and you can connect the Ethernet to your 5/05, the 485 to your serial device and send MSG commands in your 5/05 ladder as if you were talking to another SLC. About $500. I just set up a system like this a week or so ago interfacing from a 5/05 to ABB ACS-550 VFD's and it worked like a champ!
  4. Trouble configuring Remote IO on Slc

    I'm trying to do something similar, although my app will require multiple NI8's in remote racks. I have a test set up with two in a remote 4-slot rack, and the second doesn't seem to be receiving channel config data (the individual channel lights never come on). No errors on the BT's, but I get only zeros from the second module. First module works fine; reports noise on open channels and correct data with a 20ma signal injected. I know the module is good because I previously tested it in the local rack, plus I swapped the working and non-working modules in the remote rack, as well as trying different slots altogether. I'll need 2-slot addressing mode to accomodate the number of modules in the final app and started out configured for such. Couldn't get it to work, and just to check if there was some incompatibility between NI8's and 2-slot mode, I changed it to 1-slot. Still no joy. All the comms LED's and the ladder seem happy, module status but no channel status lights on the second module and no data. I have a 5/05 with Ser C FRN 10 OS, and I'm using BTW and BTR blocks in ladder, and a Ser B scanner.