Siemens 1500 cpu TRCV_C error 809B

larsjohan85 · Jan 28, 2019

Hi all experts!

I'm having a bit trouble with UDP communication with a CPU 1512SP-1 PN and a Kongsberg Seatex MRU 3.

The MRU is set to output values in a UDP broadcast packet, IP address 192.168.0.20, subnet 255.255.255.0.

PLC is set to ip 192.168.0.10, subnet 255.255.255.0.

A connection is set up for the MRU, local ID 0x100, Partner is set to "(All broadcast devices)" and connection type is set to UDP connection.

Program consists of a single network in OB1 with a TRCV_C FB with a separate instance DB. All inputs and outputs are to a DB (Params) for easy troubleshooting.

Is there something i have overlooked in the configuration? I get error 0x809B "InterfaceID is invalid".

Repository: https://github.com/larsjohan85/S7-1500_MRU

Kind regards
Lars Lone

JesperMP · Jan 28, 2019

Connect.ID is set to 1. It should be 100 hex or 256 decimal.
It also looks like the hardware identifier must be W#16#FFFFFFFF, and not W#16#100.

Also, are you sure that the connection must be set to broadcast ?
Sounds unusual to me.
I would guess it should be an unspecified connection.

larsjohan85 · Jan 28, 2019

Hi

I tried to change connect.id to 16#100 or 256 decimal, and InterfaceID to 16#FFFF (max value), but unfortunately no difference in error code.
I also tried to remove partner in connection settings, but no change also.

CommissioningMan · Jan 28, 2019

Interface ID is your hardware ID for the X1 or X2 RJ45 port on your PLC. ID 64 for interface 1 or ID 72 for interface 2 (if you have one)

You can just connect the system constants Local~PROFINET_interface_1 and _2 and the TCON block will eat it automagically.

JesperMP · Jan 28, 2019

Did you use this wizard when setting up the connection DB ?
If not, try to start all over.

JesperMP · Jan 28, 2019

When I use the wizard with an Ethernet port X1 in the 1512 CPU, same as in Lars' project, the InterfaceID gets set to to 0.

larsjohan85 · Jan 28, 2019

Great advice folks! Now i'm getting further along here!

I tried to remove everything and set it up from fresh, and now it looks like its trying to receive at least!

It alternates between busy and error with error code 80C9 that i think is a timeout.

I'm quite new to TIA Portal, but this InterfaceID, is it the Device number from Profinet interface? In this case 0?

I have verified that the MRU is sending data by Wireshark capture, so I suspect some other parameter is wrong.

CommissioningMan · Jan 28, 2019

A 1512SP only has 1 interface, though you can have 3 ports on the same interface. Since you only have 1, a HWID of 0 should refer to that, I believe. A PLC like S7-1515 has two interfaces, and you have to specify which one to connect through. It's a system hardware constant, and you can reference to it by writing Local~PROFINET_interface_1 or Local~PROFINET_interface_2.
They will, however, always have the values 64 and 72.

JesperMP · Jan 28, 2019

Yes, I agree that because a 1512SP only have 1 integrated interface, that 0 probably means the integrated interface.

JesperMP · Jan 28, 2019

Does Kongsberg have a way to test the sensor ?
Can you connect a PC and then have an application on the PC display data from the sensor ?
Do you have alink to any documentation about communicating with the sensor ?

larsjohan85 · Jan 29, 2019

Thanks folks! Now it looks like the communication is working fine!

The MRU has its own configuration software with integrated signal monitor that uses the same datastream as the PLC receives, so I have verified that the MRU is sending data!

Now for a bit unrelated topic. I'm receiving the data as an array of bytes, but i need to put it in a struct to structure the data received. it's mostly Real, with a DWord status word in there also.
The problem is that the MRU sends 3 bytes of data before the measurements: Header, packet lenght and a token, followed by 32 bit values.

If I try to read the data directly into a struct, it will discard the 4. byte and then fill the rest of the Real array, but one byte shifted. Is there any way of preventing this?

Manual for the MRU can be found here

JesperMP · Jan 29, 2019

The reason for that happening is because when you setup the receiving structure in TIA, TIA will start addresses on even Bytes when you change data type (from BOOLs to INTs for example) or if you yourself start a new structure.
The solution is to define a receive buffer with simple bytes. Then copy in code from the receive buffer to the real data structure you want.

edit:
You cannot copy the entire struct. Not sure how you have managed to do it, it should not be possible since they do not have the same structure.
Maybe you have used POKE.
You must copy either the basic elements or the substructures.
I.e.
data.header := buffer.header
data.len := buffer.len
data.roll := buffer.roll
data.pitch := buffer.pitch
etc.

CommissioningMan · Jan 29, 2019

You can also use the serialize/deserialize functions to copy the memory areas to your own structured datatype.
https://support.industry.siemens.co...d-data-in-step-7-(tia-portal)-?dti=0&lc=en-WW

By the way, the thing with even bytes is called word alignment.

JesperMP · Jan 29, 2019

I am mystified as to what serialize/deserialize actually do.
It certainly looks like a complex way to get the same thing done.
Does serialize/deserialize take into account that the data gets shifted 1 byte in the middle of the structure ?
In the Siemens FAQ, the example merely shows data of different type but same size (WORD - INT).

larsjohan85 · Jan 29, 2019

Finally got everything to work.

I just saved the three header bytes and shifted all float values 3 bytes left, added the 3 bytes and then did an AT assignment to get it into the desired format.

Thanks for all your help!

Kind regars
Lars

Siemens 1500 cpu TRCV_C error 809B

larsjohan85

Member

JesperMP

Lifetime Supporting Member + Moderator

larsjohan85

Member

CommissioningMan

Member

JesperMP

Lifetime Supporting Member + Moderator

JesperMP

Lifetime Supporting Member + Moderator

larsjohan85

Member

CommissioningMan

Member

JesperMP

Lifetime Supporting Member + Moderator

JesperMP

Lifetime Supporting Member + Moderator

larsjohan85

Member

JesperMP

Lifetime Supporting Member + Moderator

CommissioningMan

Member

JesperMP

Lifetime Supporting Member + Moderator

larsjohan85

Member

Similar Topics