Hi all, sorry for not replying sooner ... currently helping another Apache project sort out their release problems :/
I am no expert on the direct encoding, but I would be surprised if we had such an un-noticed error in this protocol for these elementary datatypes because we would have heard complaints sooner. What type of PLC are you using? Chris Am 19.03.20, 13:14 schrieb "Cesar Garcia" <[email protected]>: Hi, Th Simatic S7 is Big Endian. I have NOT seen the code generated by the mspec or the infrastructure, but in general your code must perform the conversion. With Netty ByteBuf it is compatible by default. My grain of sand Best regards, El mié., 18 mar. 2020 a las 14:41, Etienne Robinet (<[email protected]>) escribió: > Hi all, > After spending some time on my work, I wanted to make some tests with the > S7. After I pulled from the actaul dev branch, I noticed an error: seems > like the Parser for INT and REAL datatype does not work (for me at least). > I don't understand why but from wireshark and debugging it seems like the > data from the read response are Big Endian, although the requests are > little endian. > Maybe I did not use correct instruction, but from what I remember, S7 is > little endian. Here the case: > > Trying to read a REAL number in the DB1 with offset 0 : %DB1.DBD0:REAL > Trying to read a INT number in the DB1 with offset 8 : %DB1.DBW8:INT > > As I said, from the Wireshark dump, the request is ok... but the data > comes back Big endian. > > Etienne > -- *CEOS Automatización, C.A.* *GALPON SERVICIO INDUSTRIALES Y NAVALES FA, C.A.,* *PISO 1, OFICINA 2, AV. RAUL LEONI, SECTOR GUAMACHITO,* *FRENTE A LA ASOCIACION DE GANADEROS,BARCELONA,EDO. ANZOATEGUI* *Ing. César García* *Cel: 0416-681.03.99* *Cel: 0414-760.98.95* *Hotline Técnica SIEMENS: 0800 1005080* *Email: [email protected] <[email protected]>*
