Ich hatte ja gefragt, ob Interesse an einer Veröffentlichung besteht. Bisher hat noch keiner die Hand gehoben.
Was die Fähigkeiten der Monitor-Firmware angeht: Ich suche schon nach einer Möglichkeit, die unterstützten Befehle abzufragen. Mit der Funktion CapabilitiesRequestAndCapabilitiesReply soll das gehen. Daraus bekommt man so eine Art REST-String (hier ein Samsung SyncMaster 2232BW):
Code:
(
prot(monitor)
type(LCD)
model(PEBBLE)
mccs_ver(2.0)
vcp(
04 05 08 10 12 14(02 03 0A 0B)
16 18 1A 60(01 03)
87 B0(01 02)
B6 C6 C8 C9 D6(01 04)
DC(01 02 03 04 05 06 F0)
DF F0(00 01 02 03)
F3(00 01)
F2
)
mswhql(1)
)
Und hier ein Fujitsu-Siemens P19-2:
Code:
vcp(
04 05 08 0E 10 12 14(01 02 05 06 08 0B)
16 18 1A 60 62 6C 6E 70 94 AA AC AE B2 B6 C0 C6 C8 C9 CA
CC D6
DF F0 F6
)
vcp_p2(
37 38 39 3B
)
type(LCD)
mccs_ver(2.0)
asset_eep(64)
mpu(0.20)
Wie man sieht, sind die in ihrem Aufbau je nach Hersteller verschieden. Dadurch wird das Parsing ein wenig lästig. Ich werde aber mal eine V5-Testanwendung bauen, die den MCCS-Caps-String mit in der Detailliste ausgibt.
Der VCP-Code für Power-On/Off/Standby/Suspend ist "D6". Wie man sieht, unterstützt der SyncMaster dafür nur die Werte "01" und "04" (Power-On und Power-Off), der Fujitsu grenzt es nicht ein, unterstützt also alle 4 Modes.
Jetzt kommts aber: Sowohl SyncMaster als auch Fujitsu unterstützen in der Praxis auch die Werte "02" und "03" (Power-Standby und Power-Suspend). Insofern ist der VCP-Caps-String alles andere als zuverlässig.