[Elphel-support] mcontr353 question

[Marc Reichenbach]

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
<support-list at support.elphel.com> wrote:
>
>
> On Thu, Nov 17, 2011 at 11:18 PM, Marc Reichenbach
> <marc.reichenbach at informatik.uni-erlangen.de> 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
>
>