Difference between revisions of "Talk:Implement calibration"
| (2 intermediate revisions by 2 users not shown) | |||
| Line 31: | Line 31: | ||
--[[User:Skinkie|Skinkie]] 15:13, 8 September 2008 (CDT) | --[[User:Skinkie|Skinkie]] 15:13, 8 September 2008 (CDT) | ||
| + | |||
| + | |||
| + | No reason you couldn't do it in the camera, and using PHP if you wanted, but in some situations it would be nice to be able to get high update rate (10 Hz or whatever) from the compass without having to transmit images as well. If the camera could bridge the net interface to the serial port this would be trivial. But that's the really nice thing about open source, people can implement many different methods. | ||
| + | |||
| + | --[[User:Aegdss|aegdss]] 18:27:21, 2008-09-08 (CDT) | ||
| + | |||
| + | I'll take a look into the documentation. I think the main point is to write a small server (maybe compass is already this) that allows multiple sources to query the actual input at a certain time or a continuous flow. And is able to do the calibration effort by some simple input commands. | ||
| + | |||
| + | Just read the entire documentation again, it seems to be trival (if direct access to the module is possible) to make a neat callibration procedure. Basically instruct the user with some pictures what to do. It requires some AJAX to get it life, but I guess the code for that must be somewhere around. | ||
| + | |||
| + | --[[User:Skinkie|Skinkie]] 19:49, 8 September 2008 (CDT) | ||
Latest revision as of 16:49, 8 September 2008
You are using the ocean server compass?
Are you using the depth sensor as well?
There is no calibration SW? or just no linux SW? Would you know if there is depth calibration SW?
I would guess that the elphel should just be able to parse NMEA-0183, then it can work with most compass modules (KVH, PNI TCM-2, etc.)
--aegdss 18:19:40, 2008-09-05 (CDT)
On IRC I heared there is no calibration on the compass. So probably it only gives lets say the rotation it makes like a gyro does.
--Skinkie 21:32, 5 September 2008 (CDT)
FWIW, the compass does support hard-iron calibration via simple serial commands plus manual rotation of the compass. See ocean server compass manual. This is similar to other compass modules. It would seem that this is an application level procedure and not really suitable for embedding in the camera. It would be nice if the camera did allow for a redirect of the serial comms to a network socket or something.
--aegdss 13:38:42, 2008-09-08 (CDT)
Why not doing it from the camera ? It's what we did the first time we got the compass. We calibrate it via the serial port with some special commands. It is possible I think to build a PHP app that will launch compass calibration on request from the browser. So the user will only have to manually rotate the camera.
--Alexandre.Poltorak 14:10, 8 September 2008 (CDT)
You guys love PHP don't ya ;) I'll see what I can come up with.
--Skinkie 15:13, 8 September 2008 (CDT)
No reason you couldn't do it in the camera, and using PHP if you wanted, but in some situations it would be nice to be able to get high update rate (10 Hz or whatever) from the compass without having to transmit images as well. If the camera could bridge the net interface to the serial port this would be trivial. But that's the really nice thing about open source, people can implement many different methods.
--aegdss 18:27:21, 2008-09-08 (CDT)
I'll take a look into the documentation. I think the main point is to write a small server (maybe compass is already this) that allows multiple sources to query the actual input at a certain time or a continuous flow. And is able to do the calibration effort by some simple input commands.
Just read the entire documentation again, it seems to be trival (if direct access to the module is possible) to make a neat callibration procedure. Basically instruct the user with some pictures what to do. It requires some AJAX to get it life, but I guess the code for that must be somewhere around.
--Skinkie 19:49, 8 September 2008 (CDT)
