Volgens mij gaat het daar niet om.
Het protocol werkt als volgt:
Message Type SIA-DCS (SIA DCS Preferred)
<LF><CRC><><"SIA-DCS"><sequence#><Rreceiver#><Lline#>[#aaaaaaa|cccc.cccc]<CR>
LF Standard line feed character
CRC Cyclical Redundancy Check number
0LLL Length Field
SIA-DCS Message Type: SIA DCS
sequence# The message sequence number
Rreceiver# The Receiver number
Lline# The line number
aaaaaaa The communicators account number
cccc.cccc ASCII received SIA DCS packet. (Variable length, complete packet, from
header to checksum.)
Hierbij is geen encryptie van toepassing.
Vanuit de centrale wordt een verbinding geopend naar de PAC
Centrale -> Pac
Waarop de PAC antwoord met een gescambelde encryptie key
PAC Key-> Centrale
De centrale stuurt dan een sia of heartbeat string zoals hierboven beschreven, deze is met de bovenstaande key geencrypt.
Centrale SIA-> PAC
Waarna de PAC een "ack" stuurt en de verbinding wordt verbroken
PAC ACK-> Centrale
In de sia en heartbeat string zit het klantnummer, welke je dus met een eenvoudig script kunt veranderen in wat je maar wil. De meldkamer checked niet op IP dus je kunt elk alarm af laten gaan, of een centrale nabootsen zodat de meldkamer denkt dat het alarm binnen 20 sec is uitgeschakeld.
check
https://github.com/tdeckers/utcar voor een POC met betrekking tot het versturen en ontvangen van sia codes.
Helaas kan ik geen csv meesturen als bijlage, dus als je de sia codes wil hebben neem dan even contact op.