3.98k and MicroLogix 1000 behind ENI (EthernetIPforPLCSLCMicroCom)

[Godra]

Archie,

Here is the highest value for the driver CIPConnectionSize property that worked for me: 508

I also tried using the BasicLabel property to show current PLC address value on the KeypadPopUp and it is still reversed for T4:0.PRE and T4:0.ACC while N7:0 works fine (check the attached pictures). The label itself reads the values properly.

[Archie]

I'm going to make that 508 the default size. I was looking for the reason behind the reversed items, but could not find it. I will try to find it again.

[Archie]

Try this:

- Open AllenBradleySLCMicro.vb
- Go to line 1780
- Change to this:

 ProtectedTypeLogicalRead(Convert.ToByte(NumberOfBytesToRead), Convert.ToByte(PAddress.FileNumber), Convert.ToByte(PAddress.FileType), _
                                Convert.ToByte(PAddress.Element), Convert.ToByte(0), TNS)

[Godra]

Now it works fine. Good catch.

[Godra]

Another question for you:

When I attempt to Write any value I get the attached error.
Is it supposed to be like this or should it actually write the value to the address?

[Archie]

I tried this in a couple different ways, but haven't been able to reproduce it.

Are you just putting N7:2 in the PLCAddressKeypad property of the BasicLabel?

[Godra]

That is correct.

I also tried using T4:0.PRE and N7:4 and the error was the same.

RSLogix when ONLINE (Remote Run) does allow to change values.

Could it be ML1000 coupled with ENI that kind of behaves in somewhat different way (I did previously change DF1 baud rate from 19200 to 38400 - check the attached picture)?

[Archie]

I only have a ML1100 to test with. I tried T4:0.PRE, T4:0.ACC, N7:0, and N7:2. They all worked on my PLC.

Did you try the DF1Com driver connected directly to the controller?

[Archie]

Something else to try:

In Visual Studio, got to Debug->Exceptions
Add the check to the box for Common Language Runtime
When you run the application, it should take you to the code that throws the exception

[Godra]

The same exception shows for either Ethernet or DF1Comm connection (check the attached picture).

[Godra]

This ML1000 PLC that I have is used for learning only, so there is no rush for me to have a working driver.

[Godra]

Just tried using KeypadHMI control with older AHMI, version 3.97c, and it was writing values to T4:0.PRE and N7:4 of ML1000.

[Archie]

When it stops at that exception, hover over ProcessorType, FunctionNumber, FilePosition, l, and i to see what the values are. I am thinking that maybe it is interpreting the PLC and a PLC5 type. 

[Godra]

ProcessorType: 132
FunctionNumber: 0
FilePosition: 0
i: 0
l: 9

[Archie]

It's doing what I thought. Try this on line 2139:

            If False And MfgControl.AdvancedHMI.Drivers.PCCCAddress.IsPLC5(ProcessorType) Then