Dear Andrey, thank you for your answer. I will try the FPN channel. For now, I'm possible to write 512 Byte pages via random access to any RAM address.
I think I will finish a first prototyp of Hartman-Shack-Sensor till christmas this year. Then I could write a small blog entry, if you wish. I have got also an invitation to the embedded world (http://www.embedded-world.de/ , one of the biggest exhibition and conference in the world of embedded systems) where I want to show our Hartman-Shack-Sensor within your camera. Is that okay four you? Are you also there? I think it could be a good promotion for you. How I said before, I'm not finished now - but I want clarify all questions before I can make a long term plan. Thank you for your support, Marc On Fri, Nov 18, 2011 at 8:42 AM, Andrey Filippov <[email protected]> wrote: > > > On Thu, Nov 17, 2011 at 11:18 PM, Marc Reichenbach > <[email protected]> wrote: >> >> Dear Andrey, >> >> thank you for your extended anwser. Yes this helps me a little. I have >> found the address generation in descrproc353.v. I hope that my new >> signals for addressmultiplexing will work now, so I can access nearly >> random addresses from module sensorpix. > > Marc, nice that you managed to do that. There is also channel 1 (designed > for the fixed-pattern noise correction that we do not use currently), you > may re-use it for processing of the data. It should be not that difficult to > change the direction if needed (it was intended to read fixed-pattern noise > data from the SDRAM and combine it with incoming sensor data - 8 bits for > (scaled) subtraction and 8 bits - for (also scaled: ( 1+k*data)) > multiplications. The multiplicative FPN in the modern sensors is rather low, > we used it when dealing with the MCP image intensifiers with fiberoptic > tapers bonded directly to the sensor chip - in that case the FPN modulation > was very strong. >> >> Only for your information: Our Reasearchprojects are not so interestet >> in storing the captured image und doing a jpeg compression. We are >> working direktly in the camera (FPGA) and detecting for example >> centroid points of objects. So the output of the camera in not an >> image, its for example control signals to a robot to move to a object. >> And this is the reason I like the camera. We can do this without the >> need to do an own PCB design. I have seen on the wiki, that you are >> looking for research projects. Maybe this could be for interest, if I >> put the results on the wiki. > > Marc, I believe the better place to describe the project would be on the > blog - there are already several interesting projects described - not just > the ones that we are working on ourselves. The registration on the blog is > closed (because of spam) but we'll be happy to register you and assign > relevant permissions to edit and post there. > > > Andrey > > _______________________________________________ Support-list mailing list [email protected] http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
