Re: [Elphel-support] elphel NC353L-12V Kit defect
Hello Andrey, we tested the camera the way you described. Here are the answers. What camera is it? Does it have 10359 board? 10369 board? What software is it running ? It's the 10353. I tried this with the original software that was on the camera, with the software compiled from the sources and also with modified sources (both FPGA and MC). a) changing the image in front of the camera - you can check it by putting a mirror in front of the camera lens and rotating the mirror I do not get this?! What should this do? Doesn't have any influence if the camera and the cable are fixed. b) shaking the camera itself (i.e. bad contact in the internal flex cable) - you can turn the network cable around and tape it to the camera, sowhen you move the camera, nothing changes to the network connection The distortion appears. c) bad contact in the network cable- attach camera firmly to the table and move the network cable This is what we think that causes the problem. When messing around with the network cable in the jack at some positions the image distorts and after moving it again, the image gets distorted in other ways, also getting a normal image is possible again. d) it actually happens not because of the movement, but because of theelectrostatic discharge when you touch the camera Shouldn't the case be electrostatic discharge proof? But without even touching the camera (only moving the network cable) the image distorts, I tried this with the camera attached on the tripod. Regards, Viatcheslav On 04/16/2011 03:04 AM, Andrey Filippov wrote: Viatcheslav, there is another possible reason to break the image when you move the camera d) it actually happens not because of the movement, but because of the electrostatic discharge when you touch the camera Can you please try these? Andrey On Fri, Apr 15, 2011 at 6:35 PM, Andrey Filippov support-list@support.elphel.com mailto:support-list@support.elphel.com wrote: Viacheslav, What camera is it? Does it have 10359 board? 10369 board? What software is it running ? As for moving the camera as the reason for breaking the image - it can be one of the several reasons, you may narrow down the problem by making some testing: a) changing the image in front of the camera - you can check it by putting a mirror in front of the camera lens and rotating the mirror b) shaking the camera itself (i.e. bad contact in the internal flex cable) - you can turn the network cable around and tape it to the camera, so when you move the camera, nothing changes to the network connection c) bad contact in the network cable - attach camera firmly to the table and move the network cable Andrey On Fri, Apr 15, 2011 at 10:44 AM, Viatcheslav Tretyakov viatcheslav.tretya...@iais.fraunhofer.de mailto:viatcheslav.tretya...@iais.fraunhofer.de wrote: Hello, from the very beginning of the Kit's usage we've been facing image distortions. The defect, which at first we thought is software related, appears after several seconds of using the camera. The defect is reproducible by just moving the camera. I attached an image showing this image distortion effect. What could the problem and how to solve it? Regards, Viatcheslav -- Viatcheslav Tretyakov Fraunhofer-Institut Intelligente Analyse- und Informationssysteme IAIS Schloss Birlinghoven, 53754 Sankt Augustin Telefon 02241 14-2771 (-2046 Sekr.) Fax 02241 14-2342 viatcheslav.tretya...@iais.fraunhofer.de mailto:viatcheslav.tretya...@iais.fraunhofer.de http://www.iais.fraunhofer.de/ ___ Support-list mailing list Support-list@support.elphel.com mailto:Support-list@support.elphel.com http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com -- Viatcheslav Tretyakov Fraunhofer-Institut Intelligente Analyse- und Informationssysteme IAIS Schloss Birlinghoven, 53754 Sankt Augustin Telefon 02241 14-2771 (-2046 Sekr.) Fax 02241 14-2342 viatcheslav.tretya...@iais.fraunhofer.de http://www.iais.fraunhofer.de/ ___ Support-list mailing list Support-list@support.elphel.com http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
Re: [Elphel-support] elphel NC353L-12V Kit defect
Hello Viatcheslav, We can send the new 10353 board to you, if you think you can disassemble the camera and replace the board. In this case please ship us back the 10353 board, so we can test it and find the problem. The other option would be to ship the camera back to Elphel, and we will replace the board here. Best Regards, Olga S Filippova Elphel, Inc. 801.783.x107 www.elphel.com On Mon, May 9, 2011 at 5:03 AM, Viatcheslav Tretyakov viatcheslav.tretya...@iais.fraunhofer.de wrote: Hello Andrey, we tested the camera the way you described. Here are the answers. What camera is it? Does it have 10359 board? 10369 board? What software is it running ? It's the 10353. I tried this with the original software that was on the camera, with the software compiled from the sources and also with modified sources (both FPGA and MC). a) changing the image in front of the camera - you can check it by putting a mirror in front of the camera lens and rotating the mirror I do not get this?! What should this do? Doesn't have any influence if the camera and the cable are fixed. b) shaking the camera itself (i.e. bad contact in the internal flex cable) - you can turn the network cable around and tape it to the camera, so when you move the camera, nothing changes to the network connection The distortion appears. c) bad contact in the network cable - attach camera firmly to the table and move the network cable This is what we think that causes the problem. When messing around with the network cable in the jack at some positions the image distorts and after moving it again, the image gets distorted in other ways, also getting a normal image is possible again. d) it actually happens not because of the movement, but because of the electrostatic discharge when you touch the camera Shouldn't the case be electrostatic discharge proof? But without even touching the camera (only moving the network cable) the image distorts, I tried this with the camera attached on the tripod. Regards, Viatcheslav On 04/16/2011 03:04 AM, Andrey Filippov wrote: Viatcheslav, there is another possible reason to break the image when you move the camera d) it actually happens not because of the movement, but because of the electrostatic discharge when you touch the camera Can you please try these? Andrey On Fri, Apr 15, 2011 at 6:35 PM, Andrey Filippov support-list@support.elphel.com wrote: Viacheslav, What camera is it? Does it have 10359 board? 10369 board? What software is it running ? As for moving the camera as the reason for breaking the image - it can be one of the several reasons, you may narrow down the problem by making some testing: a) changing the image in front of the camera - you can check it by putting a mirror in front of the camera lens and rotating the mirror b) shaking the camera itself (i.e. bad contact in the internal flex cable) - you can turn the network cable around and tape it to the camera, so when you move the camera, nothing changes to the network connection c) bad contact in the network cable - attach camera firmly to the table and move the network cable Andrey On Fri, Apr 15, 2011 at 10:44 AM, Viatcheslav Tretyakov viatcheslav.tretya...@iais.fraunhofer.de wrote: Hello, from the very beginning of the Kit's usage we've been facing image distortions. The defect, which at first we thought is software related, appears after several seconds of using the camera. The defect is reproducible by just moving the camera. I attached an image showing this image distortion effect. What could the problem and how to solve it? Regards, Viatcheslav -- Viatcheslav Tretyakov Fraunhofer-Institut Intelligente Analyse- und Informationssysteme IAIS Schloss Birlinghoven, 53754 Sankt Augustin Telefon 02241 14-2771 (-2046 Sekr.) Fax 02241 14-2342 viatcheslav.tretya...@iais.fraunhofer.de http://www.iais.fraunhofer.de/ ___ Support-list mailing list Support-list@support.elphel.com http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com -- Viatcheslav Tretyakov Fraunhofer-Institut Intelligente Analyse- und Informationssysteme IAIS Schloss Birlinghoven, 53754 Sankt Augustin Telefon 02241 14-2771 (-2046 Sekr.) Fax 02241 14-2342viatcheslav.tretyakov@iais.fraunhofer.dehttp://www.iais.fraunhofer.de/ ___ Support-list mailing list Support-list@support.elphel.com http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com ___ Support-list mailing list Support-list@support.elphel.com http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
Re: [Elphel-support] FPGA CCD Camera Video Compression to send Windows App using Altera Cyclone IV
On Mon, May 9, 2011 at 2:54 AM, Adam Gibson c3008...@uon.edu.au wrote: Hi Andrey, I appreciate the reply. I’ve found this article: http://www.linuxfordevices.com/c/a/Linux-For-Devices-Articles/Elphel-camera-under-the-hood-from-Verilog-to-PHP/ 1. Is this article still accurate? Adam, yes, it is mostly accurate. Of course, there are more additions to the code, but they still follow the ideas described there 2. Is your MJPEG encoder fully created in hardware? Yes, it is completely in the FPGA. And it uses some 25% of the resources, not more - there are many other functions implemented in the FPGA. I’m sifting through the Verilog files for 353 version 8.09 and I’m finding it difficult to identify the compression parts and match to the block diagram. Most compressor parts are under i_compressor instance, but it is also heavily interdependent with memory controller (mcontr). The block diagram that you attached is for Ogg Theora encoder. 3. Is the compression code something I can dissect out? If so what files exactly construct it? I’ve noticed some of the Verilog files are labelled 333. Probably you can take some code, but as I wrote above you need both the compressor and memory controller (it allows to read data in macroblock order - overlapping 20x20 pixel tiles, with the overlap intended to perform de-mosaic). And did you make sure that your project is compatible with GNU GPLv3? The modules that have 333 are just those that they originally appeared in the previous model 333, but most of them are still modified since (you can find revisions in the CVS) 4. What was the reason that your new models changed to MJPEG? These still achieve 1280x1024@27fps with MJPEG? Main reason is that we are trying to preserve most of the sensor raw data for the post-processing while having some reasonable compression that does not sacrifice image data. Generally video formats are designed for video distribution and do not preserve the sensor data we need for the high quality images. Note regarding my system. The only things set is: · Its on Altera. I believe the difference between different FPGA devices is small compared to the complexity of the project itself, so would disagree that it is a major factor. I did not use Altera because of their licensing policy, not because of the technical specs or familiarity with it. If they will change that policy in the future I would be happy to reconsider usage of their FPGA in our products. · The camera gives Bayer pattern row by row. (ie. R-G rows and B-G rows). In Elphel cameras the sensor data (after some pre-processing) is stored in the SDRAM row by row. Later the data is read in 20x20 overlapping tiles to the compressor, de-mosaic is performed before the compressor. In our preferable format (JP4) there is no de-mosaic at all. · I’ve got a very basic Ethernet going, but it will need adjustments depending on what data I get. We never did anything to make Ethernet going in our cameras - it is part of the operating system. Andrey · Everything else requires me to solve the video compression and construct the hardware/software around it. Again thank you for your help Andrey. Adam Gibson ___ Support-list mailing list Support-list@support.elphel.com http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com