Ronny_resistor

I have installed a EDS file that configures the OMRON I/P module to communicate with a LENZE drive. On installation through Omron "Designer" Software the program quits and displays that the Ethernet module attached to the LENZE drive is not able to be configured. We communicated with LENZE and they told us that there equipment is correct and that the issue lies with OMRON. I tried to communicate with an Allen Bradley L23 Ethernet processor to the Lenze drive and 5 minutes later the unit is talking and working. (No EDS file required, "generic Ethernet Module". So to make this work we manipulated the EDS file (Specifically Param 121). Whenever we tried to install the EDS file the Drive would revert to "0" and break communication. When we defaulted to "9" the drive defaults to NETWORK Enable. So now LENZE is saying "NO" you cant do this this is OMRON'S issue and they have done everything correctly. And OMRON is saying no this is LENZE's problem as there hardware is not able to deal with the EDS file correctly. I have attached some screen shots and the TXT file is really the EDS file with the extension changed. Param121 = 0, $ Reserved/Data slot 7,"20 0F 25 79 00 30 01", $ Link path size and link path 0x000E, $ Descriptor 0xC7, 2, $ Data type and size "P121 TB-13A Input Function", $ Parameter name " ", $ Unit "TB-13A Input Function",$ Help string 0,22,0, $ Min & Max values <<<<<<----------------------------------------THIS LINE HERE CHANGED TO 0,22,9 $ Default value 1,1,1,0, $ Scaling factors. (Multiplier, divider, base & offset) 0,0,0,0, $ Scaling links (Multi, div, base, offset) 0; $ Precision Enum121 = 0,"None", $ 0 1,"Auto Ref: 0-10VDC", $ 1 2,"Auto Ref: 4-20mA", $ 2 3,"Auto Ref: Preset", $ 3 4,"Auto Ref: MOP Up", $ 4 5,"Auto Ref: MOP Down", $ 5 6,"Auto Ref: Keypad", $ 6 7,"Auto Ref: Network", $ 7 8,"Control Select", $ 8 9,"Network Enable", $ 9 10,"Reverse Rotation", $ 10 11,"Start Forward", $ 11 12,"Start Reverse", $ 12 13,"Run Forward", $ 13 14,"Run Reverse", $ 14 15,"Jog Forward", $ 15 16,"Jog Reverse", $ 16 17,"Accel/Decel#2", $ 17 18,"DC Brake", $ 18 19,"Auxiliary Ramp to Stop", $ 19 20,"Clear Fault", $ 20 21,"External Fault F.EF", $ 21 22,"Inv External Fault F.EF"; $ 22 SMVET101.txt

I just tried this and it works. I spent hours looking through the AB web-site Thank you for your quick reply Looks like I can spend the night moving forward. Why is this so poorly documented. I searched the Internet and found only descriptions but nothing that said here's how you do this. I checked Modbus, Profibus they all have this issue with moving 32 bit values. Anyway once again I thank you for coming to my plight. Sincerly Ron

OK i finally connected a DOS computer to the serial port and I was able to write a Value to the Profibus Scanner and see what the Device was seeing. 0001h = 256 0010h = 4096 0100h = 1 1000h = 16 This proves the received values are reversed, today i will try to interpret the values from the unit. You got to love the way this works (Give me Devicenet any day !!!) Ron

Just to Update this message: The Manufacturer showed the following information: Byte 0: 4Bh (EVEN) Byte 1: 12h (ODD) Byte 2: 20h (EVEN) Byte 3: 00h (ODD) Byte 4: 00h (EVEN) Byte 5: 00h (ODD) Byte 6: 34h (EVEN) Byte 7: 78h (ODD) I finally read somewhere that the byte patern is Even Odd and will show up inside the PLC as Odd even so the PLC register has the following Byte pattern Reg:1 124B [4B represents a 16 bit response] Reg:2 0020 [20 12 represents a register within the device (TW-Empty Weight) Reg:3 0000 Reg:4 7834 [Value response of the device] note: Byte 0 could equal one of 4 service modes: 43h (4 Bytes or Float) 47h (3 Bytes, ??) 4Bh (2bytes, Integer) or 4Fh (1 byte, 8 Bits). Manufacturers definition for Bytes 4, 5, 6 and 7: "Data-Bytes of SDO telegram. By form-byte "0E" the values, contained in the data bytes, are transformed from Intel into Motorola format and vice versa. When sending or recieving values by means of the SDO-telegram the following bytes are of importance: 8 bit Value Byte 7 16 bit value Byte 6 and 7 32 bit value Byte 4 and 7" Converted German to English I am still lost as to what I am seeing as far as reel values. The information comes across as hexadecimal. I am still not sure if I need to shift the word to the left 8 bits and then shift a copied word to the right 8 times and then OR the two words. How are Hex values used in Allen Bradley PLC's The nice thing about information requests from the unit are all handelled by 20XX the 20h is the same for all information. Anyway any thoughts would be appreciated Ron

I used this forum about three months ago all who helped with my Omron CJ project thanks a million to all who got involved, a lot of ideas came from this forum and it made the project bearable. About 10 years ago I did a project using Siemens s5 and a Profibus ET200 card that basically communicated to 16 drives. I remember the bit shifting I needed to do basically shift 8 bits to the left take the same word and shift the word to the right 8 times and then "and" and words together, creating a shift. (Swapping the LSB and the MSB) I know that this was done due to some Motorola and Intel chipset issues. My question is if you are using the SLC 5/04 do I need to be concerned about this bit movement ?? My second question has to do with profibus. My Vendor has supplied me with the Profibus GDS file for their system. They purchased the engineering and did everything with Siemens S7 no documentation was supplied for the AB type systems. All questions are replied with we supply the hardware and you are responsible for the programming. So I have basically 20 Input words allocated and 15 output words allocated. The words in profibus can be 8 bit 16, 24 and 32 bits. pending which register you look at (status is 16 bit) Analog reference is done via (2) 16 bit registers. Note the first 4 registers for input and output are set up for RX-SDO and TX-SDO functions. Most of this seems to be working (other than do I need a byte reversal ?) what I don't understand is how do I take 4 registers that are in Hex code and convert them to a float register. When we did everything in Siemens S5 we were programming in 16 bit software. This can't be the first time SST profibus Scanners have been utelized in AB racks. Thanks in advance to all scanner_setup.pdf Ron

just finished a project using their radios, beware real time is not possible, there is a lag. If your process can with a lag (mine could) then you will not look back. we tested the raios three ways: without antenna's they still communicated (300'), inside steel enclosures they still communicated, they will not work through the ground but will work on rotating machinery. Best of luck Ron

I did read about the CLI instruction figured i did not need it. Thanks for the information. Rick

After spending way more time than I cared i have the Radio's working in DF1 1/2 Duplex Mode. The thing to watch out for is the Radio's Baud rates I left them in default figuring they were automatic. The main thing I would recommend is first establish a Cable connection. Once that works you can insert the Radio modem's. If it doesn't work with a cable it definitely is not going to work with a Radio/Modem. I have included my sample program. Please remember that the slave programs are included in the same file (ladder3) they are only there so that one can look at the MSG instructions and see what they are doing. The downside to this: I would not recommend this method for vary large data bases the timing is slow, nothing beats a PLC scan. You could double the speed by taking the write MSG's and stopping them, perhaps only write when needed. I did not write the sample ladder, for clarification please review the manual that Ken mentions in this Topic. (see previous notes). Best Regards Ronny 4SLOT.RSS

Ken I did find the SCADA book last night. After reading through your example I found that Standard Mode Polling only reads from each processor. I need the processors to be bi-directional that is manipulate a 32 point output card as well as read a 32 point input card and a 8 Analog input card. I realize that I cannot directely interface with the I/O so I want to send over 12 Integer words and recieve 12 Integer words. The Slave processor will determine if it the received data is ok. The Master processor will capture all the data. I was able to communicate bi-directional. I followed an eaxample from the Micrologix Reference Manual 1747-6.15 (January 1996) page 8-39 Example 4. The slave and the master Communicated great. I now have to figure out how to make this work with two slaves. I tested with two timers. The first Timer in the Slave Processor timed to 1000 I moved the accumulator to N11:0 and Read this register (MSG) from the Master. In the Master processor I created a Timer that counted to 1200 I moved the Timer accumulator into N12:0 I then used a write MSG function and transferred this to the slave processor I created an instruction inside the slave that moved N12:0 to N11:1 I was then able to see both Timers in the Master. I know this works. This method does not utilize the Polling method. I suppose my question is two fold; one is this correct ? On the outside it looks great I am not really missing any information (Seen from the Channel Status) My Radio's are TXMT and RCV'ing rapidely (Noted by the LED flickering). Second how can I get a second Slave processor into this system. The MSG needs to be steered into the second slave, by disconnecting the message and turning the message back on creates a delay for the Modem before restarting. Is this the way it is ?

I received a test package from Prolinx on Friday. Three RLX-FHS radio's. They will be used to replace a remote I/O system. I figured great.. this company wants me to try out the radio's for free. I set up two radio's with Protocol Transparent point to point. I had the two radio's talking with 1 Km of space in 1 hour (I used Hyperterminal to communicate a text file). I then spent saturday connecting the two radio's to two 5/03 serial ports. The radio has DF1 communication as a selectable protocol (full duplex and 1/2 duplex) As I read through the manual, I believe that if you want two PLC's to talk you should use full duplex and if you have more than one you should be set up for 1/2 duplex. Great. I then started setting up a message rung in the master processor and at this point I am lost. Taking a step back: In the field I have One master Processor (532) and two Slave 5/03 processors (531's) that are slotted in a four slot rack. Each one has one 32 point input card and one 32 Point Output card. We also have an 8 point analog (NI8). Obviously I want to communicate to both racks bi-directionally. I also want to do this on a continuous basis. 100 to 200 Mseconds would be slow abut acceptable. Reading about DF1 protocol is not what I want to do (for now) I also don't need a full program I just want to see 6- 16 bit registers lets say N11:0 to N11:6 from both Slaves be transferred to the Master and I want the ability to send at least 3 - 16 bit registers from the master processor to the slaves lets say N12:0 to N12:3. Has any one used these serial radio's ??? Come monday I will be asking Prolinx since the only example I received from them was how to connect your computer to the Processor with Radio modem's. Anyone ???

I have a CJ1G CPU43 And I would like to be able to Interrupt a file every 100 Msec I would like to Logically change that time when needed to 200 Msec. I have worked (played) with the MSKS instruction but no matter what I do the Task file does not execute. Cyclic Task 00 (Startup) MSKS(690) 4 D200 Interrupt Task02 (interval Timer 0) ++B D1000 <<<D1000 stays at 0 no changes I have done this before in AB and Siemens. IN AB You assign a file number to S:31 and then assign a value to S:30. AB calls this Selectable Timed Interupt. I need to use the processor Interupt for accuracy a Scan time varies and is never the same.

Ken I have been working with R-I/O for about 12 years. This is the first time I have had this type of problem. The only difference is that the first Remote 4 slot rack is about 150 feet away and the second rack is about 300 feet away. My usual installation of the remote rack(s) is about 40 feet away. I am wondering if the P1 power supply is large enough to maintain the ASB communication. The Remote I/O Blue hose is in a metal conduit running the length of the machine. The reason why I have stood behind R-i/o is because it is idiot proof (dip switches). With the Hold last state you can ride through mis-communications (provided you can safely) If you look at the re-try counters in my program you can see that I am missing some of the data packets (missing perhaps 10 per 1000). Just missing some of the communications should not bother a watchdog, should it ? During commissioning I removed the R-I/O blue hose and noted that there was a mesage displayed and a sequence of flashing LED's but when the Hose was re-inserted the unit continued as if it was never removed. The 333 message basically wants me to cycle the power for a re-start. I am also wondering about the block transfer set-up. My ASB dip switches are set to Discrete transfer, the manual wasn't to clear about SW3-7 (Block transfer/discrete mode). The un-clear part is composition of the remote rack: (1) 1746-IB32 and (1) 1746-OB32 and (1) 1746-NI8, If the rack was comprised without the NI8 then I would assume discrete, If the rack was comprised of NI8's then I suppose the dip switch must be in Block Transfers, what the manual doesn't state is what if you have a combined input cards do you set DIP SW3-7 in Block Transfer mode ??? By using a discrete setting would that cause numerous errors to occur in the BTR's (In my program there are error counters just past the BTR instructions that are limited to 5K before resetting) or are BTR error's a natural event ??? I have attached my schematics as well as a remote addressing scheme (keep in mind the addressing was based on the ability to expand the rack sizes). Sincerly Rick rack1.pdf rack2.pdf RIO.pdf

The attachments are for the Block Transfers PLC file and how the ASB is set up. I figured that a PDF would do better then the RSS file. There is some confusion in my mind with regards to SW3-7 I have been reading up on this dip switch and I am wondering what position this is supposed to be in. It is currently in Discrete since I am using 1/2 slot addressing. The second issue i have come across has to do with Last Chassis, in the Rockwell Manuals (section 8-15) I noted that there can be two last-chassis. This would mean that two remote racks could have dip switch SW3-4 set to last chassis. Does this mean that the both remote chassis have terminating resistors as well ? remote_io_setup.doc RIGID_UPLOAD_10_5_2007.pdf

I have two 1747-ASB modules communicating from a 1747-SN placed rack. The modules will operate for about two weeks and then randomily decide to shut down by indicating a 333 fault. I have created my own watchdog timer bit a timed output, that is hard wired to an input on the remote rack. If the output does not return within an amount of time the watchdog indicates a communication failure. The ASB dip switches were set to ignore all faults and to maintain previous on or off conditions. The commanded process is able to run without the SN module communicating. 1774-ASB rack1 SW1- all on, SW2-1 on, SW2-2 on, SW2-3 off, SW2-4 on, SW2-5 on, SW2-6 on, SW2-7 off, SW2-8 on. SW3-1 on, SW3-2 on, SW3-3 off, SW3-4 on, SW3-5 on, SW3-6 off, SW3-7 on, SW3-8 on. My second rack is identical to the previous rack with the exception of SW1-5 it is off (Different address). And SW3-4 off (last Rack). I am communicating to a discrete 32 point input card and a discrete 32 point output card and I am BTR'ing an 8 point Analog input card. I am wondering what would happen if the power supply to the P1 rack power supply is lost ~ 1-2 seconds. Could this cause some issues that could display 333 on the ASB module.

Thank you for your efforts, I will certainly be able to use this. I had sort of given up on the idea of using an Excel spreadsheet. I will try this out and let you know how this is progressing. Once again Thanks Rick