Let me tell you about clickPAN-SDM, a very successful collaboration with David Sykes (SDM) and Dave Mitchell (Scripting).
clickPAN-SDM can control 2 servo motors FROM A SCRIPT on a Canon camera running SDM 1.83 and above.
The script sends commands to the servos via the AF assist lamp (which you don't need when shooting outside). clickPAN-SDM has a sensor which is velcroed over the camera AF assist lamp to receive the script instructions, as well as a battery input and 2 servo outputs. The unit can interface to standard servos (can move them up to 180degrees if the servo can support it) as well as servos modified for continuous rotation.
There is complete flexibility, so if you want to design a rig that uses 2 standard servos and only "scans" 90degrees of the sky then there is no reason why not. The power is in the scripting!
This is a lot to get your head round! There is more information here:
At the moment the documentation is aimed at users who are already familiar with installing SDM and running scripts. The material doesn't cater as well for those who are new to SDM or who want to use this device for other applications or take it further.
Earlier I mentioned you could have a RC and autoKAP rig, the commands are all there and tested but no-one has built the rig yet! Its only once people start using clickPAN-SDM that their ideas will show its full potential!
It looks like you're new here. If you want to get involved, click one of these buttons!
Comments
I may be sold already.
I have no time
Very interesting.
Getting close to fulling part of my "Auto KAP" requirements posted here.
Brief skim of the materials and links looks worth exploring....few initial thoughts....
- Could develop a start kit of KAP scripts that cover common KAP scenarios (directional targets, quick 360 survey, ....)
- I assume from a quick read ..... in the field the KAPer would select a specific script given the intended KAP session .... OR
- A single multipurpose script with selectable parameters
- Love to find a way to tie in the GPS data logger out put (simmilar to Cris's Q Starz-1300 GPS) and feed script parameters to basically "move the servos to keep the camera pointing at the target +/- 30 degrees...
- Like the little clickPAN-SDM device. Neat and efficient
- Question - using the auto focus light in the camera to "read" the SDM control outputs...does it impact the focus....or do you need to use the SDM command to fix focus at infinity?
- Weight considerations....looks light....how does it compare with the autoKAP AuRiCo (like for like)?
Bottom line - like where this is going...may have to shell out a few clams to give it a try.
WW
Tom
Dave's scripts already provided use parameters to help have a generaic script for a rig type, but you are right, once you decide what kind of servos you want you are free to script and play. The standard configuration is a stanadard 90degree tilt and a continuous PAN but there is nothing to stop you using 2x 180degree servos or any other combination.
Love to find a way to tie in the GPS data logger out put (simmilar to Cris's Q Starz-1300 GPS) and feed script parameters to basically "move the servos to keep the camera pointing at the target +/30 degrees...
Dave Sykes use of the AF lamp gets data out of the camera, getting data in is still through the USB, and currently limited to the simple switching achieved with gentLED-CHDK2
using the auto focus light in the camera to "read" the SDM control outputs...does it impact the focus....
The AF lamp is only used by the camera in low light conditions.
Weight considerations....looks light...
Around 7grams, half the weight is in the cables to the sensor and battery.
The samples are all single-purpose - that is they go on doing the same thing over and over (see the videos here). However it's pretty simple to modify them to do more elaborate things - take the occasional video, or zoomed shot for example. It's also not difficult to write a more elaborate script that starts off doing simple panning, then spends a few minutes doing pan and tilt, etc (along the lines of TUCIT's KAP Session Menu). The scripting guide offers some help in this (though it's in its early stages - I hope to make it more comprehensive).
As for AutoPAP, I think my clickPAN-SDM rig could be converted to AutoPAP pretty easily by taking off the Picavet and replacing it with a plug or socket to fit the top of a pole.
Thanks for all your effort!
Tom
I'll honk when I've got some.
http://www.brooxes.com/
With version 1.83 of SDM installation of the new software is super simple. And the documentation written by David, Dave and James is excellent (but you must read, even the small print).
Seeing the size of the clickPAN-SDM I decided to sweep the dust off of an abandoned single side rig. Now that I don't need a USB connector anymore I could move the camera closer to the tilt servo and shorten the camera support. Now the door that gives access to the batteries and the SD card can be opened without taking the camera of the rig.
@kiteaerialphotography.net, on Flickr">
So far I'm very happy with the clickPAN-SDM. Lot's of things to play with. Thank you, David, Dave and James.
One little thing: can David make a 1.83KAP version? That is one with Dave's clickPAN-SDM scripts instead of the scripts that come with the standard version. That would make things even better.
although the question is directed to Dave, can you explain a bit more what you mean ?
Quite honestly, it is likely you can do anything that you practically need !
Peter
No need for 'instead', I will just add them to the Scripts folder in Common_files.zip (if Dave agrees).
David
Just thinking out loud here. How hard would it be to have one with 3 servo outputs? The 3rd output could be for a HoVer servo. That way you could do a KAP/PAP session with the camera horizontal or vertical. If the script would support it, change the camera from horizontal to vertical and back during the same KAP/PAP session. I do not know of an auto controller that does it, with out making one and that is over my head. May not be a large demand for it. For me it would be the auto controller to have. There is a topic as to what is the best pano format, why not both?
Mike
3 outputs? Nothing is impossible, I'll add this to my list of "whats next", but nothing will happen until people get some experience with the current offering which will point the way to what people want in a future product.
In the manual (which I have only skimmed) it looks like you have a calibration process to test out individual rigs.
I understand the basic command and general approach.
Has anyone estimated the battery drain impact with using the focus assists light to pass controls to the servos?
Few questions on starting up in the field for KAPing with the click-PAN-SDM.
I am assuming the following workflow in the field:
- Upon starting up the camera and selecting the SDM script the camera slews the rig to a standard "standard" home position (please confirm).
- The rig could be manually synced up to a North compass heading. (please confirm)
- The KAPer could select from a list of predefined scripts for the desired target. Something like the following example:
- Shoot East (90 degrees) + - 30 degrees for 10 minutes with shot every 5 seconds
- Do one 360 pan with tilt pattern with shot every 5 seconds
- Shoot East (90 degrees) + - 30 degrees for 10 minutes with shot every 5 seconds
- repeat (till battery dies or card fills).
Key to this work flow working is the assumption of a) camera slews rig to a standard home position and b) KAPer can align the home position to a North (or other predefined) compass heading.
Please confirm (or correct) my thinking and or propose an alternate "in the field workflow".
WW
I can't answer the battery drain question at the moment, but I'll run some tests.
The answers to your workflow question depend on what sort of rig you have. With a 360-modified servo it's likely that you can adjust clockwise and anticlockwise pans so they are close to equal (ie having set the rig so the home position is north, you can do a series of pans and come back to near where you started). However, over time there's bound to be some drift so on long sessions things might gradually get of of alignment. There is no 'home' pan position on such a rig, merely the position the rig is in when you start the session.
With a standard pan servo and 1:4 gearing (like Cris's rigs) then absolute repeatability is pretty much guaranteed - on such a rig there is a home pan position just as there's a home tilt position. The supplied 90PT.BAS script for example can be set to pan back and forth between any two angles.
As for syncing up to a North compass heading, that's not possible. If the wind swings round then the kite, line and rig will turn too. Any 'home' pan position is therefore relative to the direction the line is in. So if the wind is pretty constant then you could run a script that panned between North East and North West for example - by starting with the rig pointing north and setting the pans to move through +/- 45 degrees. But a sudden change in wind direction would change that.
So we tried, lets see what Dave Mitchell thinks we achieved!
James
WELL DONE, FOLKS!
Ooooh the possibilities...
Tom
not only does SDM 'retain' the movement-detection code .. it is a more advanced version with additional features.
You can display the location of every monitored point (with or without the grid overlay) and there are features that detect the amount of 'stillness' (camera shake, for example) or no motions for a defined time.
Maybe that will work with KAP, maybe it will not.
Tracking an object and creating Gigapan images also occurred to me .. but I can only do so much :-)
David
Using that for KAP, it's possible. I've wondered how useful it would be to have a script that, when it saw a +5V at the USB port, would wait until things were still before taking the picture. Rather than doing active image stabilization, it would do passive stabilization.
Christian Buil, an astronomer in France, took a similar approach to his poor man's adaptive optics setup. Rather than use an AO system with a tip-tilt mirror and a deformable mirror, he used a straight-through camera that would take many many images very very quickly. After the fact, the blurry frames are tossed and the sharp frames are co-added. The resulting image, of course, has a great deal of dynamic range, and is as sharp as your rejection process. Of course this doesn't work on dim galaxies or distant stars, but for planetary astronomy it works like a charm.
But it sounds like it might be possible to let SDM do the rejection on the fly, and only trip the shutter if things aren't jiggling around. Co-adding I'll leave for another day.
Ok, gotta play with this.
Tom
have you seen this? It's not part an official part of CHDK or SDM but I think it's a pointer to the future - being able to do this sort of real-time video analysis in a cheap point-and-shoot is pretty amazing.
Tom
Per comment "SDM script the camera slews the rig to a standard "standard" home position...." and "The rig could be manually synced up to a North compass heading." What I was thinking was for the KAPer to manually line up the rig to face north (manual compass), then select appropriate KAP script for a given target. I understand the PAN servo can not be "homed" but with give starting point (oriented North) this should not be an issue. Per the comment of wind shifts.....agree 100 % (especially on long high flights)....thus this is why I would define an error range on the pan angle (+- 30-60 %).
Future requirements
- have the camera script read inputs from a GPS position and heading and then send commands to the servos to adjust pan (maybe tilt) to keep the camera on the KAP target....even track to multiple targets from a relative current GPS position and heading (facing). With this capability....you could pre program a KAP script to track several targets even while you are walking around even with the wind shifting.
WW
It does not do anything else.
None of the normal shooting features or menus are coded.
It works at about five frames/second but as there is no way of making aperture and shutter-speed constant (required by the algorithm) is of limited practical use.
Olivier simply wanted to show how fast his algorithm is.
Nevertheless, it is interesting :-)
David
I did a ground-based test today. My A650 ran the 360PT.BAS script for 3 hours and took just over 500 photos (I had set the delay between shots quite long) before I stopped it. I think it would have gone on for another hour at least. Note that the A650 takes 4 AA batteries - I was using fully charged Eneloops (though they are several years old and have been recharged many times).
I'll repeat the test on my A570 this afternoon.
I did a second ground-based test today. My A570 ran the 360PT.BAS script for 2 hours and took just over 300 photos before it stopped because the card was full. At that point the batteries were pretty exhausted. Note that the A570 takes 2 AA batteries - I was using old Eneloops again - this time they may not have been fully charged when I started.
So it looks as though the clickPAN-SDM will do a reasonable AutoKAP job on both cameras.
no, he is Olivier Barnich .. a researcher in computer vision.
David