Phil, long shot here
I was thinking when i start this alarm module, and ill srart how wes said before, but a better way for of site monitoring (i think the previous way is needed for when you have multiple clients at many different ip's)
would be to tell a remote ip that an alarm has been detected. The 'listening' site would be contacted by the server and could pass , ip of machine, monitor number and alarm type. 'listening' machine could then automatically connect to zm and query alarms etc in the normal way.
What do you think, and this currently is pure theory on my part but i reakon i can handle that
alarm connect
-
jameswilson
- Posts: 5111
- Joined: Wed Jun 08, 2005 8:07 pm
- Location: Midlands UK
alarm connect
James Wilson
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
-
zoneminder
- Site Admin
- Posts: 5215
- Joined: Wed Jul 09, 2003 2:07 pm
- Location: Bristol, UK
- Contact:
-
jameswilson
- Posts: 5111
- Joined: Wed Jun 08, 2005 8:07 pm
- Location: Midlands UK
ok then
---------------------
/........../..............
no to long winded
Lets say we have a zm server on a site with 2 cams on it set to either record or nodect.
Also assume we have movement sensors wired to the server
cam1 detects movement from its sensor (as its an external sensor it was armed when the building intruder alarm was turned on)
It then records an event (if set to nodect) or stops skipping frames if in record. These events are logged in the db as external events or uses notes
It then sends an alarm signal (how and what i dont know) over ip to a set address (well 2 address primary and secondary)
it sends to this primary address infomation about itself ie its ip and the monitor associated with the alarm
the other end (remote end) then responds and ack the signal which clears down zm at site
Other end (remote end) then connects to zm in the normal way, queries the db for the most recent event that contains the above string in notes (maybe this could be passed between the machines on alarm)
Remote machine downloads the 5 -10 images associted with the alarm and shows live video too.
Needs expansion and its purely an idea, basically i was thinking of making another prog after the viewer that would do this.
I know ultimatly the remote end would need to be a mega piece of software, distributing alarm events to operators etc but from the littlest acorns etc etc
---------------------
/........../..............
no to long winded
Lets say we have a zm server on a site with 2 cams on it set to either record or nodect.
Also assume we have movement sensors wired to the server
cam1 detects movement from its sensor (as its an external sensor it was armed when the building intruder alarm was turned on)
It then records an event (if set to nodect) or stops skipping frames if in record. These events are logged in the db as external events or uses notes
It then sends an alarm signal (how and what i dont know) over ip to a set address (well 2 address primary and secondary)
it sends to this primary address infomation about itself ie its ip and the monitor associated with the alarm
the other end (remote end) then responds and ack the signal which clears down zm at site
Other end (remote end) then connects to zm in the normal way, queries the db for the most recent event that contains the above string in notes (maybe this could be passed between the machines on alarm)
Remote machine downloads the 5 -10 images associted with the alarm and shows live video too.
Needs expansion and its purely an idea, basically i was thinking of making another prog after the viewer that would do this.
I know ultimatly the remote end would need to be a mega piece of software, distributing alarm events to operators etc but from the littlest acorns etc etc
James Wilson
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
-
zoneminder
- Site Admin
- Posts: 5215
- Joined: Wed Jul 09, 2003 2:07 pm
- Location: Bristol, UK
- Contact:
-
jameswilson
- Posts: 5111
- Joined: Wed Jun 08, 2005 8:07 pm
- Location: Midlands UK
its a distant thing for me as i wont start my end until im close to a complete app on the windows thing
James Wilson
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
Disclaimer: The above is pure theory and may work on a good day with the wind behind it. etc etc.
http://www.securitywarehouse.co.uk
James,
I think that most of the IP comm that you mention above is supported by the xAP script that I've been working on and that Joe Z. has been trialing. If not, I'd be happy to work on extending the script to support your specific needs (albeit needing to comply w/ xAP comm). If interested, send me an email and I can send you info on the script and how to download it (again, it's in "alpha" state currently).
Gregg
I think that most of the IP comm that you mention above is supported by the xAP script that I've been working on and that Joe Z. has been trialing. If not, I'd be happy to work on extending the script to support your specific needs (albeit needing to comply w/ xAP comm). If interested, send me an email and I can send you info on the script and how to download it (again, it's in "alpha" state currently).
Gregg