[Elphel-support] 10359
Andreas Bean
office at beanbox.com
Sat Nov 21 01:19:37 PST 2009
Hello Oleg!
Alternating mode with buffering ist still not working. I'm attaching the
screenshots.
Should I update the x359.bit from cvs? Have you comitted your latest
verstion?
Have you spoken to Andrey about the new mode?
Andreas
Oleg Dzhimiev schrieb:
> Hi, Andreas
>
> 1. What I was thinking of was a new mode where the frame of sensor two
> is right of the frame of sensor one. Thus combining two frames
> into one
> final picture with double width. Do mean that this mode is already
> implemented?
>
>
> Oh, I got it. It's not implemented. Actually it is possible to do in
> fpga - this will need:
> 1. buffering both frames in 10359's SDRAM
> 2. reading them line by line and sending the resulting line to the 10353
> 3. some changes in camvc for it know that there is 10359 and what
> frame size should be written to the sensors.
> Unfortunately, I can't help with 3 but I can make make 1 & 2 and to
> avoid dealing with 3 halves (left from the 1st sensor and the right
> one from the 2nd) of initial frames can be taken.
> The delay from sensor to 353 will be bigger. Anyway I'll talk to Andrey.
>
> 2. I tried the x359.bit and the 10359_controls.html" and
> "10359_mcontr_init.php.
> I got:
> Alternation mode: is working fine.
> Alternation mode with buffering: every second picture is broken (I
> guess
>
> Did you try it in external triggered mode?
> 1. correct each channel's phase
> 2. go to parsedit.php and switch triggering
> 3. then switch this mode
> and I have it working, but with slight differences between test images
> - this must be the wrong phase of the SDRAM clock - I need to add
> adjusting its phase.
>
> Could you try "Sensor test mode ON/OFF" in this mode and send me the
> results?
>
> Stereo Mode: does nothing, shows always the frames from sensor 1 (what
> should it do?)
>
> I've sent you a cut version - it should do nothing. I can send you the
> "full" bitstream or you can get it from cvs:
> http://elphel.cvs.sourceforge.net/viewvc/elphel/fpga/
> In this mode lines from both of the frames are taken then they are
> 'cut' into 256 pixel lines with 128 pixel overlapping and for the
> 'left' and the 'right' sample a correlation function is calculated and
> the maximum of this function is found to get a shift between these
> samples - and with the known sensors position it aumatically gives the
> distance. The 'depth frame' is on the output. But I'm still testing it.
>
> Can I somehow detect from which sensor the picture was taken? Is that
> information stored in the jpeg?
>
> Only visually. You can switch between the sensors(or channels in
> controls page) before entering any mode - they are 1,2,4. 7 is used
> for broadcast to program all of them at the same time. And "1,2,4" are
> for individual programming - thus you can toggle test mode on the 2nd
> channel after adjusting the phases and then switch to the alternation
> mode.
>
> Oleg
>
> 2009/11/3 Andreas Bean <office at beanbox.com <mailto:office at beanbox.com>>
>
> Hello Oleg!
>
> 1. What I was thinking of was a new mode where the frame of sensor two
> is right of the frame of sensor one. Thus combining two frames
> into one
> final picture with double width. Do mean that this mode is already
> implemented?
>
> 2. I tried the x359.bit and the 10359_controls.html" and
> "10359_mcontr_init.php.
>
> I got:
>
> Alternation mode: is working fine.
> Alternation mode with buffering: every second picture is broken (I
> guess
> the one which is buffered)
> Stereo Mode: does nothing, shows always the frames from sensor 1 (what
> should it do?)
>
> Andreas
>
>
> Oleg schrieb:
> > Hi, Andreas
> >
> > I was thinking about a new mode for 10359 FPGA for combining
> the the
> > pictures of two sensors. In this new setup the multiplexer
> board puts
> > the second image beside the first one.
> >
> >
> > 1.
> > In the default bitstream /etc/x359.bit (the one you have now) - the
> > mode with buffering should the same as you described (?), like:
> ch0 -
> > ch1(buffered) - ch0 - ch1(buffered) - ...
> > And the reason it's not working now is that I haven't ported one of
> > the scripts to the new software - I'm working on it and it shouldn't
> > take long.
> >
> > 2.
> > There's another version of /etc/x359.bit - it's for the project with
> > stereo camera and it has 2 modes:
> > a. ch0 - ch1 - ch0 - ch1 - ... - without any storing in SDRAM
> > b. ch0 - ch1(buffered) - ch0 - ch1(buffered) - ... - here I
> forgot to
> > add frame dimensions for modules that perform read/write to SDRAM in
> > 10359 UI.
> >
> > I'm sending you the bitstream and other files for the 2. In case
> I get
> > stuck somewhere you could try at least something.
> >
> > "x359.bit" goes to ftp://192.168.0.9/etc
> > "10359_controls.html" and "10359_mcontr_init.php" ->
> > ftp://192.168.0.9/usr/html/359
> >
> > After copying the bitstream the changes in it will be valid
> after the
> > camera's reboot.
> > And refresh the page with 10359_controls.html after copying.
> >
> > Oleg
> >
> > 2009/11/1 Andreas Bean <office at beanbox.com
> <mailto:office at beanbox.com> <mailto:office at beanbox.com
> <mailto:office at beanbox.com>>>
> >
> > Hello Oleg, hello Andrey!
> >
> > I was thinking about a new mode for 10359 FPGA for combining
> the the
> > pictures of two sensors. In this new setup the multiplexer
> board puts
> > the second image beside the first one. For my setup
> (1296x960px per
> > sensor) the final picture would be 2592 x 960px.
> > It would be better because the frames can then be recorded to
> > quichtime
> > movie and the auto exposure covers both pictures.
> > Do you think this can be done easily?
> >
> > Best wishes,
> > Andreas Bean
> >
> > Oleg Dzhimiev schrieb:
> > > Hi Andreas,
> > >
> > >
> > > During the last days I have mounted the 10359 board inside
> > the camera
> > > below the 10353 board. Two sensor boards are connected
> via a 6
> > > inch flex
> > > cable. With your description I was able to switch the
> board to
> > > triggered
> > > mode and I was able to test the first sensor. Additionally
> > with the
> > > phase adjust page I was able to remove wrong pixels
> which were
> > > caused by
> > > the longer flex cable. So the first sensor board is
> working
> > fine.
> > > I was
> > > not able to switch to the second one, simply because I
> don't
> > know
> > > how to
> > > do that.
> > >
> > >
> > > You can switch to the other channel in two ways:
> > > 1. http://192.168.0.9/359/reg_write.php?adr=0x835&data=2
> <http://192.168.0.9/359/reg_write.php?adr=0x835&data=2>
> > <http://192.168.0.9/359/reg_write.php?adr=0x835&data=2
> <http://192.168.0.9/359/reg_write.php?adr=0x835&data=2>>
> > > <http://192.168.0.9/359/reg_write.php?adr=0x835&data=2
> <http://192.168.0.9/359/reg_write.php?adr=0x835&data=2>
> > <http://192.168.0.9/359/reg_write.php?adr=0x835&data=2
> <http://192.168.0.9/359/reg_write.php?adr=0x835&data=2>>> - that
> > will be
> > > the second channel (J3)
> > > http://192.168.0.9/359/reg_write.php?adr=0x835&data=4
> <http://192.168.0.9/359/reg_write.php?adr=0x835&data=4>
> > <http://192.168.0.9/359/reg_write.php?adr=0x835&data=4
> <http://192.168.0.9/359/reg_write.php?adr=0x835&data=4>>
> > > <http://192.168.0.9/359/reg_write.php?adr=0x835&data=2
> <http://192.168.0.9/359/reg_write.php?adr=0x835&data=2>
> > <http://192.168.0.9/359/reg_write.php?adr=0x835&data=2
> <http://192.168.0.9/359/reg_write.php?adr=0x835&data=2>>> - 3rd
> channel
> > > (J4) - the most distant from the cable to 10353
> > >
> > > 2. or if you have firmware >8.0.5.2 you can try
> > > http://192.168.0.9/359/10359_controls.html - and there you can
> > find a
> > > field for switching a channel - 1,2 or 4, and you also can
> try to
> > > autoadjust phases.
> > >
> > > What I want to do is to record single framers which
> are captured
> > > simultaneously and then written separately to disk
> using the
> > > camogm
> > > utility at a resolution of 1280x1024 at 40fps. Can you
> give
> > me a short
> > > description what I will have to do to achieve that?
> > >
> > >
> > > Alternating frames 1280x1024 at 20fps from each channel that
> in sum
> > will
> > > give 40fps? Here I need to make a small revision of my
> previous work
> > > while you are adjusting phases I checked CVS - and there's
> at least
> > > one script is missing.
> > > Basically, what you'll need to do is:
> > > 1. Switch to broadcast channel (0x7) to program both
> sensors to the
> > > resolution you need.
> > > 2. Put sensors to triggered mode
> > > 3. Switch on the alternation mode with buffering on 10359.
> > > 4. and then use camogm to record frames
> > >
> > > Oleg
> > >
> >
> ------------------------------------------------------------------------
> > >
> > > _______________________________________________
> > > Support-list mailing list
> > > Support-list at support.elphel.com
> <mailto:Support-list at support.elphel.com>
> > <mailto:Support-list at support.elphel.com
> <mailto:Support-list at support.elphel.com>>
> > >
> >
> http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
> > >
> >
> >
> >
> >
> > --
> > Oleg
> >
> >
> ------------------------------------------------------------------------
> >
> > /10359 board controls/
> > Available sensors (J2,J3,J4)
> > Switch to channel :
> > Sensor test mode ON/OFF
> >
> >
> > Number of phase steps:
> > Channel 0 phase
> > Channel 1 phase
> > Channel 2 phase
> >
> >
> > Frame size: x
> >
> >
> > Request line
> >
> >
> >
> > Firmware Version:
> > Current Channel:
> > Reg 0x02:
> > Reg 0x03h(pclk):
> > Reg 0x03l(sclk0):
> > Reg 0x05:
> > Reg 0x06:
> > Reg 0x07:
> > Reg 0x20:
> > Reg 0x44:
> >
> >
> >
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: capture-alternating-mode.png
Type: image/png
Size: 140766 bytes
Desc: not available
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20091121/375b5d00/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: capture-alternating-mode-with-buffering.png
Type: image/png
Size: 282278 bytes
Desc: not available
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20091121/375b5d00/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: office.vcf
Type: text/x-vcard
Size: 233 bytes
Desc: not available
URL: <http://support.elphel.com/pipermail/support-list_support.elphel.com/attachments/20091121/375b5d00/attachment.vcf>
More information about the Support-list
mailing list