Versions Compared

Old Version 11

changes.mady.by.user Alessandro Stecchi

Saved on

compared with

New Version 12

changes.mady.by.user Alessandro Stecchi

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

MG1,DVRTT001,00010101,3,3.0,3.0,3.0,1,0.812713:3.660710:0.002425:-0.000008:-0.0

Filtered value
(meaningful only for Protocol=E642)		Pass through valueFiltered value
(meaningful only for Protocol=SYS8X00, serial Modbus)		Pass through value

byte 3

PS type

(Alarm type)

byte 2

polarity control

byte 1

InterfaceType

byte 0

Protocol

0=1,5A,5B
1=2,3,4
2=DIP/WIG
3=TermPoleWIG

0 = bipolar
1 = unipolar with rem. ctl
2 = unipolar without rem. ctl

0 = SYS8000
1 = SYS8X00 uni
2 = SYS8800 bip

0 = E642 uni
1 = E642 bip
2 = E642 pulsed

0 =  Splitter(modbus)
1 = Skew(modbus)
2 = BTF_Pulsed(modbus)

0 = SYS8X00
1 = E642
2 = Modbus
3 = Probus
4 = VSP
5 = Genesys
6 = CAENels Easy Driver
7 = Modbus TCP EEI
8 = CAENels NGPS (new UFS)

NOTE (*): byte 1 and byte 3 are decoded by the elemType2InterfaceType VI only for some PS classes:

  • byte 1 is meaningful only for SYS8X00 and serial Modbus
  • byte 3 is meaningful only for E642
  • byte 0 and byte 2 do not depend on "protocol" and are passed through as they are.

Be aware that byte 1 and byte 3 can still be used to discriminate other classes (besides those mentioned above) but, in that case, they have to be interpreted by appropriate code.

00  01  01  01

| 3 | 2 | 1 | 0 |

...