A snapshot out of a camera and at the same time trigger an event that takes the same pic and put it in the database?
i tryed yesterday and came up with this..
zmu -m 1 -i
That creates the image but it dosent trigger the alarm..
Or can i do an alarm that just takes one pic? and copy that pic afterwards?
(or just show it in a browser window, and when the next pic comes it should be viewed)
Howto make..
yeah ive read some..
Okay here is the deal...
Im trying to do a sawmill checking of logs.. and i want to use ZM for that.
The setup is following..
A sensor is connected via the Com port and via 1wire (DS2408) that will trigger an alarm that i want to take 1 Pic , and put it in the database for dokumentation.
Thats what i want, ive tried zmtrigger.pl but i cant mange to figure that one out..(and i think its overkill, but i might be wrong..)
How do i do that and what script is best to use?
Okay here is the deal...
Im trying to do a sawmill checking of logs.. and i want to use ZM for that.
The setup is following..
A sensor is connected via the Com port and via 1wire (DS2408) that will trigger an alarm that i want to take 1 Pic , and put it in the database for dokumentation.
Thats what i want, ive tried zmtrigger.pl but i cant mange to figure that one out..(and i think its overkill, but i might be wrong..)
How do i do that and what script is best to use?
:ScratchingHead:
I'm going to have to think about this. I assume you choose ZM for the fact that it has a database to correlate the images with a time stamp or something along those lines.
Funny thing is that it might be too simplistic for ZM
By ZM's design as a security DVR, it will capture images at the specified frame rate during the time that it's in alarm so that no matter what you use to transfer the signal from your sensor (DS2408) it depends on how it sends it's signal as perceived by ZM's trigger scripts and not the method of transfer as I'm sure this will be converted to serial before the machine (zmtrigger.pl is a perl script that's included but would need to be adapted, also there are perl modules included when you install zm ZoneMinder::SharedMem which you can use with your own perl scripts).
If you're using an optical sensor for example and the log breaks the beam that one instance would need to be interpreted to be just one short alarm (whether it's done electronically or by a supporting script so that is not in alarm the entire time the log is breaking the beam and resets after the beam is restored) so that the only alarm would be when the beam is initially broken and not the entire duration and set your fps to a value larger than your alarm signal duration.
ie
status1) beam not broken
status2) beam broken/send one signal/goto status3
status3) wait for beam to be restored then goto status1
Then your would config your buffers to 0 as you don't care about pre and post images.
So it should be possible but there might be a project more suited for you.
Unfortunately, I am not much of a perl writer. But is this more along the lines of what your trying to do?
I'm going to have to think about this. I assume you choose ZM for the fact that it has a database to correlate the images with a time stamp or something along those lines.
Funny thing is that it might be too simplistic for ZM
By ZM's design as a security DVR, it will capture images at the specified frame rate during the time that it's in alarm so that no matter what you use to transfer the signal from your sensor (DS2408) it depends on how it sends it's signal as perceived by ZM's trigger scripts and not the method of transfer as I'm sure this will be converted to serial before the machine (zmtrigger.pl is a perl script that's included but would need to be adapted, also there are perl modules included when you install zm ZoneMinder::SharedMem which you can use with your own perl scripts).
If you're using an optical sensor for example and the log breaks the beam that one instance would need to be interpreted to be just one short alarm (whether it's done electronically or by a supporting script so that is not in alarm the entire time the log is breaking the beam and resets after the beam is restored) so that the only alarm would be when the beam is initially broken and not the entire duration and set your fps to a value larger than your alarm signal duration.
ie
status1) beam not broken
status2) beam broken/send one signal/goto status3
status3) wait for beam to be restored then goto status1
Then your would config your buffers to 0 as you don't care about pre and post images.
So it should be possible but there might be a project more suited for you.
Unfortunately, I am not much of a perl writer. But is this more along the lines of what your trying to do?
yeah , someting like that.
its an opitcal sensor that is hanging after the ds2408 and when its beem is broken i want it to take an image, of the logs end, and after that i will be displayd on a large lcd screen for the operator of the mill. (and i want the pic to have a new name evrytime but still be displayd on the screen)
The operator will have a extremly simple keybord with 3 buttons on it, realtime , backward (1 img. at a time) and reset, configured via the comport also..
Yeah the command zmu -m 1 -i does what i want exept insert the alarm in the database.
Ive lookt a liiiitle on the pack motion on debian, but its not the hole thing ethier so i want a mix of them and i agree, ZM is proberbly over the egde of what i need just now, but its allways good to be prepard for later =)
the setupt is like this..http://www.zoneminder.com/forums/viewto ... highlight=
its an opitcal sensor that is hanging after the ds2408 and when its beem is broken i want it to take an image, of the logs end, and after that i will be displayd on a large lcd screen for the operator of the mill. (and i want the pic to have a new name evrytime but still be displayd on the screen)
The operator will have a extremly simple keybord with 3 buttons on it, realtime , backward (1 img. at a time) and reset, configured via the comport also..
Yeah the command zmu -m 1 -i does what i want exept insert the alarm in the database.
Ive lookt a liiiitle on the pack motion on debian, but its not the hole thing ethier so i want a mix of them and i agree, ZM is proberbly over the egde of what i need just now, but its allways good to be prepard for later =)
the setupt is like this..http://www.zoneminder.com/forums/viewto ... highlight=