AlternateEventServer
Line 1: | Line 1: | ||
+ | [[Category:Services]] | ||
Vera calls MiOS's event servers to report events, like sensor tripped, triggers, etc. MiOS's event servers send out text messages and emails to report these events. | Vera calls MiOS's event servers to report events, like sensor tripped, triggers, etc. MiOS's event servers send out text messages and emails to report these events. | ||
Revision as of 04:24, 17 June 2013
Vera calls MiOS's event servers to report events, like sensor tripped, triggers, etc. MiOS's event servers send out text messages and emails to report these events.
Some very advanced users have asked to setup their own event server that Vera will call to report events. If you add your own, alternate event server, Vera will still send events to MiOS's event server unchanged, however Vera will also post the same event to the alternate server of your choice.
Vera will send the event as a standard HTTPS (secure) GET to yourserver/alert with the arguments passed on the URL, like this (assuming your server is myserver.me.com):
https://myserver.me.com/alert? PK_AccessPoint=[serial number of Vera; in Lua you can get it with luup.pk_accesspoint] &HW_Key=[hardware key of Vera; in Lua you can get it with luup.hw_key] &DeviceID=[device id that is associated with the alert] &LocalDate=[the time the alert happened as human readable text] &LocalTimestamp=[the time the alert happened as a unix timestamp in UTC] &AlertType=[one of the alert types below]] &SourceType=[one of the source types below] &Argument=[an optional argument depending on the alert type] &Format=[a file format, not normally used] &Code=[a code for the alert, usually the variable that changed] &Value=[the value corresponding to the code above] &Description=[a human readable description of the event, or comments regarding it] &Users=[a comma separated list of user id's that should be notified of the event]
The page on your event server must respond with a plain text response which should look like this:
HTTP/1.1 200 OK Content-Length: n PK_Alert:x
- x is some number to identify the alert recorded on the server. It can be any number, and just PK_Alert:0 if you don't assign a number to the alert. Whatever it is will be put in Vera's logs along with the alert for cross reference.
- n is the content length, which is 9 plus the length of x (e.g. for PK_Alert:0 the content length is 10). The Content-Length parameter is optional.
To use this alternate event logging set the top level user_data tag "AltEventServer" to the domain of your server. If your server is myserver.me.com, do this by changing the 'ip' to be the IP of Vera, and opening this URL:
http://ip:3480/data_request?id=variableset&Variable=AltEventServer&Value=myserver.me.com
Then click Reload in Vera's UI to reload the engine with the changes. You can watch Vera send the data by logging into Vera's console as explained in Logon Vera SSH and then typing:
tail -f /var/log/cmh/LuaUPnP.log | grep 'RAServerSync::SendAlert'
To stop logging to your own server, call the variableset again but leave the Value empty.
Alert Types
- 1: ALERT_IMAGE
- 2: ALERT_VIDEO
- 3: ALERT_TRIGGER
- 4: ALERT_VARIABLE
- 5: ALERT_LOGON
- 6: ALERT_GATEWAY_CONNECTED (Sent if the external IP changes or if it's been more than 24 hours since the last report.)
- 7: ALERT_SYS_ERROR
- 8: ALERT_VALIDATE_EMAIL
- 9: ALERT_VALIDATE_SMS
- 10: ALERT_SYS_MESSAGE
- 11: ALERT_TEST_SMS_EMAIL
Source Types
- 1: SOURCE_USER
- 2: SOURCE_TIMER
- 3: SOURCE_TRIGGER
- 4: SOURCE_VARIABLE
File Formats
- 1: FORMAT_JPEG
- 2: FORMAT_MJPEG
- 3: FORMAT_MP4