AlternateEventServer

From MiOS
(Difference between revisions)
Jump to: navigation, search
Line 4: Line 4:
 
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.  
 
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.  
  
 +
== UI5 ==
 
* On '''UI5''' Vera will send the event as a standard HTTPS (secure) GET to <tt>yourserver/alert</tt> with the arguments passed on the URL, like this (assuming your server is <tt>myserver.me.com</tt>):  
 
* On '''UI5''' Vera will send the event as a standard HTTPS (secure) GET to <tt>yourserver/alert</tt> with the arguments passed on the URL, like this (assuming your server is <tt>myserver.me.com</tt>):  
  
Line 31: Line 32:
  
  
 +
== UI7 ==
 
* On '''UI7''' Vera will send the event as a standard HTTPS (secure) POST to <tt>yourserver/event/event/event</tt> passing the data as a json, like this (assuming your server is <tt>myserver.me.com</tt>):  
 
* On '''UI7''' Vera will send the event as a standard HTTPS (secure) POST to <tt>yourserver/event/event/event</tt> passing the data as a json, like this (assuming your server is <tt>myserver.me.com</tt>):  
  
Line 61: Line 63:
  
  
 +
 +
== Setup ==
 
To use this alternate event logging set the top level user_data tag "AltEventServer" to the domain of your server. If your server is <tt>myserver.me.com</tt>, do this by changing the 'ip' to be the IP of Vera, and opening this URL:  
 
To use this alternate event logging set the top level user_data tag "AltEventServer" to the domain of your server. If your server is <tt>myserver.me.com</tt>, do this by changing the 'ip' to be the IP of Vera, and opening this URL:  
  

Revision as of 19:59, 14 January 2015

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.

Contents

UI5

  • On UI5 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.


UI7

  • On UI7 Vera will send the event as a standard HTTPS (secure) POST to yourserver/event/event/event passing the data as a json, like this (assuming your server is myserver.me.com):
 https://myserver.me.com/event/event/event


{"PK_Device":, [serial number of Vera; in Lua you can get it with luup.pk_accesspoint]
"PK_Account":, [account id on which the Vera unit was assigned]
"LocalDate":"", [the time the alert happened as human readable text]
"Severity":,
"EventType":, [one of the alert types below]]
"SourceType":, [one of the source types below]
"Argument":, [an optional argument depending on the alert type]
"Code":"", [a code for the alert, usually the variable that changed]
"NewValue":"", [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]
"Icon":"",
"LocalTimestamp":, [the time the alert happened as a unix timestamp in UTC]
"DeviceID":, [device id that is associated with the alert]
"DeviceName":"",
"DeviceType":"",
"Room":"",
"Category":,
"SubCategory":,
"Expiration":""
}

The page on your event server must respond with a plain text response which should look like this:
{"PK_Event" : 1234, "Key":"1234"}


Setup

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
Personal tools