Re: [Elphel-support] Problem with reflashing of Elphel 353

[Elphel Support]

Kai,



We did not use 353 for for a long time, and yes, I know that the flash memory 
in the camera deteriorates after years, so reflashing helps. I have software 
installed on one computer and can try to reflash if you send  us the camera 
boards.


Andrey







 On Sat, 20 Jan 2024 04:08:28 -0700 Kai Schaeffer  
wrote ---



Hi everyone,

I have a 353 based camera that is not reacting anymore. It's still 
booting up and the LEDs on the network connector start to blink, but I 
can't access it. Also a ping is not working. So, I thought I should try 
to reflash it. I used the kubuntu-elphel-4.iso to do so. After some 
difficulties, the reflashing is actually working now. During the 
flashing I could even ping the camera (192.168.0.9) and login via 
telnet. But after a reboot, the camera is still not accessible.

Actually I did something else: when I was still fighting with the 
flashing, I took a fresh and working 353 controller board and tried the 
flashing there as well. So, now I also reflashed a working board and it 
stopped working after it. It's now the same behavior as with the other one.

As the image I used the image353-8.2.16.tar.gz.

What am I doing wrong?

Thank you,
Kai


-- 
Schaeffer AG
Dipl.-Phys. Kai Schaeffer  Vorstand
Nahmitzer Damm 32  Tel. +49-30-8058695-25
12277 Berlin   FAX: +49-30-8058695-33
http://www.schaeffer-ag.de

HRB 93611 B, Amtsgericht Berlin Charlottenburg
Vorstand: Jörg Schaeffer, Kai Schaeffer
Aufsichtsrat: Dr. Karsten Mühlenfeld  (Vorsitzender)


___
Support-list mailing list
mailto: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] Two cameras need your kind help

[Elphel Support]

Khalid,



Thank you for your response! Most people do not notify when their problem is 
solved and the only evidence of "it worked" is that they disappear.

The newer Elphel cameras are going to help to de-mine Ukraine: 
https://www.linkedin.com/posts/olga-filippova-elphel_oleksii-reznikov-on-twitter-activity-7061438499635298304-z0TO/



Andrey











 On Wed, 10 May 2023 04:12:22 -0600 K. Al-Madani  wrote ---



Hello Andrey, 



IT WORKED!



For those who have the older 353L, if you are a beginner like me it took two 
days 



All three cameras 353L including the Hammer worked perfectly with prof353



I
 downloaded kubuntu version 14.04 from here 
https://ftp.sun.ac.za/ftp/iso-images/kubuntu/14.04.4/

And followed steps here https://wiki.elphel.com/wiki/Prod353



Thank you Andrey for your kind help and VERY high end open source Cameras



Khalid M. 






From: K. Al-Madani <mailto:mad...@live.com>
 Sent: Tuesday, May 9, 2023 12:21 AM
 To: Elphel Support <mailto:support-list@support.elphel.com>
 Subject: Re: [Elphel-support] Two cameras need your kind help  


Hello Andrey, 



Thank you very much for your help

I just noticed the three cameras model is NC353L (see attached)

I just want to make sure its the model you are talking about



In pod353 I reached this command stage:

cvs -d:pserver:mailto:anonym...@elphel.cvs.sourceforge.net:/cvsroot/elphel login

and it asked for a password (I tried pass, password)
Do you know the password?



Also I am wondering if you have a service for maintenance where I can send the 
three cameras by DHL so that you can service it



Because it seems really complicated and I am not that good



Thank you for your help, I appreciate it.

 

Khalid M. 






From: Elphel Support <mailto:support-list@support.elphel.com>
 Sent: Monday, May 8, 2023 7:16 PM
 To: K. Al-Madani <mailto:mad...@live.com>; Elphel List 
<mailto:support-list@support.elphel.com>
 Subject: Re: [Elphel-support] Two cameras need your kind help  


Khalid,



I'll look into it. You may need older kubuntu version (I have 14.04 running 
with prof353)



We use prod353 software for reflashing ( https://wiki.elphel.com/wiki/Prod353) 
that does not require working camera - it uses low-level ROM of the processor . 
Seems the CVS installation still works as described there. Alternative source 
of mentioned 8.0 software - 
https://sourceforge.net/p/elphel/elphel353-8.0/ci/master/tree/



The ETRAX processor uses special Ethernet packet for initial boot. These 
packets may be blocked by some switches so it is better to avoid them. After 
the initial boot prod353 uses NFS to transfer firmware and write it to flash. 
It is very beneficial if
 you can connect serial port of the camera (https://wiki.elphel.com/wiki/10369, 
https://wiki.elphel.com/wiki/10369#J16_-_RS-232) using USB-to-serial adapter 
and use minicom to capture camera boot messages - even seemingly dead camera 
may output something meaningful. Minicom installation/configuration is similar 
to https://wiki.elphel.com/wiki/Using_minicom_to_connect_to_Elphel393_camera



To start testing/flashing process (prod353 will first try to boot over the 
network before flashing) you will need to put camera in special boot.mode. If 
it is older 10353 board version (rev D or earlier) that has a button below 
network connector, you need
 to press and hold the button before inserting network with power. You may 
release the button 2 seconds after the power is on. If the 10353 is rev E (no 
button) you need to repetitively connect/disconnect network connector 5 times 
or more with 1-2 seconds period
 and leave it connected after the last insertion.



Andrey











 On Mon, 08 May 2023 09:24:04 -0600 K. Al-Madani <mailto:mad...@live.com> 
wrote ---



Thank you so much Andrey for your reply.

Now I know why its not responding

I have three and really wish to experiment with them

Can you please tell me the page link for reflashing
 so that I start or the software you will try try to produce will do reflashing 
by it self?

Thank you very much for your help

Khalid M.








From: Elphel Support <mailto:support-list@support.elphel.com>
 Sent: Monday, May 8, 2023 6:15 PM
 To: K. Al-Madani <mailto:mad...@live.com>
 Subject: Re: [Elphel-support] Two cameras need your kind help
 


Khalid,



We still have software installed on one computer, I'll look how to reproduce 
it. Our experience shows that old cameras need reflashing, as over time flash 
memory looses some data.



Andrey







 On Sun, 07 May 2023 01:40:02 -0600 K. Al-Madani <mailto:mad...@live.com> 
wrote ---



Hello, 



I bought many years ago two NC353L-369-HDD and one Hammer camera MNC354-2B-HDD



Around 11 years ago it came with your flash drive (like a credit card) with a 
bootable kubutnu linux 



Now the  kubutnu linux is not working



Now I am retired and I want to experiment with them



Can you please guid

Re: [Elphel-support] Two cameras need your kind help

[Elphel Support]

Khalid,



I'll look into it. You may need older kubuntu version (I have 14.04 running 
with prof353)



We use prod353 software for reflashing ( https://wiki.elphel.com/wiki/Prod353) 
that does not require working camera - it uses low-level ROM of the processor . 
Seems the CVS installation still works as described there. Alternative source 
of mentioned 8.0 software - 
https://sourceforge.net/p/elphel/elphel353-8.0/ci/master/tree/



The ETRAX processor uses special Ethernet packet for initial boot. These 
packets may be blocked by some switches so it is better to avoid them. After 
the initial boot prod353 uses NFS to transfer firmware and write it to flash. 
It is very beneficial if you can connect serial port of the camera 
(https://wiki.elphel.com/wiki/10369, 
https://wiki.elphel.com/wiki/10369#J16_-_RS-232) using USB-to-serial adapter 
and use minicom to capture camera boot messages - even seemingly dead camera 
may output something meaningful. Minicom installation/configuration is similar 
to https://wiki.elphel.com/wiki/Using_minicom_to_connect_to_Elphel393_camera



To start testing/flashing process (prod353 will first try to boot over the 
network before flashing) you will need to put camera in special boot.mode. If 
it is older 10353 board version (rev D or earlier) that has a button below 
network connector, you need to press and hold the button before inserting 
network with power. You may release the button 2 seconds after the power is on. 
If the 10353 is rev E (no button) you need to repetitively connect/disconnect 
network connector 5 times or more with 1-2 seconds period and leave it 
connected after the last insertion.



Andrey











 On Mon, 08 May 2023 09:24:04 -0600 K. Al-Madani  wrote ---



Thank you so much Andrey for your reply.

Now I know why its not responding

I have three and really wish to experiment with them

Can you please tell me the page link for reflashing so that I start or the 
software
 you will try try to produce will do reflashing by it self?

Thank you very much for your help

Khalid M.








From: Elphel Support <mailto:support-list@support.elphel.com>
 Sent: Monday, May 8, 2023 6:15 PM
 To: K. Al-Madani <mailto:mad...@live.com>
 Subject: Re: [Elphel-support] Two cameras need your kind help 
 


Khalid,



We still have software installed on one computer, I'll look how to reproduce 
it. Our experience shows that old cameras need reflashing, as over time flash 
memory looses some data.



Andrey







 On Sun, 07 May 2023 01:40:02 -0600 K. Al-Madani <mailto:mad...@live.com> 
wrote ---



Hello, 



I bought many years ago two NC353L-369-HDD and one Hammer camera MNC354-2B-HDD



Around 11 years ago it came with your flash drive (like a credit card) with a 
bootable kubutnu linux 



Now the  kubutnu linux is not working



Now I am retired and I want to experiment with them



Can you please guide me which page I can find the latest software for both 
cameras (better Windows OS) or linux 



Thank you so much



Khalid M. 


___

 Support-list mailing list 

 mailto: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___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] "Re: ELPHEL nc333l VNR.:06:10:3A"

[Elphel Support]

Hello Roger,



I may try to delete it from our history, but it is not what that we display. We 
display archive from MailArchive - the service that archives many public mail 
lists. And probably it is not the only archive - I did not keep track of it, 
but was seeing other mail archive services that save public messages. They do 
not need our permission to do that. Our web page that provides mail list 
archive states that mailing list is public.



Andrey





 On Thu, 07 Jul 2022 11:29:26 -0600 Roger Tschierse  
wrote ---



Hello, the public message history correspondence is not in my mind. 
please delet it, 
thanks for your attention 
Roger 
 
___ 
Support-list mailing list 
mailto: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] Help on possible faulty FPC cable [SEC=UNOFFICIAL]

[Elphel Support]

Norman,



Yes, you will need to change configuration to reduce cable delay. I will send 
you instructions how to do this during preparation of the second camera (so I 
can reproduce and verify each step).

Each port has 8 values for the delay in 1/4 of the clock period, separate for 
vertical (frame) sync, horizontal (line) sync and 12-bit data. There is 
additional fine delay adjustment, but 1/4 of the period should be sufficient.



Andrey







 On Sun, 06 Mar 2022 17:17:51 -0700 XIONG, Norman  wrote 




Hi, Andrey, 



Our electrical technician has decided to use shorter FPC cables for the two 
sensors. And it will be one sensor per camera body. One with 100mm FPC and 
another with 70mm FPC. My question is when we replace the 450mm with 100mm 
cable, do we need to change the
 port configuration?



Thanks.



Regards,

Norman




From: Elphel Support <mailto:support-list@support.elphel.com>
 Sent: 28 February 2022 12:01 PM
 To: XIONG, Norman <mailto:n...@ansto.gov.au>; Elphel List 
<mailto:support-list@support.elphel.com>
 Subject: Re: [Elphel-support] Help on possible faulty FPC cable [SEC=OFFICIAL] 
 


CAUTION, EXTERNAL EMAIL: This message has come from a source outside of ANSTO. 
Do not take action, click links or open attachments unless
 you recognise and trust the source of this email and know the content is safe. 
Please report suspicious emails to  as an attachment.
 
 
   After you remove the fan from the bottom of the camera (two M2.5 screws) you 
need to remove 8 (4+4) screws from the front and back panel. Then remove front 
one and push boards with the heat plate (boards are attached to it) pushing on 
the heat plate (you
 may make some simple tool to push on that plate). When pushing - be careful 
with the SSD not to hit the camera tripod mount part as it becomes loos when 
you remove the fan.



When you will be reassembling the camera - I put the back panel on the 
assembled boards first, and then slide them together into the camera body, 
making sure that a micro-USB connector does not hit the back panel (otherwise 
it can be easily peeled off
 the PCB).



And yes - camera does not see port 1. It is more likely the PCB, not the cable 
problem - I do not see how the cable can fail gradually:

from autocampars.log

...

00037.35 autocampars: All frames:

sensor_fram16    0x2    0x0    0x0    0x0 

compressor_fram16    0x0    0x0    0x0    0x0 

  i2c_frame16    0x2    0x0    0x0    0x0 

    sensor_aframe 0x0002 0x 0x 0x 

compressor_aframe 0x 0x 0x 0x 

compressor_gframe 0x 0x 0x 0x

00037.36 autocampars: Frames: 0, 0, 0, 0

00037.37 autocampars:  Wrong/missing sensor on port 1, code=0 (expected 52) 
. Driver reports errors until port is disabled at later stage 

00037.38 autocampars:  Wrong/missing sensor on port 2, code=0 (expected 52) 
. Driver reports errors until port is disabled at later stage 

00037.39 autocampars:  Wrong/missing sensor on port 3, code=0 (expected 52) 
. Driver reports errors until port is disabled at later stage 

00037.40 autocampars: port=0 GLOBALS[sensors][port][0]=mt9p006

00037.41 autocampars: port=1 GLOBALS[sensors][port][0]=none

00037.42 autocampars: port=2 GLOBALS[sensors][port][0]=none

00037.43 autocampars: port=3 GLOBALS[sensors][port][0]=none

...



Andrey





 On Sun, 27 Feb 2022 17:50:35 -0700 Elphel Support 
<mailto:support-list@support.elphel.com> wrote 



Norman,



If it is not too late - you need to take off fan first, then slide out the 
boards of the camera. Fan has a long connector reaching to the board through 
the hole.



Andrey







 On Sun, 27 Feb 2022 16:59:41 -0700 XIONG, Norman 
<mailto:n...@ansto.gov.au> wrote 



Hi, Andrey, 



Thanks for the quick response. 

Here are the two log files, with both ports connected with sensors. I'll try to 
open up the box to reconnect the cable shortly.



Regards, 

Norman




From: Elphel Support <mailto:support-list@support.elphel.com>
 Sent: 28 February 2022 10:19 AM
 To: XIONG, Norman <mailto:n...@ansto.gov.au>
 Subject: Re: [Elphel-support] Help on possible faulty FPC cable [SEC=OFFICIAL] 
 


CAUTION, EXTERNAL EMAIL: This message has come from a source outside of ANSTO. 
Do
 not take action, click links or open attachments unless you recognise and 
trust the source of this email and know the content is safe. Please report 
suspicious emails to  as an attachment.
 
 
   Hello Norman,



Can you get log files from the camera?



>From Linux system



ssh-copy-id root@192.168.0.9 # Or whatever IP is assigned to the camera



default password is pass



Then you can use scp to copy files to your local directory:



scp root@192.168.0.9:/var/log/messages

scp root@192.168.0.9:/var/log/autocampars.log



Abd then send these files.



Yes, we will pr

Re: [Elphel-support] Help on possible faulty FPC cable [SEC=OFFICIAL]

[Elphel Support]

After you remove the fan from the bottom of the camera (two M2.5 screws) you 
need to remove 8 (4+4) screws from the front and back panel. Then remove front 
one and push boards with the heat plate (boards are attached to it) pushing on 
the heat plate (you may make some simple tool to push on that plate). When 
pushing - be careful with the SSD not to hit the camera tripod mount part as it 
becomes loos when you remove the fan.



When you will be reassembling the camera - I put the back panel on the 
assembled boards first, and then slide them together into the camera body, 
making sure that a micro-USB connector does not hit the back panel (otherwise 
it can be easily peeled off the PCB).



And yes - camera does not see port 1. It is more likely the PCB, not the cable 
problem - I do not see how the cable can fail gradually:

from autocampars.log

...

00037.35 autocampars: All frames:

sensor_fram16    0x2    0x0    0x0    0x0 

compressor_fram16    0x0    0x0    0x0    0x0 

  i2c_frame16    0x2    0x0    0x0    0x0 

    sensor_aframe 0x0002 0x 0x 0x 

compressor_aframe 0x 0x 0x 0x 

compressor_gframe 0x 0x 0x 0x

00037.36 autocampars: Frames: 0, 0, 0, 0

00037.37 autocampars:  Wrong/missing sensor on port 1, code=0 (expected 52) 
. Driver reports errors until port is disabled at later stage 

00037.38 autocampars:  Wrong/missing sensor on port 2, code=0 (expected 52) 
. Driver reports errors until port is disabled at later stage 

00037.39 autocampars:  Wrong/missing sensor on port 3, code=0 (expected 52) 
. Driver reports errors until port is disabled at later stage 

00037.40 autocampars: port=0 GLOBALS[sensors][port][0]=mt9p006

00037.41 autocampars: port=1 GLOBALS[sensors][port][0]=none

00037.42 autocampars: port=2 GLOBALS[sensors][port][0]=none

00037.43 autocampars: port=3 GLOBALS[sensors][port][0]=none

...



Andrey





 On Sun, 27 Feb 2022 17:50:35 -0700 Elphel Support 
 wrote 



Norman,



If it is not too late - you need to take off fan first, then slide out the 
boards of the camera. Fan has a long connector reaching to the board through 
the hole.



Andrey







 On Sun, 27 Feb 2022 16:59:41 -0700 XIONG, Norman 
<mailto:n...@ansto.gov.au> wrote 



Hi, Andrey, 



Thanks for the quick response. 

Here are the two log files, with both ports connected with sensors. I'll try to 
open up the box to reconnect the cable shortly.



Regards, 

Norman




From: Elphel Support <mailto:support-list@support.elphel.com>
 Sent: 28 February 2022 10:19 AM
 To: XIONG, Norman <mailto:n...@ansto.gov.au>
 Subject: Re: [Elphel-support] Help on possible faulty FPC cable [SEC=OFFICIAL] 
 


CAUTION, EXTERNAL EMAIL: This message has come from a source outside of ANSTO. 
Do not take action, click links or open attachments unless
 you recognise and trust the source of this email and know the content is safe. 
Please report suspicious emails to  as an attachment.
 
 
   Hello Norman,



Can you get log files from the camera?



>From Linux system



ssh-copy-id root@192.168.0.9 # Or whatever IP is assigned to the camera



default password is pass



Then you can use scp to copy files to your local directory:



scp root@192.168.0.9:/var/log/messages

scp root@192.168.0.9:/var/log/autocampars.log



Abd then send these files.



Yes, we will prepare the new camera, but in any case I would like to try to 
troubleshoot the camera you have, if that will not work we will send you a 
replacement one. You may try to open the camera and get access to the camera 
side of the cable. Camera
 has 4 cable ports so you may try to either just reconnect the cable or try 
other port.



The gold-plated pins on the cable end should be towards the connector lock. 
When you try different port, the image can be corrupted (delays fro the long 
cable were set only for ports 0 and 1.



Andrey





 On Sun, 27 Feb 2022 15:57:50 -0700 XIONG, Norman 
<mailto:n...@ansto.gov.au> wrote 



Hi, Andrey, 



I am not able to get port 1 back. When I connected both ports, I got only one 
sensor image on port 0. And if I connect only port 1, the system can't find any 
sensor. 



Anyway, we decided to buy another 393 system to support the second sensor. This 
is mainly because we need to put the two sensors far away from each other, 
where the FPC cables are not long enough to connect both sensors to the same 
system. 



Enclosed is our previous order invoice. We want to duplicate the NC393 system, 
but no sensor or lens is rquired. We need one 450mm FPC cable pre-cofigured for 
the system, and a PoE power supply. Can you please ask your sales team to 
provide me with a new quote?
 Thank you.





Regards,

Dr Norman Xiong

Scientific Software Engineer
 Australian
 Centre for Neutron Scattering

Australian Nuclear Science 

Re: [Elphel-support] Help on possible faulty FPC cable [SEC=OFFICIAL]

[Elphel Support]

Norman,



If it is not too late - you need to take off fan first, then slide out the 
boards of the camera. Fan has a long connector reaching to the board through 
the hole.



Andrey







 On Sun, 27 Feb 2022 16:59:41 -0700 XIONG, Norman  wrote 




Hi, Andrey, 



Thanks for the quick response. 

Here are the two log files, with both ports connected with sensors. I'll try to 
open up the box to reconnect the cable shortly.



Regards, 

Norman




From: Elphel Support <mailto:support-list@support.elphel.com>
 Sent: 28 February 2022 10:19 AM
 To: XIONG, Norman <mailto:n...@ansto.gov.au>
 Subject: Re: [Elphel-support] Help on possible faulty FPC cable [SEC=OFFICIAL] 
 


CAUTION, EXTERNAL EMAIL: This message has come from a source outside of ANSTO. 
Do not take action, click links or open attachments unless
 you recognise and trust the source of this email and know the content is safe. 
Please report suspicious emails to  as an attachment.
 
 
   Hello Norman,



Can you get log files from the camera?



>From Linux system



ssh-copy-id root@192.168.0.9 # Or whatever IP is assigned to the camera



default password is pass



Then you can use scp to copy files to your local directory:



scp root@192.168.0.9:/var/log/messages

scp root@192.168.0.9:/var/log/autocampars.log



Abd then send these files.



Yes, we will prepare the new camera, but in any case I would like to try to 
troubleshoot the camera you have, if that will not work we will send you a 
replacement one. You may try to open the camera and get access to the camera 
side of the cable. Camera
 has 4 cable ports so you may try to either just reconnect the cable or try 
other port.



The gold-plated pins on the cable end should be towards the connector lock. 
When you try different port, the image can be corrupted (delays fro the long 
cable were set only for ports 0 and 1.



Andrey





 On Sun, 27 Feb 2022 15:57:50 -0700 XIONG, Norman 
<mailto:n...@ansto.gov.au> wrote 



Hi, Andrey, 



I am not able to get port 1 back. When I connected both ports, I got only one 
sensor image on port 0. And if I connect only port 1, the system can't find any 
sensor. 



Anyway, we decided to buy another 393 system to support the second sensor. This 
is mainly because we need to put the two sensors far away from each other, 
where the FPC cables are not long enough to connect both sensors to the same 
system. 



Enclosed is our previous order invoice. We want to duplicate the NC393 system, 
but no sensor or lens is rquired. We need one 450mm FPC cable pre-cofigured for 
the system, and a PoE power supply. Can you please ask your sales team to 
provide me with a new quote?
 Thank you.





Regards,

Dr Norman Xiong

Scientific Software Engineer
 Australian
 Centre for Neutron Scattering

Australian Nuclear Science and Technology Organisation 


Tel
 Email
 Web 

+61 2 9717 7008
 
https://exchnlb-b51.ansto.gov.au/owa/redir.aspx?C=d49cfec1ed6d483489b2b97e6981cdd1=mailto%3aNORMAN.XIONG%40ansto.gov.au
 
 
https://exchnlb-b51.ansto.gov.au/owa/redir.aspx?C=d49cfec1ed6d483489b2b97e6981cdd1=http%3a%2f%2fwww.ansto.gov.au%2f
 










Important: This transmission is intended only for the use of the intended 
addressee.
 It is confidential to the intended addressee and may contain privileged 
information and or copyright material. If this email is not intended for your 
attention, any use, printing, storage , reproduction or further disclosure of 
this communication (including
 all attachments) is strictly forbidden. If you have received this transmission 
in error, please notify me by telephone or email and immediately delete all 
copies of this transmission as well as any attachments.












From: Elphel Support <mailto:support-list@support.elphel.com>
 Sent: 27 February 2022 6:14 AM
 To: XIONG, Norman <mailto:n...@ansto.gov.au>; Elphel List 
<mailto:support-list@support.elphel.com>
 Subject: Re: [Elphel-support] Help on possible faulty FPC cable [SEC=OFFICIAL]
 


CAUTION, EXTERNAL EMAIL: This message has come from a source outside of ANSTO. 
Do
 not take action, click links or open attachments unless you recognise and 
trust the source of this email and know the content is safe. Please report 
suspicious emails to  as an attachment.





  

Hello Norman,



I'm sorry you are having these problems. 450mm cables are close to the maximal 
usable length. Most likely the problem is related to the need to change delay 
in the sensor interface signals relative to clock, not the hardware problem 
with the cable. But
 it still can be the problem, of course.



What happens now - you can get a picture from port 0, and nothing at all on 
port 1? Black image, corrupted image, getting stuck trying to get an image? 
What happened before (when it was restoring after reboot)?



If you are getting corrupted image - can you please send it ?



Andrey









 On Wed, 23 Feb 2022 02:46:52 -0700 XIONG, N

Re: [Elphel-support] Help on possible faulty FPC cable [SEC=OFFICIAL]

[Elphel Support]

Hello Norman,



I'm sorry you are having these problems. 450mm cables are close to the maximal 
usable length. Most likely the problem is related to the need to change delay 
in the sensor interface signals relative to clock, not the hardware problem 
with the cable. But it still can be the problem, of course.



What happens now - you can get a picture from port 0, and nothing at all on 
port 1? Black image, corrupted image, getting stuck trying to get an image? 
What happened before (when it was restoring after reboot)?



If you are getting corrupted image - can you please send it ?



Andrey









 On Wed, 23 Feb 2022 02:46:52 -0700 XIONG, Norman  wrote 





Dear Elphel support team,

 

We have a NC393 system, with two sensors connected by 450mm FPC cables. Ever 
since

we put the system together in last July, port 1 was unstable and lost 
connection every a few

weeks. Rebooting the system would get the port back. However, recently that 
port was

totally lost. We can’t have it back by rebooting or reconnecting the camera to 
the cable.

 

We did a simple debugging by swapping sensors between the two FPC cables.  Both 
sensors

worked with port 0, and neither of them worked with port 1. So we presume the 
FPC cable

on port 1 is faulty. We didn’t open up the box to check the connection between 
the cable and

the board. I am looking for advice on what I should do next. Shall I open up 
the box to check

the internal connection or shall I simply order another FPC cable from you? And 
Is the cable

fragile?

 

Thanks.

 

 

Regards,

Norman Xiong

Software Engineer (Scientific)
 NSTLI Neutron Scattering

Tel
 Email
 Web 

+61 2 9717 7008
 mailto:n...@ansto.gov.au 
 http://www.ansto.gov.au/ 




http://www.facebook.com/DiscoverANSTO https://twitter.com/ANSTO 
http://www.linkedin.com/company/ansto http://www.youtube.com/user/ANSTOVideos











Important:This transmission is intended only for the use of the intended 
addressee. It is confidential to the intended addressee and may contain
 privileged information and or copyright material. If this email is not 
intended for your attention, any use, printing, storage, reproduction or 
further disclosure of this communication (including all attachments) is 
strictly forbidden. If you have received
 this transmission in error, please notify me by telephone or email and 
immediately delete all copies of this transmission as well as any attachments. 
 

OFFICIAL



___
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] ELPHEL nc333l VNR.:06:10:3A

[Elphel Support]

Hello Roger,



Our cameras have standard C/CS mounts (CS - directly, C - with 5mm adapter 
ring), so you can purchase lens from any place (it should be 1/2" or larger 
format - e.g. 2/3", 1"). I do not recognize the particular lens shown in the 
photo - did you purchase the camera directly from us? 



Andrey





 On Thu, 26 Aug 2021 06:50:50 -0600 Roger Tschierse  
wrote 


Hallo, is it possible and useful to order a new ocular (see Attached), 
how i order the right thing at your store!? 
Or can i send it to you, for an rework! 
Thanks for your Attention 
Roger from Germany 
___ 
Support-list mailing list 
mailto: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] HDD/Recording NC353L

[Elphel Support]

Hello William,



Did it work before? Can you please download and send camera status report?

Direct link (if the camera IP is the default 192.168.0.9): 
http://192.168.0.236/camerasetup/report.tar.gz

Or you can open "System Preferences" link from the camera home mage, select 
"Status Report" and open "Download Report as *tar.gz" link in the bottom of the 
page.



Andrey







 On Thu, 08 Jul 2021 00:42:52 -0600 William Smith 
 wrote 


Hi

I have come across an issue where the HDD device won't mount properly

attached is the screenshot of the issue, i have tried to click on mount several 
times it

does nothing.if i start the recording a error message pops up buffer overrun as 
per image 2.



regards
 





William Smith

Device Manager/ IT Technician

m: +27 73 371 7657

t: +27 18 468 1170

a: 36 Radloff Street Klerksdorp

http://www.profmap.co.za/








 


 















___
Support-list mailing list 
mailto: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] Request for information

[Elphel Support]

We never tried to build OpenWRT software for the cameras, it uses OpenEmbedded 
Yocto Poky revision = 2.7.1 (Warrior) - https://wiki.elphel.com/wiki/Poky_manual



Andrey





 On Sun, 20 Dec 2020 11:13:58 -0700 Nhlanhla Kubeka 
 wrote 


To whom it may concern

I am building my networks on Linux ISO.I would like to know on wether the 
elphel cameras do work on the openwrt software.I am using the Turris Omnia and 
Turris Mox routers for my network, and if not can the elphel cameras work on 
Zoneminder. Is it possible to intergrate the openwrt with the elphel open 
source software or zoneminder?



Hope to hear from you soon

-- 
 Nhlanhla Kubeka

Director

+27795489306

www.barokatechnologies.co.za



___
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] about "103982"

[Elphel Support]

Dear Ali,



The new sensor will need new Verilog code for the sensor. I know developers in 
Lithuania were able to develop code for a smaller CMV300 as well as the PCB 
themselves.

And yes, the Linux driver will also be needed for it.



We can definitely help by consultations, and give the PCBs - just bare boards, 
not assembled/tested. We may get more involved if this project will be 
appropriately funded.



Andrey



 On Wed, 28 Oct 2020 07:36:14 -0600 ali tamimi  
wrote 


Dear Andrey,



I like to complete this project (AMS sensors) , and also provided CMV8000 
sensor. Can I count on your continual support? 

Actually I'm a HDL developer but there are many verilog and python codes and 
I'm a little confused and do not know which sections should be changed?  My 
question is which part of FPGA code should be changed or replaced ? Should 
Python and PHP codes be changed as well? What about Linux kernel drivers?

We have started PCB design . Could I send the PCB file and ask for your 
comments?



Ali



On Tue, Oct 27, 2020 at 5:14 PM Elphel Support 
<mailto:support-list@support.elphel.com> wrote:

Dear Ali,



We developed the PCBs for CMV12000 for our customer who decided to cancel the 
project. So we have the boards built, but we never assembled and tested them 
and we haven't designed  FPGA and firmware code. We may revive this project in 
the future, but our current focus is on long-range 3D with visible and infrared 
cameras, and for visible range we prefer rolling shutter, not the snapshot ones.



Andrey



 On Tue, 27 Oct 2020 02:15:32 -0600 ali tamimi 
<mailto:tamimial...@gmail.com> wrote 


Dear All

I was browsing your website that saw a long list of sensors will be supported 
in future . It is a remarkable achievement  if  all of  various sensors are 
supported in future. 

As you mentioned the "103982" board for the sensor front end CMV12000 can be 
connected to 10393. You put PCB files but don't explain about software 
requirements. Is there any special driver for it; or need code change? 

Another question, why do you not mention CMV12000 in the main list of supported 
sensors?

I provide CMV8000 and want to drive it with your product "10393" and need your 
help to do that. It makes me proud to be part of your community and collaborate 
in your project.

best regards


___
Support-list mailing list 
mailto:Support-list@support.elphel.com 
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com 










___
Support-list mailing list 
mailto: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] about "103982"

[Elphel Support]

Dear Ali,



We developed the PCBs for CMV12000 for our customer who decided to cancel the 
project. So we have the boards built, but we never assembled and tested them 
and we haven't designed  FPGA and firmware code. We may revive this project in 
the future, but our current focus is on long-range 3D with visible and infrared 
cameras, and for visible range we prefer rolling shutter, not the snapshot ones.



Andrey



 On Tue, 27 Oct 2020 02:15:32 -0600 ali tamimi  
wrote 


Dear All

I was browsing your website that saw a long list of sensors will be supported 
in future . It is a remarkable achievement  if  all of  various sensors are 
supported in future. 

As you mentioned the "103982" board for the sensor front end CMV12000 can be 
connected to 10393. You put PCB files but don't explain about software 
requirements. Is there any special driver for it; or need code change? 

Another question, why do you not mention CMV12000 in the main list of supported 
sensors?

I provide CMV8000 and want to drive it with your product "10393" and need your 
help to do that. It makes me proud to be part of your community and collaborate 
in your project.

best regards


___
Support-list mailing list 
mailto: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] An error in replacing the 14-megapixel sensor(mt9f002) by 5-megapixel sensor(mt9006)

[Elphel Support]

Hello Ali,



There should be no problems with impedance matching, we tested both types of 
sensors with up to 450mm cables (for ectremely long cable programmatic phase 
adjustment may be needed). And the cables are the same for both serial (14MPix) 
and parallel (5MPix).



Andrey



 On Mon, 19 Oct 2020 05:33:14 -0600 ali tamimi  
wrote 


Hello Oleg

yes, i can 'ssh' to camera and also can send  the/var/log/autocampars.log. The 
microSD card marked "5MPx" is also insert to the slot.

We opened the camera. When closing the sensor cable was pressed  slightly and 
deformed. I guess the cable is damaged. In the parts list of the "5 MPx" 
sensor, FFC cable with model number 050-30-51B, is provided. But by connecting 
this cable, the sensor is not detected eaither.The connection photo is sent in 
the attachment. Could there be a problem with the cable (for example, impedance 
matching, etc.)?



On Sun, Oct 18, 2020 at 11:23 AM Oleg  
wrote:

Hello Ali,

Can you 'ssh' to the camera? Could you send the /var/log/autocampars.log?

~$ ssh http://mailto:root@192.168.0.9
~# cat /var/log/autocampars.log


Or if you use minicom - send the boot log.



If I remember right you should have a microSD card marked a "5MPx" - the camera 
autoboots from the card - I suggest you try the card first. And the only thing 
you will need is to set "MT9P006" from the bootblock393 page.



Regards,

Oleg



On Sun, Oct 18, 2020 at 7:56 AM ali tamimi  wrote:

Hello
We have provided your product 10393. Your camera is very well designed and 
made. Thank you for your good products and complete documentation and your 
support.

Sensor installed on 10393 is a 14-megapixel sensor (10398) "mt9f002" by default 
that Works well. We also bought the 10338 "mt9006" sensor. By replacing the 
sensors, the new one is not detectable and no image is seen.

We downloaded the latest firmware, although the default sensor is "mt9006"  in 
the manual, the "devicetree.dtb" replacement process was performed according to 
the instructions,10393 nand flash was programmed but the sensor is not detected 
again.The image of error in web interface sent in the attachment. Thanks for 
your support in solving the problem.


___
 Support-list mailing list
 mailto:Support-list@support.elphel.com
 http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com







___
Support-list mailing list 
mailto: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] Fwd: driving any desired sensor

[Elphel Support]

Ali,



Yes, sure you can change ROI and increase the frame rate to the maximum the 
sensor itself supports for it. Depending on the specifics of the particular 
sensor, they have virtual "margins" (horizontal and vertical) that you have to 
add when calculating the maximal frame rate. Sensor datasheets provide these 
values, and for supported sensors they are included in the drivers in the 
camera.



Andrey



 On Sun, 26 Apr 2020 05:02:48 -0600 ali tamimi  
wrote 


Dear All  

Is there an ROI setting in the " NC393-F-CS " product? And does changing  
Region Of Interest increase the frame rate?Thank you for your help 
Ali




On Sun, Mar 8, 2020 at 12:22 PM Elphel Support 
<mailto:support-list@support.elphel.com> wrote:

Hello Ali,



On Semiconductor purchased most of the other US sensor manufacturers. That 
particular MT9M001 you mention (as well as MT9P006 we use in most applications) 
was first produced by Micron ("MT" means "Micron Technology"), then it was 
Aptina, and finally On Semiconductor. They even own Kodak CCDs now - completely 
different technology.



Support of a new sensor requires 3 parts:

1) Physical PCB for the sensor - most sensors have different pinouts and 
interface requirements

2) FPGA design that supports the interface

3) Kernel driver to support the sensor operation.



As all the 3 listed parts are free software/open hardware at Elphel, it is 
possible to perform development w/out us and there is an example when engineers 
from Lithuania interfaced high-speed CMOSIS sensor themselves. So it is doable, 
though not very simple. We will definitely provide help and answer questions 
that we are able to, but the development itself is yours.



We do not have ready to use solution for the VITA200.



Andrey





 On Sat, 07 Mar 2020 08:25:42 -0800 ali tamimi 
<mailto:tamimial...@gmail.com> wrote 




-- Forwarded message -
From: ali tamimi <mailto:tamimial...@gmail.com>
Date: Sat, Feb 29, 2020 at 12:08 AM
Subject: driving any desired sensor
To:  <mailto:mail...@support.elphel.com>



Satureday, 29 February 2020

Dear All

I recently read about your products. I want to know:

1. Does 10393 support VITA200- 
https://www.onsemi.com/products/sensors/image-sensors-processors/image-sensors/vita2000,
and 
MT9M001-https://www.onsemi.com/products/sensors/image-sensors-processors/image-sensors/mt9m001,
sensors manufactured by ON Semiconductor company?

2. Are the support sensors limited to the few sensors
introduced on your sales site or can any desired sensor be drive with 10393?

3. If the answer to question 2 is yes, what are the
requirements for driving any desired sensor? (I guess e. g. PCB design for
sensor packaging and Verilog code modification, etc.)

Thank you for your help

Ali




___
Support-list mailing list 
mailto:Support-list@support.elphel.com 
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com 










___
Support-list mailing list 
mailto: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] Questions about Elphel 323 Sensor Board

[Elphel Support]

Nick,

We may have the power supply bare PCB (no components), and it is designed 
specifically for the 323 camera, so there is no replacements. If I understand 
correctly you have 2 boards (analog and FPGA)?

I would still recommend to use 10353 (we should have some) and its' existing 
software (for 363 that we have one as a reference) - designing a completely new 
system around NVIDIA would be a really huge job, even to make it program FPGA 
can be somewhat tricky. 

Andrey



 On Thu, 16 Apr 2020 00:39:31 -0600 Nick Duvoisin 
<mailto:nduvoi...@gmail.com> wrote 


Hi Andrey,



Thanks for the quick response!  It looks like it will require a 1D20325 power 
supply board in addition to the 10353 processor board.  Do you still have any 
of those available?  If not, are there any other power supply boards that could 
be used in lieu of the 
1D20325?



Also, is there any documentation on how to interface with these sensor boards?  
It would be interesting to try and use an NVIDIA Jetson Nano 
(https://developer.nvidia.com/embedded/jetson-nano-developer-kit) to drive the 
sensor board.  I know that replacing FPGAs with GPUs is a trend for certain 
imaging applications.



Nick



On Wed, Apr 15, 2020 at 12:07 AM Elphel Support 
<mailto:support-list@support.elphel.com> wrote:




___
Support-list mailing list 
mailto:Support-list@support.elphel.com 
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com 



Hi Nick,

I believe it also needs other boards - I need to check, these boards were made 
before we started http://wiki.elphel.com and put there documentation. These 
boards docs are here:

http://legacy.elphel.com/3fhlo/
The 323 cameras used older 10313 boards (2 of them as the bandwidth of the 
older ETRAX processor was insufficient to provide required 1/1.5s frame rate.
It is possible to build model 363 camera that uses 1 10353 instead of the 2 
10313 - https://wiki.elphel.com/wiki/353_legacy
We do have 10353 boards, but not the other ones. And have one 363 camera so we 
can probably check what software is there

323 cameras were operated with JP4 encoding 
(https://community.elphel.com/jp4/jp4demo.php) that was developed specifically 
for that purpose - no de-Bayer in the camera. The same was used in the Street 
View R5 (https://en.wikipedia.org/wiki/Google_Street_View), it is shown on the 
picture there called "A Google Street View trike" - large black octagon that 
provided first high-res imagery.
 And we still use JP4 this format in all our current cameras. Internally it 
uses the same JPEG engine that we implemented in the FPGA, just reorders 
pixels. The JPEG quality can be set to any value, including 100%

Andrey


 On Wed, 15 Apr 2020 00:42:28 -0600 Nick Duvoisin 
<mailto:nduvoi...@gmail.com> wrote 


Hi,



I recently ordered a sensor board from the Elphel 323 camera off Ebay and had a 
few questions about getting it up and running. The board has the Kodak KAI11000 
CCD sensor and has model number 1A20324 Rev "A".  I'm a software engineer, so 
you can be technical in your responses.



This particular sensor board contains both the FPGA-based timing/interface 
module and the analog sensor front-end, correct? (I can see a Xilinx Spartan 
FPGA on it)


>From a hardware standpoint, all I need to create a functioning camera is a 
>10353 processor board, power supply, and injector cable, correct? (besides a 
>housing, lens mount, and lens)


Do you still sell the 10353 processor board, or will I have to have one made 
from the Gerber file and parts list?


For the software, it looks like the x353 repository on GitHub contains the 
Verilog to create the BIT file for the FPGA.  But where can I find the 
Linux-based webserver software that allows me to control the camera over 
Ethernet?  It looks like the linux-elphel repository contains this software for 
the 10393 board only.



My ultimate goal is to create a camera based on a monochrome full-frame CCD 
sensor that does not apply a demosaicing  algorithm to the raw pixel data.  
Much like a Leica M Monochrom, but with a Canon EF lens mount.  I realize this 
will take a long time to complete, but I'm looking forward to the challenge and 
learning more about how image sensors work!



Thanks,

Nick



___
Support-list mailing list 
mailto: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] Questions about Elphel 323 Sensor Board

[Elphel Support]

Hi Nick,

I believe it also needs other boards - I need to check, these boards were made 
before we started wiki.elphel.com and put there documentation. These boards 
docs are here:

http://legacy.elphel.com/3fhlo/
The 323 cameras used older 10313 boards (2 of them as the bandwidth of the 
older ETRAX processor was insufficient to provide required 1/1.5s frame rate.
It is possible to build model 363 camera that uses 1 10353 instead of the 2 
10313 - https://wiki.elphel.com/wiki/353_legacy
We do have 10353 boards, but not the other ones. And have one 363 camera so we 
can probably check what software is there

323 cameras were operated with JP4 encoding 
(https://community.elphel.com/jp4/jp4demo.php) that was developed specifically 
for that purpose - no de-Bayer in the camera. The same was used in the Street 
View R5 (https://en.wikipedia.org/wiki/Google_Street_View), it is shown on the 
picture there called "A Google Street View trike" - large black octagon that 
provided first high-res imagery.
 And we still use JP4 this format in all our current cameras. Internally it 
uses the same JPEG engine that we implemented in the FPGA, just reorders 
pixels. The JPEG quality can be set to any value, including 100%

Andrey


 On Wed, 15 Apr 2020 00:42:28 -0600 Nick Duvoisin 
 wrote 


Hi,



I recently ordered a sensor board from the Elphel 323 camera off Ebay and had a 
few questions about getting it up and running. The board has the Kodak KAI11000 
CCD sensor and has model number 1A20324 Rev "A".  I'm a software engineer, so 
you can be technical in your responses.



This particular sensor board contains both the FPGA-based timing/interface 
module and the analog sensor front-end, correct? (I can see a Xilinx Spartan 
FPGA on it)


>From a hardware standpoint, all I need to create a functioning camera is a 
>10353 processor board, power supply, and injector cable, correct? (besides a 
>housing, lens mount, and lens)


Do you still sell the 10353 processor board, or will I have to have one made 
from the Gerber file and parts list?


For the software, it looks like the x353 repository on GitHub contains the 
Verilog to create the BIT file for the FPGA.  But where can I find the 
Linux-based webserver software that allows me to control the camera over 
Ethernet?  It looks like the linux-elphel repository contains this software for 
the 10393 board only.



My ultimate goal is to create a camera based on a monochrome full-frame CCD 
sensor that does not apply a demosaicing  algorithm to the raw pixel data.  
Much like a Leica M Monochrom, but with a Canon EF lens mount.  I realize this 
will take a long time to complete, but I'm looking forward to the challenge and 
learning more about how image sensors work!



Thanks,

Nick



___
Support-list mailing list 
mailto: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] Fwd: driving any desired sensor

[Elphel Support]

Hello Ali,



On Semiconductor purchased most of the other US sensor manufacturers. That 
particular MT9M001 you mention (as well as MT9P006 we use in most applications) 
was first produced by Micron ("MT" means "Micron Technology"), then it was 
Aptina, and finally On Semiconductor. They even own Kodak CCDs now - completely 
different technology.



Support of a new sensor requires 3 parts:

1) Physical PCB for the sensor - most sensors have different pinouts and 
interface requirements

2) FPGA design that supports the interface

3) Kernel driver to support the sensor operation.



As all the 3 listed parts are free software/open hardware at Elphel, it is 
possible to perform development w/out us and there is an example when engineers 
from Lithuania interfaced high-speed CMOSIS sensor themselves. So it is doable, 
though not very simple. We will definitely provide help and answer questions 
that we are able to, but the development itself is yours.



We do not have ready to use solution for the VITA200.



Andrey





 On Sat, 07 Mar 2020 08:25:42 -0800 ali tamimi  
wrote 




-- Forwarded message -
From: ali tamimi 
Date: Sat, Feb 29, 2020 at 12:08 AM
Subject: driving any desired sensor
To:  



Satureday, 29 February 2020

Dear All

I recently read about your products. I want to know:

1. Does 10393 support VITA200- 
https://www.onsemi.com/products/sensors/image-sensors-processors/image-sensors/vita2000,
and 
MT9M001-https://www.onsemi.com/products/sensors/image-sensors-processors/image-sensors/mt9m001,
sensors manufactured by ON Semiconductor company?

2. Are the support sensors limited to the few sensors
introduced on your sales site or can any desired sensor be drive with 10393?

3. If the answer to question 2 is yes, what are the
requirements for driving any desired sensor? (I guess e. g. PCB design for
sensor packaging and Verilog code modification, etc.)

Thank you for your help

Ali




___
Support-list mailing list 
mailto: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] about your camera

[Elphel Support]

 On Sat, 21 Dec 2019 23:51:27 -0800 Mas Ard  
wrote 



Dear Sir/ Madam,



I have checked your products and I am a little confused about something, Can 
you guide me?








1) Can users set exposure time? what is the range of it? 



Yes, definitely



2) As you mentioned in web site,  the Model 323 had supported 35 mm (11 
Megapixel Kodak CCD) and unfortunately  it is discontinued now. Can I drive a 
CCD sensor (e.g. 11 Megapixel Kodak CCD) on System Board (10393)? 










System board 10393 (https://wiki.elphel.com/wiki/10393) has flexible digital 
interface, but you can not connect it directly to the sensor. There has to be 
the board that provides analog signals to the PCB. Yes, it would be possible to 
drive the board that were used in the model 323 book-scanning camera from the 
10393 boards, but the 323 and its components are discontinued. We tested the 
10344, 10347 boards with the 10353 system board 
(https://wiki.elphel.com/wiki/Programming_363), and this functionality can be 
ported to 10393 that has 4 of the ports compatible with 10353.





3) I couldn't have find any information about operating and storage 
temperature, totally is there any data about industry standards?










These camera were designed and built for the Google Books project and tested 
for the normal indoor operating conditions











Andrey___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] the question about your product.

[Elphel Support]

We have several sensor boards, some are tested, some just designed.

In addition to the 10338 (https://wiki.elphel.com/wiki/10338) and 
https://wiki.elphel.com/wiki/10398) we have


103992 for Flir Lepton3.5 https://wiki.elphel.com/wiki/103992




and designs:
103981 for AR1820 https://wiki.elphel.com/wiki/103981



103892/3/4 for CMV1200 https://wiki.elphel.com/wiki/103982



103991 for ATTO320 and ATTO640 - https://wiki.elphel.com/wiki/103991



Most image sensors are compatible with the 10393 system boards, but require 
sensor-specific adapter boards, each of the links above contain circuit diagram 
and Gerber files that you may use as an example. Additionally new sensors need 
customization of the FPGA (Verilog) and drivers (C) - all source code is 
available in our git repository mirrored at GitHub.





Andrey







 On Sat, 30 Nov 2019 04:15:49 -0800 Mas Ard  
wrote 



Dear All,



I recently read about your Products and would like to know more, I would like 
setup a camera with bigger pixel size and have some experience to design and 
Implementation electrical board.

  

Do your camera support only 13338(MT9P031/MT9P001) and 
10398(http://www.onsemi.com/pub_link/Collateral/MT9F002-D.PDF)
 as sensor, otherwise can you help me how can I choose other sensor? Or 
what class of image sensors are compatible with your products? Is  there
 any limitation that I have to consider it when I browse mouser.com or 
other distributors?



Thank you for your help.



Yours faithfully___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] 353 Problem Mainboards

[Elphel Support List]

Linden,

> I have a /dev/ttyUSB0
> that registered when the USB to serial is plugged in so good up to that
> point. Have minicom setup as follows:
> Bps/Par/Bits: 115200 8N1
> Hardware Flow Control: No
> Software Flow Control: No

Looks correct.

> Then I assume I just start minicom and it should start printing output to
> the screen or is there some step I am missing?

Yes. 
1. power on the camera
2. ~$ sudo minicom -c on
3a. Hit Enter - it should print "#", or type "dmesg". 
3b. If it's not doing anything - w/o terminating minicom powercycle the camera. 
And it should be printing.

If it's not responsive - I would check the cable.

Regards,
Oleg

___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] 10393 Imagers Synchronization

[Elphel Support]

Mohamed,



If you want to stitch images, you definitely want them synchronized (as we do 
with panoramic cameras). Without the synchronization you may consider them to 
have random times.



And in any case Exif file header contains the precise timestamps, so you may 
compare/use them.



Andrey



 On Wed, 08 May 2019 14:14:20 -0700 Mohamed Morsy  
wrote 


If the camera is in motion and we wanted to stitch together the frames from all 
4 imagers, would it be better to have them synchronized? If they weren't 
synchronized would the frames still match perfectly or would the offsets be 
noticeable?
 

Mohamed


From: Elphel Support <mailto:support-list@support.elphel.com>
 Sent: Wednesday, May 8, 2019 3:48:29 PM
 To: Mohamed Morsy; Elphel List
 Subject: Re: [Elphel-support] 10393 Imagers Synchronization  


Hello Mohammed,
 
 You can save camera settings so they will be precisely synchronized. In "free 
running" mode each sensor can have different WOI and so different FPS. You may 
find info on synchronization here: https://wiki.elphel.com/wiki/Trigger_393
 
 The disadvantage of synchronized mode is in low-light conditions, because when 
operated in free running mode rolling-shutter sensors can have exposure up to 
frame readout period (14.5 fps full resolution), exposure and readout overlap.
 
 In triggered mode exposure and readout are not overlapped, so frame period can 
not be below exposure time plus readout time. Other than that in triggered mode 
all sensors have beginning of exposure at exactly the same moment (to 
microsecond precision), same
 applies to multiple 393 camera if they are connected with sync cables
 
 Andrey
 
 



 On Wed, 08 May 2019 12:32:00 -0700 Mohamed Morsy 
<mailto:mmo...@redzone.com> wrote 


Hello Oleg, 

I understand that when 4 imagers are connected to the 10393, they are not in 
sync by default. Do you know how out of sync they are? Also, is the lack of 
synchronization noticeable? If the cameras are in motion, will there be 
significant gaps between the
 different imagers' frames? If this is something you've tested please  let me 
know.



Thank you,



Mohamed Morsy

RedZone Robotics


___
 Support-list mailing list 
 mailto: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___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] 10393 Imagers Synchronization

[Elphel Support]

Hello Mohammed,

You can save camera settings so they will be precisely synchronized. In "free 
running" mode each sensor can have different WOI and so different FPS. You may 
find info on synchronization here: https://wiki.elphel.com/wiki/Trigger_393

The disadvantage of synchronized mode is in low-light conditions, because when 
operated in free running mode  rolling-shutter sensors can have exposure up to 
frame readout period (14.5 fps full resolution), exposure and readout overlap.

In triggered mode exposure and readout are not overlapped, so frame period can 
not be below exposure time plus readout time. Other than that in triggered mode 
all sensors have beginning of exposure at exactly the same moment (to 
microsecond precision), same applies to multiple 393 camera if they are 
connected with sync cables

Andrey





 On Wed, 08 May 2019 12:32:00 -0700 Mohamed Morsy 
 wrote 


Hello Oleg,

I understand that when 4 imagers are connected to the 10393, they are not in 
sync by default. Do you know how out of sync they are? Also, is the lack of 
synchronization noticeable? If the cameras are in motion, will there be 
significant gaps between the different imagers' frames? If this is something 
you've tested please  let me know.



Thank you,



Mohamed Morsy

RedZone Robotics


___
Support-list mailing list 
mailto: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] 18397_3D part files

[Elphel Support]

Hello Romain,



NC393-dev is rather generic name, we usually modify the exact kit contents to 
customer needs. Different types of the complete cameras are shown here:

https://wiki.elphel.com/index.php?title=Elphel_camera_assemblies



You can use X3D viewer to navigate assemblies (right click hides parts) and use 
the part numbers to search step files under the links below



You may start with 
https://wiki.elphel.com/index.php?title=Elphel_camera_assemblies#NC393-M2242-CS_camera

 - it has  the parts of the nc393-dev (just 4 sensor front ends instead of one)



You can extract parts shown for x393-dev from these cameras. The raw step files 
for the assemblies are here:

https://community.elphel.com/x3d/x3d_model_files/step_assy/

And for the individual parts - here 
https://community.elphel.com/x3d/x3d_model_files/step_parts/



You may also use the part number (or partial part number) to search 
https://wiki.elphel.com





Andrey



https://wiki.elphel.com/index.php?title=Elphel_camera_assemblies#NC393-M2242-CS_camera___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

1) 2.5 mm audio cable has 2 wires. Which are connected to what? 2) Do you 
trigger camera from the external source, use camera trigger output or use 
external signal to log in the camera  On Sun, 16 Dec 2018 18:35:17 -0800 
Winston Zhang  wrote  Hi elphel.     1. The 2.5mm 
audio line connect to the trigger generated cable(can output the 5v pulse 
voltage).     2. The trigger signal can be controlled by software. So We can 
stop it.     3. The parameters can not be refresh when I change the trigger 
page parameter(many many times). But may be it works some time. So I load the 
parameters which was saved some day. This is a big problem, it waste much time 
to save parameter. --- 
Best Regrad! Yicheng-Zhang Email:  winston.zh...@bst.ai Tel:    18516291005 
Black Sesame Technologies (Shanghai) Co., Ltd.  www.bst.ai Rm 1102-1108, 
Bldg36, No.2777, East Jinxiu Rd, Pudong District, Shanghai, China   发件人： Elphel 
Support 发送时间： 2018-12-17 10:12 收件人： Winston Zhang; Elphel List 抄送： Qiao Yan; 
David Zhang; Qun Gu; Tao Zhang 主题： Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: 
sync stereo with lidar Hello Winston, 1. I still do not understand - what cable 
do you use? 2. "But I stopped the trigger board signal" - what exactly do you 
mean by that? Disconnected cable, changed some parameter (which one, how?) 3. 
"that parameters can not be saved when I change the trigger parameter"  - Does 
the camera continue to work - http://192.168.0.39:2323/pointers (put your ip) 
increment frame number when you refresh? Andrey  On Sun, 16 Dec 2018 
17:39:26 -0800 Winston Zhang  wrote  Hi, Oleg     I 
just tested the method 1. However, When I set the parameter TRIG_OUT = 0x00 and 
applied it, all the parameters could not save(Test it many times). So I removed 
the external signal line, and tested all of these, it made works. The frame num 
stopped growing.     Another question is that parameters can not be saved when 
I change the trigger parameter(I remove the autoparameter*.* file in 
etc/elphel393), but other parameters probably can be saved success. Can you 
have other suggestion?      
--- Best Regrad! 
Yicheng-Zhang Email:  winston.zh...@bst.ai Tel:    18516291005 Black Sesame 
Technologies (Shanghai) Co., Ltd.  www.bst.ai Rm 1102-1108, Bldg36, No.2777, 
East Jinxiu Rd, Pudong District, Shanghai, China   发件人： Oleg 发送时间： 2018-12-13 
03:44 收件人： winston.zh...@bst.ai 抄送： david.zh...@bst.ai; qiao@bst.ai; 
tao.zh...@bst.ai; Qun Gu; elphel support-list 主题： Re: [Elphel-support] 答复: 答复: 
答复: 答复: 答复: sync stereo with lidar Hello, In the link you used the internal 
trigger generator is working and is routed out to the sync cable (which is 
probably self-looped - input and output wires are connected): Try: 1. Set 
TRIG_OUT=0x0 to stop internal pulses at the sync cable output: # old link: 
http://192.168.0.9/parsedit.php?sensor_port=0_CONDITION=0x9_OUT=0x66555_PERIOD=1=4
 # new link:  
http://192.168.0.9/parsedit.php?sensor_port=0_CONDITION=0x9_OUT=0x0_PERIOD=1=4
    or  2. If the sync cable inputs and outputs connected. Disconnect the wires 
from each other and apply your trigger source:  signal or "+" - to Black wire,  
ground or "-" - to Green wire. Please, check the wire colors and pinout here. 
Let us know if that worked. Thanks. I'll update our docs to make them clear. 
Best regards, Oleg Dzhimiev Electronics Engineer phone: +1 801 783  x124 
Elphel, Inc. On Tue, Dec 11, 2018 at 9:04 PM Winston Zhang 
 wrote: Hi, Andrey!     Thany you for your patience to 
answer our questions!     I have some new questions about external trigger. 
When I set the trigger parameter as the page 
http://192.168.0.9/parsedit.php?sensor_port=0_CONDITION=0x9_OUT=0x66555_PERIOD=1000=4,
 and I made the trigger board pulsing out the signal(10HZ), I found we could 
get 10 images. But I stopped the trigger board signal, I also could update the 
image(10hz). I wanted to konw that how can I test the external trigger signal 
work? Because when i stop external source trigger signal, it could receive 
images too. --- Best 
Regrad! Yicheng-Zhang Email:  winston.zh...@bst.ai Tel:    18516291005 Black 
Sesame Technologies (Shanghai) Co., Ltd.  www.bst.ai Rm 1102-1108, Bldg36, 
No.2777, East Jinxiu Rd, Pudong District, Shanghai, China   发件人： Oleg 发送时间： 
2018-09-19 02:38 收件人： david.zh...@bst.ai 抄送： winston.zh...@bst.ai; 
tao.zh...@bst.ai; Qun Gu; elphel support-list 主题： Re: [Elphel-support] 答复: 答复: 
答复: 答复: 答复: sync stereo with lidar Hello, Here are a couple commands (in linux) 
that can help to check and sync the system clock: - Compare PC and camera 
clock: ~$ ssh root@192.168.0.9 date;date -u - Write PC time into camera clock: 
~$ ssh root@192.168.0.9 "date -s @`( date -u +"%s" )` &&

Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

Hello Winston, 1. I still do not understand - what cable do you use? 2. "But I 
stopped the trigger board signal" - what exactly do you mean by that? 
Disconnected cable, changed some parameter (which one, how?) 3. "that 
parameters can not be saved when I change the trigger parameter"  - Does the 
camera continue to work - http://192.168.0.9:2323/pointers (put your ip) 
increment frame number when you refresh? Andrey  On Sun, 16 Dec 2018 
17:39:26 -0800 Winston Zhang  wrote  Hi, Oleg     I 
just tested the method 1. However, When I set the parameter TRIG_OUT = 0x00 and 
applied it, all the parameters could not save(Test it many times). So I removed 
the external signal line, and tested all of these, it made works. The frame num 
stopped growing.     Another question is that parameters can not be saved when 
I change the trigger parameter(I remove the autoparameter*.* file in 
etc/elphel393), but other parameters probably can be saved success. Can you 
have other suggestion?      
--- Best Regrad! 
Yicheng-Zhang Email:  winston.zh...@bst.ai Tel:    18516291005 Black Sesame 
Technologies (Shanghai) Co., Ltd.  www.bst.ai Rm 1102-1108, Bldg36, No.2777, 
East Jinxiu Rd, Pudong District, Shanghai, China   发件人： Oleg 发送时间： 2018-12-13 
03:44 收件人： winston.zh...@bst.ai 抄送： david.zh...@bst.ai; qiao@bst.ai; 
tao.zh...@bst.ai; Qun Gu; elphel support-list 主题： Re: [Elphel-support] 答复: 答复: 
答复: 答复: 答复: sync stereo with lidar Hello, In the link you used the internal 
trigger generator is working and is routed out to the sync cable (which is 
probably self-looped - input and output wires are connected): Try: 1. Set 
TRIG_OUT=0x0 to stop internal pulses at the sync cable output: # old link: 
http://192.168.0.9/parsedit.php?sensor_port=0_CONDITION=0x9_OUT=0x66555_PERIOD=1=4
 # new link:  
http://192.168.0.9/parsedit.php?sensor_port=0_CONDITION=0x9_OUT=0x0_PERIOD=1=4
    or  2. If the sync cable inputs and outputs connected. Disconnect the wires 
from each other and apply your trigger source:  signal or "+" - to Black wire,  
ground or "-" - to Green wire. Please, check the wire colors and pinout here. 
Let us know if that worked. Thanks. I'll update our docs to make them clear. 
Best regards, Oleg Dzhimiev Electronics Engineer phone: +1 801 783  x124 
Elphel, Inc. On Tue, Dec 11, 2018 at 9:04 PM Winston Zhang 
 wrote: Hi, Andrey!     Thany you for your patience to 
answer our questions!     I have some new questions about external trigger. 
When I set the trigger parameter as the page 
http://192.168.0.9/parsedit.php?sensor_port=0_CONDITION=0x9_OUT=0x66555_PERIOD=1000=4,
 and I made the trigger board pulsing out the signal(10HZ), I found we could 
get 10 images. But I stopped the trigger board signal, I also could update the 
image(10hz). I wanted to konw that how can I test the external trigger signal 
work? Because when i stop external source trigger signal, it could receive 
images too. --- Best 
Regrad! Yicheng-Zhang Email:  winston.zh...@bst.ai Tel:    18516291005 Black 
Sesame Technologies (Shanghai) Co., Ltd.  www.bst.ai Rm 1102-1108, Bldg36, 
No.2777, East Jinxiu Rd, Pudong District, Shanghai, China   发件人： Oleg 发送时间： 
2018-09-19 02:38 收件人： david.zh...@bst.ai 抄送： winston.zh...@bst.ai; 
tao.zh...@bst.ai; Qun Gu; elphel support-list 主题： Re: [Elphel-support] 答复: 答复: 
答复: 答复: 答复: sync stereo with lidar Hello, Here are a couple commands (in linux) 
that can help to check and sync the system clock: - Compare PC and camera 
clock: ~$ ssh root@192.168.0.9 date;date -u - Write PC time into camera clock: 
~$ ssh root@192.168.0.9 "date -s @`( date -u +"%s" )` &&  hwclock -w" After 
setting the system clock check if the time survives the reboot. If it does not 
- then please update the firmware to 20180511. There was a bug in the clock 
driver we had to fix a while ago. Regards, Oleg On Mon, Sep 17, 2018 at 11:27 
PM David Zhang  wrote: Hi, Andrey, We use default 
configuration(TRIG=4 and TRIG_PERIOD=2500). Is that OK? And now our 
situation is there are timestamps in EXIF header. But it is not the kernel's 
system time. e.g. the timestamp in EXIF may be 2018/09/14 but actually system's 
date is 2018/09/18. How can i fix it? Thanks. Best, David 发件人: Elphel Support 
 发送时间: 2018年9月18日 10:03:19 收件人: Winston Zhang 
抄送: Winston Zhang; Tao Zhang; Qun Gu; David Zhang 主题: Re: [Elphel-support] 答复: 
答复: 答复: 答复: sync stereo with lidar   Winston, What trigger settings do you use 
( https://wiki.elphel.com/wiki/Trigger_393 )? Trigger 393 - ElphelWiki - 
wiki.elphel.com wiki.elphel.com Description. 10389 board is required. The 
triggering is used for one or several cameras synchronization or setting the 
frame rate (or fps). The conditions of the trigger can be generated either 
internally or externally. Cam

Re: [Elphel-support] Elphel 393 Nand upgrade

[Elphel Support]

Hello Mohamed, Internal secondary power supplies (that generate 1.0V, 1.5V, 
1.8V)  on the 10393 board are constantly monitored and shut down if any of them 
drops below threshold. When 5.0V is turned on, even with no load it charges 
capacitors and it causes extra load on the primary 3.3V, so either 3.3V itself 
or one of the secondary ones for the short time drops below the limit. It is 
possible to modify the driver to temporarily disable power fault detection, 
turn 5V on and then re-enable detection. But as your camera works with 10385 
and power extra load for turning 5V is small makes me suspect that there is a 
problem with 3V power source - it is close to the lower limit, or the wires are 
long, or smth. else. So the camera can reset itself at later stages (turning on 
streaming, or recording to SSD or anything else. Andrey  On Thu, 13 Dec 
2018 13:24:41 -0800 Mohamed Morsy  wrote  I replaced it 
with the 10385 board and now it works. Thanks. On Thu, Dec 13, 2018 at 4:21 PM 
Mohamed Morsy  wrote: There are no sensors connected. I'm 
using direct 3.3V from a power supply. I can try the 10385 board. On Thu, Dec 
13, 2018 at 4:19 PM Oleg  wrote: This happens 
when the board tries to turn on 5V and fails. Try:  * disconnect sensors if any 
connected * another power supply (how do you power the board? direct 3.3V or 
48V via 10385 board?) * another power cable On Thu, Dec 13, 2018 at 1:50 PM 
Mohamed Morsy  wrote: No it does not boot from flash. The 
card does work with other boards. On Thu, Dec 13, 2018 at 3:46 PM Oleg 
 wrote: Hi Mohamed, Does the board boot fine 
from flash? Does the same uSD card work with other rev B boards? On Thu, Dec 
13, 2018 at 1:30 PM Mohamed Morsy  wrote: Hi Oleg, I'm 
having another issue with another Elphel. It doesn't seem to boot up 
completely. When I connect the USB cable, open minicom, and power on the 
Elphel, it starts booting up for 2 seconds then stops and minicom says "Cannot 
open /dev/ttyUSB0!" The last thing on minicom before it stops is: [    
2.034545] elphel393-pwr elphel393-pwr@0: Probing elphel393-pwr This is a Rev B 
Elphel running on a uSD card. Do you know what the issue might be? Thanks, 
Mohamed On Wed, Dec 5, 2018 at 9:48 AM Mohamed Morsy  
wrote: That worked. Thanks. Mohamed On Tue, Dec 4, 2018 at 5:30 PM Oleg 
 wrote: Wrong file. My bad. Try this one. On 
Tue, Dec 4, 2018 at 3:17 PM Morsy, Mohamed K  wrote: Hi Oleg, I 
tried replacing the devicetree.dtb file in the nand folder from 
elphel393_20180511 with the one you sent. I tried the 
ipaddress/update_software.html tool again but nothing changed. When I log into 
the elphel from minicom and try ifconfig I still only get the local address at 
127.0.0.1. This is on a Rev C board. Do you have any other ideas? Also I meant 
to send the previous email from my Redzone email so I'll CC myself to this 
chain. Thanks, Mohamed Morsy From: Oleg  Sent: 
Tuesday, December 4, 2018 2:51 PM To: Morsy, Mohamed K Cc: elphel support-list 
Subject: Re: [Elphel-support] Elphel 393 Nand upgrade   Hi Mohamed, I think 
it's not related. Most likely you need an updated device tree (devicetree.dtb). 
The newest boards are revC - they have a different PHY reg address compared to 
revB (and older). The recovery cards came with updated devicetree - and so, the 
network is working. The revision letter is printed near the network connector 
on top of the board. For revC - try devicetree.dtb from the attachment. 
fix_net_config.tar.gz - just moves network configuration from 
/etc/elphel393/init_elphel393.py to /etc/network/interfaces which is a more 
conventional place for linux. And it will be included in the next release. I'm 
having trouble upgrading the NAND memory on an elphel 393. I've tried it with 
multiple boards. I used the ipaddress/update_software.html tool. When I flash 
the board, I shut it down, remove the uSD card, and reboot it. But it doesn't 
boot up correctly. I'm able to log in on minicom but when I try ifconfig I find 
that the board doesn't have an ip address. Do you know how to resolve this 
issue? I noticed there's a recent upload at community.elphel.com/files/393 
called fix_net_config.tar.gz. Is that related to my issue? Thanks, Mohamed 
Morsy RedZone Robotics ___ 
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 Best 
regards, Oleg Dzhimiev Electronics Engineer phone: +1 801 783  x124 Elphel, 
Inc. ___ Support-list mailing list 
Support-list@support.elphel.com 
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com 
___ Support-list mailing list 
Su

Re: [Elphel-support] Sensor Flex cable

[Elphel Support]

Richard, These are custom cables with ground lines shielding data lines and 
wide power lines, and their width is lower than regular cables so it is easier 
to route them too. I would definitely recommend them for production systems. 
For quick experiments you may use just regular flex jumpers (Digi-Key, Mouser) 
with 0.5mm pitch, 30 contacts, t=0.3mm, same side contacts, gold plating (for 
testing you may use regular tin plating, I would not recommend to use them in 
the sewer environment. Andrey  On Thu, 15 Nov 2018 16:35:01 -0800 Richard 
Rigby  wrote  Hi Andrey, Are these cables custom, or 
can we order them from another supplier? Kind regards, Richard Rigby Software 
Developer www.redzone.com  Ph: +64 9 479 9901 Fax: +64 9 479 9904 13 Tarndale 
Grove • Albany • Auckland 0632 • New Zealand On Fri, 16 Nov 2018 at 12:26, 
Elphel Support  wrote: 
___ Support-list mailing list 
Support-list@support.elphel.com 
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com 
Richard, We have many of only 70mm and 250mm, the other lengths shown here 
https://wiki.elphel.com/wiki/File:Elphel_cables.jpeg are in just sample 
quantities ~5, but we can reorder them if needed. Andrey  On Thu, 15 Nov 
2018 15:17:09 -0800 Richard Rigby  wrote  Hi Andrey, At 
least 100mm up to 130mm. The cable we have at the moment are 70mm. Kind 
regards, Richard Rigby Software Developer www.redzone.com  Ph: +64 9 479 9901 
Fax: +64 9 479 9904 13 Tarndale Grove • Albany • Auckland 0632 • New Zealand On 
Fri, 16 Nov 2018 at 12:15, Elphel Support  
wrote: ___ Support-list mailing 
list Support-list@support.elphel.com 
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com 
Richard, What length of the cables do you need? Andrey  On Thu, 15 Nov 2018 
15:10:32 -0800 Richard Rigby  wrote  Hi Oleg, I would 
like to purchase some of the flex cables used to connect to the sensors. Could 
you please provide my with the specs/details required for purchasing? Thank 
you. Kind regards, Richard Rigby Software Developer www.redzone.com  Ph: +64 9 
479 9901 Fax: +64 9 479 9904 13 Tarndale Grove • Albany • Auckland 0632 • New 
Zealand ___ 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] Sensor Flex cable

[Elphel Support]

Richard, We have many of only 70mm and 250mm, the other lengths shown here 
https://wiki.elphel.com/wiki/File:Elphel_cables.jpeg are in just sample 
quantities ~5, but we can reorder them if needed. Andrey  On Thu, 15 Nov 
2018 15:17:09 -0800 Richard Rigby  wrote  Hi Andrey, At 
least 100mm up to 130mm. The cable we have at the moment are 70mm. Kind 
regards, Richard Rigby Software Developer www.redzone.com  Ph: +64 9 479 9901 
Fax: +64 9 479 9904 13 Tarndale Grove • Albany • Auckland 0632 • New Zealand On 
Fri, 16 Nov 2018 at 12:15, Elphel Support  
wrote: ___ Support-list mailing 
list Support-list@support.elphel.com 
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com 
Richard, What length of the cables do you need? Andrey  On Thu, 15 Nov 2018 
15:10:32 -0800 Richard Rigby  wrote  Hi Oleg, I would 
like to purchase some of the flex cables used to connect to the sensors. Could 
you please provide my with the specs/details required for purchasing? Thank 
you. Kind regards, Richard Rigby Software Developer www.redzone.com  Ph: +64 9 
479 9901 Fax: +64 9 479 9904 13 Tarndale Grove • Albany • Auckland 0632 • New 
Zealand ___ 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] 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

Hello Winston,

1) Video streamer format does not allow Exif data, you need to acquire images 
from the imgsrv - there is a min ihelp  at 192.168.0.9:2323 (without any other 
parameters). Saving images from it preserve all Exif data. It is also preserved 
when using camogm to record video sequence to the SSD/HDD

2) By default camera sensors are running in free running mode and so they are 
not synchronized. To synchronize them you need to use either external sync or 
just trigger them from the internal FPGA generator. Set TRIG=4 (triggered mode) 
and TRIG_CONDITION=0 (internal FPGA generator). See details on the wiki page:  
https://wiki.elphel.com/wiki/Trigger_393

Andrey

 On Thu, 10 May 2018 18:50:00 -0700 Winston Zhang 
winston.zh...@blacksesame.com.cn wrote  

Hi, Oleg
   We tried the USB GPS and it worked. The system could detect the device. 
And 192.168.0.9:2323/meta had GPS related tags. That info was just showed on 
the web. I could see it but I could not get it. Do you know how to get it?
   Another question is the two camera timestamp are not the same no matter 
whether or not we connect the gps.






___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

Hi, Winston

You may use scp command ( https://linux.die.net/man/1/scp )  to copy files. For 
convenience you may also run
ssh-copy-id root@192.168.0.9 (or whatever IP you have) so the ssh and scp 
commands will not ask for the password.

Of course it all applies to GNU/Linux OS. MS Windows may have something 
similar, I do not know.

Andrey

 On Sun, 15 Apr 2018 23:46:54 -0700 Winston 
Zhangwinston.zh...@blacksesame.com.cn wrote  

Hi, Andrey
   That way is work. Is there any way to download the files on the camera 
disk to the computer? I downloaded it from the web. It was so slow to download 
all the files.
  
 
 
   
 Best Regrad!
 Yicheng-Zhang
 Email:  winston.zh...@blacksesame.com.cn
 Teil:18516291005
 Addr:   707 room, 7th floor, building 4th, No.1761, Zhangdong road, Pudong area
 
  
   发件人: Elphel Support [mailto:support-list@support.elphel.com] 
 发送时间: 2018年4月16日 星期一 11:40
 收件人: Winston Zhang winston.zh...@blacksesame.com.cn; Elphel List 
support-list@support.elphel.com
 抄送: Allen Yin allen@blacksesame.com.cn; Pioneer Li 
pioneer...@blacksesame.com.cn; Tao Zhang 
tao.zh...@blacksesame.com.cn; Qun Gu qun...@blacksesame.com
 主题: Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: sync stereo with lidar
 
 
  
  Hello Winston,
 
 You may try to delete all autocampars*.* files from /etc/elphel393 in the 
camera and reboot. Your saved settings will be lost - you may first copy 
autocampars*.xml somewhere else or just use *.backup files if you did not 
reboot too many times since you've got that problem.
 
 If after boot camera will not find those files, it will create default ones.
 
 Andrey
   
  On Sun, 15 Apr 2018 19:59:09 -0700 Winston Zhang 
winston.zh...@blacksesame.com.cn wrote  
 
Hi Andrey!
   The camera could be ping success. And the camera Linux system could be 
login. 
  
 
 

  Best Regrad!
  Yicheng-Zhang
  Email:  winston.zh...@blacksesame.com.cn
  Teil:18516291005
  Addr:   707 room, 7th floor, building 4th, No.1761, Zhangdong road, Pudong 
area
 
  
   发件人: Winston Zhang 
 发送时间: 2018年4月16日 星期一 10:54
 收件人: 'Elphel Support' support-list@support.elphel.com; Allen Yin 
allen@blacksesame.com.cn
 抄送: Pioneer Li pioneer...@blacksesame.com.cn; Tao Zhang 
tao.zh...@blacksesame.com.cn; Qun Gu qun...@blacksesame.com
 主题: 答复: [Elphel-support] 答复: 答复: 答复: 答复: sync stereo with lidar
 
 
  
 Hi, Andrey
   Today, I met an problem. The camera setting web 
http://192.168.0.9/autocampars.php?sensor_port=0 and other related web were not 
be opened. This problem was not met ago. I guessed some setting of my internet 
was wrong, such as proxy setting. And I found an new clear computer and tried 
it again, and the problem was always there. So, I want to know why? Did you 
update the web services?
  
 
 

  Best Regrad!
  Yicheng-Zhang
  Email:  winston.zh...@blacksesame.com.cn
  Teil:18516291005
  Addr:   707 room, 7th floor, building 4th, No.1761, Zhangdong road, Pudong 
area
 
  
   发件人: Elphel Support [mailto:support-list@support.elphel.com] 
 发送时间: 2018年3月22日 星期四 8:01
 收件人: Allen Yin allen@blacksesame.com.cn; Elphel List 
support-list@support.elphel.com
 抄送: Pioneer Li pioneer...@blacksesame.com.cn; Tao Zhang 
tao.zh...@blacksesame.com.cn; Qun Gu qun...@blacksesame.com; 
Winston Zhang winston.zh...@blacksesame.com.cn
 主题: Re: [Elphel-support] 答复: 答复: 答复: 答复: sync stereo with lidar
 
 
  
  Hello Allen,
 
 I fixed master branch, should work now
 
 Andrey
   
  On Wed, 21 Mar 2018 01:25:58 -0700 Allen 
Yinallen@blacksesame.com.cn wrote  
 
Hi Andrey,
  
 I have a try on the Ubuntu 14.04.
  
 It seems there are some conflicts in the code. When I compile, there are some 
error. But I press run, ImageJ will work. I don’t know why. All steps follow 
the web page.
  
 If we get the gamma value, how to calculate the 12-bit pixel value. If gamma 
is 0.57, equation is: out(8bit) = a*in(12bit)^0.57, a = 2 .23? 
  
 Thanks,
  
 Allen Yin
  
   发件人: Elphel Support support-list@support.elphel.com 
 发送时间: 2018年3月21日, 星期三 0:40
 收件人: Allen Yin allen@blacksesame.com.cn; Elphel List 
support-list@support.elphel.com
 抄送: Tao Zhang tao.zh...@blacksesame.com.cn; Pioneer Li 
pioneer...@blacksesame.com.cn; Winston Zhang 
winston.zh...@blacksesame.com.cn; Qun Gu 
qun...@blacksesame.com; Elphel Sales | Olga Filippova 
sa...@elphel.com
 主题: Re: 答复: [Elphel-support] 答复: 答复: sync stereo with lidar
 
 
  
Hello Allen,
 
 I can not reproduce your setup because we do not have any computer with MS 
Windows here, I haven't used this family of OS since 2001. Yes, Eclipse is a 
multi-platform program, but we never tested our code with Windows, so there 
could be our bugs when running on Windows.
 
 Can you please try installation it with (K)ubuntu 16.04 LTS? Then I will be 
able to reproduce all the steps.
 
 Andrey
   
  On Tue, 20 Mar 2018 02:35:29 -0700 Allen 
Yinallen@blacksesame.com.cn wrote  
 
Hi Andrey,
  
 I follow

Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

Hello Winston,

You may try to delete all autocampars*.* files from /etc/elphel393 in the 
camera and reboot. Your saved settings will be lost - you may first copy 
autocampars*.xml somewhere else or just use *.backup files if you did not 
reboot too many times since you've got that problem.

If after boot camera will not find those files, it will create default ones.

Andrey

 On Sun, 15 Apr 2018 19:59:09 -0700 Winston Zhang 
winston.zh...@blacksesame.com.cn wrote  

Hi Andrey!
   The camera could be ping success. And the camera Linux system could be 
login. 
  
 
 
   
 Best Regrad!
 Yicheng-Zhang
 Email:  winston.zh...@blacksesame.com.cn
 Teil:18516291005
 Addr:   707 room, 7th floor, building 4th, No.1761, Zhangdong road, Pudong area
 
  
   发件人: Winston Zhang 
 发送时间: 2018年4月16日 星期一 10:54
 收件人: 'Elphel Support' support-list@support.elphel.com; Allen Yin 
allen@blacksesame.com.cn
 抄送: Pioneer Li pioneer...@blacksesame.com.cn; Tao Zhang 
tao.zh...@blacksesame.com.cn; Qun Gu qun...@blacksesame.com
 主题: 答复: [Elphel-support] 答复: 答复: 答复: 答复: sync stereo with lidar
 
 
  
 Hi, Andrey
   Today, I met an problem. The camera setting web 
http://192.168.0.9/autocampars.php?sensor_port=0 and other related web were not 
be opened. This problem was not met ago. I guessed some setting of my internet 
was wrong, such as proxy setting. And I found an new clear computer and tried 
it again, and the problem was always there. So, I want to know why? Did you 
update the web services?
  

 
   
 Best Regrad!
 Yicheng-Zhang
 Email:  winston.zh...@blacksesame.com.cn
 Teil:18516291005
 Addr:   707 room, 7th floor, building 4th, No.1761, Zhangdong road, Pudong area
 
  
   发件人: Elphel Support [mailto:support-list@support.elphel.com] 
 发送时间: 2018年3月22日 星期四 8:01
 收件人: Allen Yin allen@blacksesame.com.cn; Elphel List 
support-list@support.elphel.com
 抄送: Pioneer Li pioneer...@blacksesame.com.cn; Tao Zhang 
tao.zh...@blacksesame.com.cn; Qun Gu qun...@blacksesame.com; 
Winston Zhang winston.zh...@blacksesame.com.cn
 主题: Re: [Elphel-support] 答复: 答复: 答复: 答复: sync stereo with lidar
 
 
  
  Hello Allen,
 
 I fixed master branch, should work now
 
 Andrey
   
  On Wed, 21 Mar 2018 01:25:58 -0700 Allen 
Yinallen@blacksesame.com.cn wrote  
 
Hi Andrey,
  
 I have a try on the Ubuntu 14.04.
  
 It seems there are some conflicts in the code. When I compile, there are some 
error. But I press run, ImageJ will work. I don’t know why. All steps follow 
the web page.
  
 If we get the gamma value, how to calculate the 12-bit pixel value. If gamma 
is 0.57, equation is: out(8bit) = a*in(12bit)^0.57, a = 2 .23? 
  
 Thanks,
  
 Allen Yin
  
   发件人: Elphel Support support-list@support.elphel.com 
 发送时间: 2018年3月21日, 星期三 0:40
 收件人: Allen Yin allen@blacksesame.com.cn; Elphel List 
support-list@support.elphel.com
 抄送: Tao Zhang tao.zh...@blacksesame.com.cn; Pioneer Li 
pioneer...@blacksesame.com.cn; Winston Zhang 
winston.zh...@blacksesame.com.cn; Qun Gu 
qun...@blacksesame.com; Elphel Sales | Olga Filippova 
sa...@elphel.com
 主题: Re: 答复: [Elphel-support] 答复: 答复: sync stereo with lidar
 
 
  
Hello Allen,
 
 I can not reproduce your setup because we do not have any computer with MS 
Windows here, I haven't used this family of OS since 2001. Yes, Eclipse is a 
multi-platform program, but we never tested our code with Windows, so there 
could be our bugs when running on Windows.
 
 Can you please try installation it with (K)ubuntu 16.04 LTS? Then I will be 
able to reproduce all the steps.
 
 Andrey
   
  On Tue, 20 Mar 2018 02:35:29 -0700 Allen 
Yinallen@blacksesame.com.cn wrote  
 
Hi Andrey,
  
 I follow the steps on the web page: 
  
 1. Download plugin  “git clone 
https://git.elphel.com/Elphel/imagej-elphel.git”
  
 2. Download Eclipse IDE for Java EE Developers, get the “Eclipse Java 
Oxygen” for 64bit
  
 3. Edit “eclipse.ini”,  see “1.jpg”, I could find “-clean -startup” and 
“-XX :MaxPermSize”  these two items in the file,  so I modify the file as 
“2.jpg”
  
 4. In eclipse , “File - Import - Existing Maven Projects - set 
imagej-elphel as Root Directory - a project will appear in the project list 
- Finish ” 
  
 5. “Run Configurations - select Java Application - New Launch 
Configuration - find the needed plugin class - Run”, see “3.jpg” and 
“4.jpg”
  
 It could not build the plugin. Could you please help us to setup this 
environment and give us more detailed steps ?
  
 OS: Windows 10
  
 Thanks, 
  
 Allen Yin
  
  
 
 
  
  
 
  
 
 
  
 
 ___ 
 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] 答复: 答复: 答复: 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

Hi Tao,

As the camera  relies on normal image processing for its operation, the easiest 
thing will be to disable most automatic functionality and use Python program to 
directly interface the FPGA, read data array. We will create instructions, but 
there will be no significant difference for your image processing algorithms as 
I explained in my reply to Allen. This mode is mostly for the testing of the 
camera itself, its FPGA and it does not improve 3-d reconstruction, there are 
other much more efficient ways to do that.

Andrey

 On Tue, 27 Mar 2018 03:15:34 -0700 Tao 
Zhangtao.zh...@blacksesame.com.cn wrote  

Hi Andrey,
 We now can restore 12 bit as the method you described. But that 12 bit is 
lossy. We want lossless 12 bit or 10 bit data from camera to verify our 
algorithm. Can you help give that guide?
  
 Thanks
  
  Tao Zhang
 章   涛
 
  
   发件人: Allen Yin 
 发送时间: 2018年3月27日 16:34
 收件人: Elphel Support support-list@support.elphel.com
 抄送: Pioneer Li pioneer...@blacksesame.com.cn; Tao Zhang 
tao.zh...@blacksesame.com.cn; Qun Gu qun...@blacksesame.com; 
Winston Zhang winston.zh...@blacksesame.com.cn
 主题: 答复: [Elphel-support] 答复: 答复: 答复: 答复: 答复: sync stereo with lidar
 
 
  
 Hi Andrey,
  
 Could we bypass the “gamma” module in the FPGA?  We want the original raw data 
from sensor.
  
 Thanks,
  
 Allen Yin
  
   发件人: Elphel Support support-list@support.elphel.com 
 发送时间: 2018年3月22日, 星期四 23:23
 收件人: Allen Yin allen@blacksesame.com.cn; Elphel List 
support-list@support.elphel.com
 抄送: Pioneer Li pioneer...@blacksesame.com.cn; Tao Zhang 
tao.zh...@blacksesame.com.cn; Qun Gu qun...@blacksesame.com; 
Winston Zhang winston.zh...@blacksesame.com.cn
 主题: Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: sync stereo with lidar
 
 
  
  Allen,
 ~/.imagej/Eyesis_Correction.xml is not really needed - it just hides/reveals 
some experimental buttons on the interface
 This is the contents of such file:
 ?xml version="1.0" encoding="UTF-8"?
 !DOCTYPE properties SYSTEM "http://java.sun.com/dtd/properties.dtd";
 properties
 commentlast updated Thu Sep 08 14:09:47 MDT 2016/comment
 entry key="ADVANCED_MODE"False/entry
 entry key="DCT_MODE"False/entry
 entry key="MODE_3D"False/entry
 /properties
 
 
 result.jpg looks correct. It should be super-contrast as it is linear, so it 
CAN NOT be saved as JPEG - it needs either 16 bits or 32 bit TIFF as when you 
save it from imageJ (save as tiff). And it is "monochrome" - each pixel 
corresponds to the sensor pixel value. For you application I would recommend to 
use just green subchannel (checkerboard pattern, half of all pixels) - in that 
case you do not need to have aberration correction.
 
 Your plots for gamma seem correct too, to be sure I need to look into the code 
again - I wrote that part several years ago.
 
 Gamma is not changed automatically in the camera, but you may change it using 
one of the interfaces - camvc of just parsedit. In addition to the power (0.57) 
there is another parameter - dark level - the sensor adjusts its ADC to have 
output level of 160 (on 4096 scale) or 10(256) for the complete darkness, 
so-called "fat zero". 
 
 Gamma is applied inside the FPGA and parameters are saved in the Exif header, 
so for processing it is possible to "undo" gamma and restore linear scale.
 
 Andrey
   
  On Thu, 22 Mar 2018 00:58:53 -0700 Allen 
Yinallen@blacksesame.com.cn wrote  
 
Hi Andrey,
  
 There seems to be an another error, “2.jpg”. 
 
 I have some doubts, could you please help me?
  
 1. Does gamma value remain unchanged when camera works ?  Who realize this 
gamma mapping, sensor or ISP?
  
 2. When gamma0 = gamma1 = gamma2= gamma3 = 0.57, gamma_scale0 = 
gamma_scale1 = gamma_scale2 = gamma_scale3 = 1024,
  
  gamma mapping  is  Vout = a*Vin^gamma, a = 2.23  gamma = 0.57 , is it right? 
If not right, could you tell me the right? I use this gamma curve to convert 
the 12bit raw data, “result.jpg” is the result.
  
  
 
 
  
  
 
  
 
 ___ 
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] 答复: 答复: 答复: 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

Hello Allen,

Yes, it is possible to bypass gamma module in FPGA, but there is not much user 
software for this mode as while reducing frame rate twice (when doing in-camera 
processing) and even more if you'll try to send data over the network (you'll 
have to send 10 MB of data for each image instead of ~2MB for the almost 
lossless compression). So with GigE (~100MB/s) and even only 2 of 4 5MPix 
sensors you can even theoretically get 5 fps.

And the noise reduction will be 30% at most.

You see, image acquisition itself is _lossy_ by the laws of physics. If you 
have exactly the same scene, exactly the same illumination and acquire two 
image sets - they will be different, and the largest contributor for the modern 
high-quality sensors will be shot noise caused by the quantum nature of the 
light measurement by the sensor pixels and that there could be no 0.5 e- 
charge. So if the pixel full well capacity (number of electrons it can store) 
was 1 (it is actually less than 8 for 5 MPix), than for the bright scenes 
(say  9900 electrons in the pixel) it will vary +/-sqrt(1) = +/- 100 or 1% 
of the full scale. So there is just a probability, same scene can result in 
1 or 9800 electrons (even vary more with less probability). There is not 
much sense to preserve each count, and say that pixel had exactly 9912 
electrons if the uncertainty is +/-100 e-. It is like when there is polling 
over a limited (say 3000 people) and they say result percentage and a margin of 
error.

So while it is possible to acquire data in 2-byte format bypassing the gamma, 
the gain is very small, but the loss in the bandwidth is high. Even for 
in-camera processing, because of the external memory bandwidth (and in 393 we 
use dedicated DDR memory chip for just the FPGA and utilize ~95% of the memory 
bandwidth) we still use gamma compression/decompression to increase the 
bandwidth.

Andrey




 On Tue, 27 Mar 2018 01:34:18 -0700 Allen 
Yinallen@blacksesame.com.cn wrote  

Hi Andrey,
  
 Could we bypass the “gamma” module in the FPGA?  We want the original raw data 
from sensor.
  
 Thanks,
  
 Allen Yin
  
   发件人: Elphel Support support-list@support.elphel.com 
 发送时间: 2018年3月22日, 星期四 23:23
 收件人: Allen Yin allen@blacksesame.com.cn; Elphel List 
support-list@support.elphel.com
 抄送: Pioneer Li pioneer...@blacksesame.com.cn; Tao Zhang 
tao.zh...@blacksesame.com.cn; Qun Gu qun...@blacksesame.com; 
Winston Zhang winston.zh...@blacksesame.com.cn
 主题: Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: sync stereo with lidar
 
 
  
  Allen,
 ~/.imagej/Eyesis_Correction.xml is not really needed - it just hides/reveals 
some experimental buttons on the interface
 This is the contents of such file:
 ?xml version="1.0" encoding="UTF-8"?
 !DOCTYPE properties SYSTEM "http://java.sun.com/dtd/properties.dtd";
 properties
 commentlast updated Thu Sep 08 14:09:47 MDT 2016/comment
 entry key="ADVANCED_MODE"False/entry
 entry key="DCT_MODE"False/entry
 entry key="MODE_3D"False/entry
 /properties
 
 
 result.jpg looks correct. It should be super-contrast as it is linear, so it 
CAN NOT be saved as JPEG - it needs either 16 bits or 32 bit TIFF as when you 
save it from imageJ (save as tiff). And it is "monochrome" - each pixel 
corresponds to the sensor pixel value. For you application I would recommend to 
use just green subchannel (checkerboard pattern, half of all pixels) - in that 
case you do not need to have aberration correction.
 
 Your plots for gamma seem correct too, to be sure I need to look into the code 
again - I wrote that part several years ago.
 
 Gamma is not changed automatically in the camera, but you may change it using 
one of the interfaces - camvc of just parsedit. In addition to the power (0.57) 
there is another parameter - dark level - the sensor adjusts its ADC to have 
output level of 160 (on 4096 scale) or 10(256) for the complete darkness, 
so-called "fat zero". 
 
 Gamma is applied inside the FPGA and parameters are saved in the Exif header, 
so for processing it is possible to "undo" gamma and restore linear scale.
 
 Andrey
 
 
   
  On Thu, 22 Mar 2018 00:58:53 -0700 Allen 
Yinallen@blacksesame.com.cn wrote  
 
Hi Andrey,
  
 There seems to be an another error, “2.jpg”. 
 
 I have some doubts, could you please help me?
  
 1. Does gamma value remain unchanged when camera works ?  Who realize this 
gamma mapping, sensor or ISP?
  
 2. When gamma0 = gamma1 = gamma2= gamma3 = 0.57, gamma_scale0 = 
gamma_scale1 = gamma_scale2 = gamma_scale3 = 1024,
  
  gamma mapping  is  Vout = a*Vin^gamma, a = 2.23  gamma = 0.57 , is it right? 
If not right, could you tell me the right? I use this gamma curve to convert 
the 12bit raw data, “result.jpg” is the result.
  
  
 
 
  
  
 
  
 
 ___ 
Support-list mailing list 
Support-list@supp

Re: [Elphel-support] 14Mpix sensor update

[Elphel Support]

Hello Richard,

Oleg already fixed that issue, he got 13.5 fps - there is some inconsistency in 
the data sheet, he is trying to figure out what to believe and what is wrong. 
Default fps after reset is also not maximal (as it was for 5 MPix), but those 8 
fps. When running at full frame rate full resolution JPEG mode will limit frame 
rate: JPEG needs 1.5 clock cycles/pixel JP4 - 1 clock/pixel, current compressor 
clock is 240MHz. Next batch of cameras will use  speed grade 3, while current 
is 2 and the FPGA meets timing for -1 (some early units were -1). We may try to 
increase clock for both compressor and memory (memory bandwidth is currently 
2*4*200Mhz=1600MB/s, for simultaneous 4 channels it will be another limit - 
each pixel (byte) has to pass memory interface twice - recorded and then 
readout. I believe it will be possible to increase overall bandwidth by 30-50%.

We also have sent PCBs fro the 18MPix sensor - it is BSI so should have better 
sensitivity than 14 MPix which is FSI.

Andrey
 On Mon, 26 Mar 2018 19:28:26 -0700 Richard Rigbyrri...@redzone.com 
wrote  
Hi Oleg,

Thanks you for the new firmware.


I was able to get the 14MPx sensor working which was great. It's seems to be 
running at about 8fps.



Kind regards,

Richard Rigby
Software Developer




www.redzone.com



 Ph: +64 9 479 9901
Fax: +64 9 479 9904


13 Tarndale Grove • Albany • Auckland 0632 • New Zealand
















 
On 23 March 2018 at 06:42, Oleg support-list@support.elphel.com wrote:
Hi,


https://community.elphel.com/files/393/20180322/
- 5MPx works - there's serial number added to http://192.168.0.9:2323/meta 
(2323 = port 0 ... 2326 = port 3)
CameraSerialNumber"00:0E:64:10:F2:7F"/CameraSerialNumber- see 
instructions in readme_14MPx.md for 14MPx in the archive. Try with SD card.
- I'm working on exposure - there are incorrect fps readings.


 Let me know if you have any problems.



Regards,
Oleg 

On Wed, Mar 21, 2018 at 7:41 PM, Richard Rigby rri...@redzone.com wrote:


Awesome, thank you.


Kind regards,

Richard Rigby
Software Developer




www.redzone.com



 Ph: +64 9 479 9901
Fax: +64 9 479 9904


13 Tarndale Grove • Albany • Auckland 0632 • New Zealand
















 
On 22 March 2018 at 14:40, Oleg support-list@support.elphel.com wrote:
Ok. Will upload tomorrow. Need to test a little if it still works for 5MPx.Oleg

 

 



 


___
 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 





___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] NC353L ip address

[Elphel Support]

Hello William,

Do you have 10369 (interface) board in you camera? If yes, you can use serial 
console and see the IP.
If you know most of the IP, such as 192.168.0.??? you may try (with the camera 
turned on and had time to boot):

ping -b 192.168.0.0

You may also try using arp ( 
https://wiki.elphel.com/wiki/Network_configuration#ipsetd ), "Ethernet address" 
is equal to camera serial number available on the camera label.

It is also possible to perform network boot and/or reflash the camera firmware.

Andrey

 On Thu, 22 Mar 2018 23:48:12 -0700 William 
Smithwill...@profmap.com wrote  

To whom It may concern

Good day, Its William Smith from Professional Mobile Mapping we have a NC353L, 
we changed the IP Address of the camera and forgot what the IP was is there a 
way to change the IP or reset the camera.

Kind Regards
William
 ___ 
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] 答复: 答复: 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

Allen,
~/.imagej/Eyesis_Correction.xml is not really needed - it just hides/reveals 
some experimental buttons on the interface
This is the contents of such file:
?xml version="1.0" encoding="UTF-8"?
!DOCTYPE properties SYSTEM "http://java.sun.com/dtd/properties.dtd";
properties
commentlast updated Thu Sep 08 14:09:47 MDT 2016/comment
entry key="ADVANCED_MODE"False/entry
entry key="DCT_MODE"False/entry
entry key="MODE_3D"False/entry
/properties


result.jpg looks correct. It should be super-contrast as it is linear, so it 
CAN NOT be saved as JPEG - it needs either 16 bits or 32 bit TIFF as when you 
save it from imageJ (save as tiff). And it is "monochrome" - each pixel 
corresponds to the sensor pixel value. For you application I would recommend to 
use just green subchannel (checkerboard pattern, half of all pixels) - in that 
case you do not need to have aberration correction.

Your plots for gamma seem correct too, to be sure I need to look into the code 
again - I wrote that part several years ago.

Gamma is not changed automatically in the camera, but you may change it using 
one of the interfaces - camvc of just parsedit. In addition to the power (0.57) 
there is another parameter - dark level - the sensor adjusts its ADC to have 
output level of 160 (on 4096 scale) or 10(256) for the complete darkness, 
so-called "fat zero". 

Gamma is applied inside the FPGA and parameters are saved in the Exif header, 
so for processing it is possible to "undo" gamma and restore linear scale.

Andrey



 On Thu, 22 Mar 2018 00:58:53 -0700 Allen 
Yinallen@blacksesame.com.cn wrote  

Hi Andrey,
  
 There seems to be an another error, “2.jpg”. 
 
 I have some doubts, could you please help me?
  
  1. Does gamma value remain unchanged when camera works ?  Who realize 
this gamma mapping, sensor or ISP?
  
  2. When gamma0 = gamma1 = gamma2= gamma3 = 0.57, gamma_scale0 = 
gamma_scale1 = gamma_scale2 = gamma_scale3 = 1024,
  
 gamma mapping  is  Vout = a*Vin^gamma, a = 2.23  gamma = 0.57 , is it right? 
If not right, could you tell me the right? I use this gamma curve to convert 
the 12bit raw data, “result.jpg” is the result.
  






___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] 答复: 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

Hello Allen,

I fixed master branch, should work now

Andrey

 On Wed, 21 Mar 2018 01:25:58 -0700 Allen 
Yinallen@blacksesame.com.cn wrote  

Hi Andrey,
  
 I have a try on the Ubuntu 14.04.
  
 It seems there are some conflicts in the code. When I compile, there are some 
error. But I press run, ImageJ will work. I don’t know why. All steps follow 
the web page.
  
 If we get the gamma value, how to calculate the 12-bit pixel value. If gamma 
is 0.57, equation is: out(8bit) = a*in(12bit)^0.57, a = 2 .23? 
  
 Thanks,
  
 Allen Yin
  
   发件人: Elphel Support support-list@support.elphel.com 
 发送时间: 2018年3月21日, 星期三 0:40
 收件人: Allen Yin allen@blacksesame.com.cn; Elphel List 
support-list@support.elphel.com
 抄送: Tao Zhang tao.zh...@blacksesame.com.cn; Pioneer Li 
pioneer...@blacksesame.com.cn; Winston Zhang 
winston.zh...@blacksesame.com.cn; Qun Gu 
qun...@blacksesame.com; Elphel Sales | Olga Filippova 
sa...@elphel.com
 主题: Re: 答复: [Elphel-support] 答复: 答复: sync stereo with lidar
 
 
  
Hello Allen,
 
 I can not reproduce your setup because we do not have any computer with MS 
Windows here, I haven't used this family of OS since 2001. Yes, Eclipse is a 
multi-platform program, but we never tested our code with Windows, so there 
could be our bugs when running on Windows.
 
 Can you please try installation it with (K)ubuntu 16.04 LTS? Then I will be 
able to reproduce all the steps.
 
 Andrey
   
  On Tue, 20 Mar 2018 02:35:29 -0700 Allen 
Yinallen@blacksesame.com.cn wrote  
 
Hi Andrey,
  
 I follow the steps on the web page: 
  
 1. Download plugin  “git clone 
https://git.elphel.com/Elphel/imagej-elphel.git”
  
 2. Download Eclipse IDE for Java EE Developers, get the “Eclipse Java 
Oxygen” for 64bit
  
 3. Edit “eclipse.ini”,  see “1.jpg”, I could find “-clean -startup” and 
“-XX :MaxPermSize”  these two items in the file,  so I modify the file as 
“2.jpg”
  
 4. In eclipse , “File - Import - Existing Maven Projects - set 
imagej-elphel as Root Directory - a project will appear in the project list 
- Finish ” 
  
 5. “Run Configurations - select Java Application - New Launch 
Configuration - find the needed plugin class - Run”, see “3.jpg” and 
“4.jpg”
  
 It could not build the plugin. Could you please help us to setup this 
environment and give us more detailed steps ?
  
 OS: Windows 10
  
 Thanks, 
  
 Allen Yin
  
  
 
 
  
  
 
  
 
 
  
 
 ___ 
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] Trigger Output

[Elphel Support]

Richard,

Sorry it was not easy to find on our wiki, I added cross-links:
https://wiki.elphel.com/wiki/Trigger_393
https://wiki.elphel.com/wiki/103891

10389 is needed to generate trigger output. There are two types of trigger 
output to generate it:
1. 5V/0.5A non-isolated, referenced to the camera GND.
2. Opto-isolated through opto-transistor

Output can be either synchronized to the images or just manual as GPIO.

Andrey

 On Wed, 21 Mar 2018 15:49:56 -0700 Richard Rigbyrri...@redzone.com 
wrote  

Hi, 

I would like to connect an external circuit to the camera trigger output, where 
is the trigger output? Can I connect directly to the main board or to the 10389 
interface board?


Kind regards,

Richard Rigby
Software Developer




www.redzone.com



 Ph: +64 9 479 9901
Fax: +64 9 479 9904


13 Tarndale Grove • Albany • Auckland 0632 • New Zealand
















 

 ___ 
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] 答复: 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

Hi Allen,

There seems to be a merge problem in master branch, I'll work on it.

Can you just checkout branch "dct" from the repository? From the top of the 
repository enter

git checkout dct

Andrey

 On Wed, 21 Mar 2018 01:17:37 -0700 Allen Yin 
allen@blacksesame.com.cn wrote  

Hi Andrey,
  
 I have a try on the Ubuntu 14.04.
  
 It seems there are some conflicts in the code. When I compile, there are some 
error. But I press run, ImageJ will work. I don’t know why. All steps follow 
the web page.
  
 If we get the gamma value, how to calculate the 12-bit pixel value. If gamma 
is 0.57, equation is: out = a*in^0.57, a = 2 ? 
  
 Thanks,
  
 Allen Yin
  
   发件人: Elphel Support support-list@support.elphel.com 
 发送时间: 2018年3月21日, 星期三 0:40
 收件人: Allen Yin allen@blacksesame.com.cn; Elphel List 
support-list@support.elphel.com
 抄送: Tao Zhang tao.zh...@blacksesame.com.cn; Pioneer Li 
pioneer...@blacksesame.com.cn; Winston Zhang 
winston.zh...@blacksesame.com.cn; Qun Gu 
qun...@blacksesame.com; Elphel Sales | Olga Filippova 
sa...@elphel.com
 主题: Re: 答复: [Elphel-support] 答复: 答复: sync stereo with lidar
 
 
  
Hello Allen,
 
 I can not reproduce your setup because we do not have any computer with MS 
Windows here, I haven't used this family of OS since 2001. Yes, Eclipse is a 
multi-platform program, but we never tested our code with Windows, so there 
could be our bugs when running on Windows.
 
 Can you please try installation it with (K)ubuntu 16.04 LTS? Then I will be 
able to reproduce all the steps.
 
 Andrey
 
 
   
  On Tue, 20 Mar 2018 02:35:29 -0700 Allen 
Yinallen@blacksesame.com.cn wrote  
 
Hi Andrey,
  
 I follow the steps on the web page: 
  
 1. Download plugin  “git clone 
https://git.elphel.com/Elphel/imagej-elphel.git”
  
 2. Download Eclipse IDE for Java EE Developers, get the “Eclipse Java 
Oxygen” for 64bit
  
 3. Edit “eclipse.ini”,  see “1.jpg”, I could find “-clean -startup” and 
“-XX :MaxPermSize”  these two items in the file,  so I modify the file as 
“2.jpg”
  
 4. In eclipse , “File - Import - Existing Maven Projects - set 
imagej-elphel as Root Directory - a project will appear in the project list 
- Finish ” 
  
 5. “Run Configurations - select Java Application - New Launch 
Configuration - find the needed plugin class - Run”, see “3.jpg” and 
“4.jpg”
  
 It could not build the plugin. Could you please help us to setup this 
environment and give us more detailed steps ?
  
 OS: Windows 10
  
 Thanks, 
  
 Allen Yin
  
  
 
 
  
  
 
  
 
 
  
 
 ___ 
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] 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

Hello Allen,

I can not reproduce your setup because we do not have any computer with MS 
Windows here, I haven't used this family of OS since 2001. Yes, Eclipse is a 
multi-platform program, but we never tested our code with Windows, so there 
could be our bugs when running on Windows.

Can you please try installation it with (K)ubuntu 16.04 LTS? Then I will be 
able to reproduce all the steps.

Andrey



 On Tue, 20 Mar 2018 02:35:29 -0700 Allen 
Yinallen@blacksesame.com.cn wrote  

Hi Andrey,
  
 I follow the steps on the web page: 
  
  1. Download plugin  “git clone 
https://git.elphel.com/Elphel/imagej-elphel.git”
  
  2. Download Eclipse IDE for Java EE Developers, get the “Eclipse Java 
Oxygen” for 64bit
  
  3. Edit “eclipse.ini”,  see “1.jpg”, I could find “-clean -startup” and 
“-XX :MaxPermSize”  these two items in the file,  so I modify the file as 
“2.jpg”
  
  4. In eclipse , “File - Import - Existing Maven Projects - 
set imagej-elphel as Root Directory - a project will appear in the project list 
- Finish ” 
  
  5. “Run Configurations - select Java Application - New Launch 
Configuration - find the needed plugin class - Run”, see “3.jpg” and 
“4.jpg”
  
 It could not build the plugin. Could you please help us to setup this 
environment and give us more detailed steps ?
  
 OS: Windows 10
  
 Thanks, 
  
 Allen Yin
  









___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] 答复: 答复: sync stereo with lidar

[Elphel Support]

Hello Tao,

I'll try to reproduce your issue. Can you describe the full sequence how you 
were installing ImageJ plugin, what version of the operating system you have.

Andrey

 On Mon, 19 Mar 2018 19:26:13 -0700 Tao 
Zhangtao.zh...@blacksesame.com.cn wrote  

Hi Andrey,
 We have tried many times to bring up your ImageJ plugin but failed. Can you 
help us solve this issue. We now blocked by it. Thanks!
  
  Tao Zhang
 章   涛
 
  
   发件人: Allen Yin 
 发送时间: 2018年3月13日 11:15
 收件人: Elphel Support support-list@support.elphel.com
 抄送: Winston Zhang winston.zh...@blacksesame.com.cn; Tao Zhang 
tao.zh...@blacksesame.com.cn; Qun Gu qun...@blacksesame.com; 
Pioneer Li pioneer...@blacksesame.com.cn
 主题: 答复: sync stereo with lidar
 
 
  
 Hi Andrey,
  
 When I setup the ImageJ plugin develop environment,  I meet “cannot find 
Aberration_Calibration” issue
  
 Attached is some configuration of eclipse, could you please help me to solve 
it.
  
  1. “1.jpg” and “2.jpg” are the eclipse.ini, is this right?
  
  2. “3.jpg” is the run configuration 
  
  
 Thanks,
  
 Allen Yin
  
  
  
  
   发件人: Elphel Support support-list@support.elphel.com 
 发送时间: 2018年3月10日, 星期六 0:53
 收件人: Allen Yin allen@blacksesame.com.cn; Elphel List 
support-list@support.elphel.com
 抄送: Winston Zhang winston.zh...@blacksesame.com.cn; Tao Zhang 
tao.zh...@blacksesame.com.cn; Qun Gu qun...@blacksesame.com; 
Pioneer Li pioneer...@blacksesame.com.cn
 主题: Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: 答复: sync stereo with lidar
 
 
  
  Hello Allen,
 
 What exactly problems do you have with ImageJ? The code you need is in one 
file, here is the method  
https://git.elphel.com/Elphel/imagej-elphel/blob/master/src/main/java/JP46_Reader_camera.java#L415
 
 You see, there are several programs to convert JP4 (Google created their own 
that we do not have access to), and ourselves we use the ImageJ version, so it 
is the most current. Over the years we added more data to Exif (mostly to 
MakerNote field), and the ImageJ version opens current as well as older 
versions (conditions like if (MakerNote.length=14) {...)
 
 Boolean COMPOSITE marks composite frames as in Eyesis4pi - the single image 
contains 3 vertically merged individual images).
 
 I would still recommend to install ImageJ (we can try to help with specific 
problems), and then use it as a reference for you code.
 
 Andrey
 
 
  On Fri, 09 Mar 2018 00:54:11 -0800 Allen Yin 
allen@blacksesame.com.cn wrote  
 Hi Andrey,
  
 If I want to get gamma conversion parameters from EXIF data , can I use 
“identify” command in Linux?  Or I can only use ImageJ plugin. 
  
 I try to use ImageJ and plugin, it’s difficult to setup the environment.
  
 Attached is  EXIF data get by “identify”, how to get the gamma value?
  
 Thanks,
  
 Allen Yin
  
   发件人: Elphel Support support-list@support.elphel.com 
 发送时间: 2018年3月8日, 星期四 10:37
 收件人: Winston Zhang winston.zh...@blacksesame.com.cn
 抄送: Elphel Sales | Olga Filippova sa...@elphel.com; Tao Zhang 
tao.zh...@blacksesame.com.cn; Qun Gu qun...@blacksesame.com; 
Pioneer Li pioneer...@blacksesame.com.cn; Allen Yin 
allen@blacksesame.com.cn
 主题: Re: 答复: 答复: [Elphel-support] 答复: 答复: 答复: sync stereo with lidar
 
 
  
  Hello Winston,
 
 Tomorrow Oleg will try to reproduce your settings - so far we did not have 
such problems.
 
 BTW, you can set same parameters on multiple ports simultaneously, using 
"Broadcast Mask" (hex number 0..f)
 Port 0: 1
 port 1 - 2
 port 2 - 4
 port 3 - 8,
 
 So broadcast mask 3 will set the same mode on ports 0 and 1.
 
 About bits I tried to explain in the previous messages and the "How many 
bits..." in the article.
 
 Sensor provides 12 bits, and each bit is important in the shadows. But not in 
the bright light because of the shot noise that is caused just by the fact that 
each pixel can store only integer number of electrons. And so while all bits 
are important, there are not 4096 meaningful levels for each pixel, but 
significantly less (see "How many bits..."). Gamma conversion uses non-linear 
scale to represent pixel values with steps proportional to the shot noise 
(steps are smaller). The gamma conversion parameters are saved in the Exif 
header of the JP4 file, and if you open files with ImageJ plugin, it takes care 
of the Exif data and restores linear data proportional to the pixel raw values, 
then you can save it as  32-bit Tiff file.
 
 Andrey
 
 
 
 
  Hi, Andrey
  I met a new question. I set ‘Color’ parameter with the five(it could get 
the jp4 format image)on one camera, and this camera image format was converted. 
But when I set the other one, this camera image format was not converted. 
Please help me test for it. 
  Another question
  What is the raw jp4 format image with 100% compression bit wide? I read 
it and the result show the bit wide is uint8. But you web shows that the bit 
wide is 12bit.
  
  
  
  
  Best Regrad!
  Yicheng-Zhang
  Email: wi

Re: [Elphel-support] Script for changing the SADDR bit for the MT9P031 sensor

[Elphel Support]

Frederick,

A link to what?

How were you starting camogm? Did it work before? How were you using it? How 
did it fail to load?

Andrey

 On Thu, 15 Mar 2018 08:31:29 -0700 Frederick 
Gamachefrederick.gama...@gmail.com wrote  

Another thing,

After I tried pluging a USB drive through an hub, attached to the 10389B board, 
it seems that the camogm is failing to load, even after re-booting.


Is there a link?


Frederick


On Thu, Mar 15, 2018 at 10:53 AM, Frederick Gamache 
frederick.gama...@gmail.com wrote:
Andrey,

The supply current drawn is nearly 2.0 Amps @ 3.3V, once the FPGA is loaded.
I have the 10389 interface board but no SSD mounted and no external SATA drive 
attached at the moment.


When I received the camera kit, I found that the unit was especially hot when 
touching it.
I don't have the camera enclosure, but only an aluminium frame on which the 
boards are mounted. I guess that the frame serves as a heat sink at same time?


For the power board failure, maybe I accidentally created a short when I 
plug/unplugged the wall adapter from the power board connector while the power 
adapter was plugged into the wall...


It is hard to tell what component failed on the power board because many 
components are mounted underneath the Traco DC-DC converter itself...


When I plug the 48 V source, no 3.3V appears at the output.


Frederick




On Thu, Mar 15, 2018 at 10:29 AM, Elphel Support 
support-list@support.elphel.com wrote:
Hello Frederick,

Do you know power consumption on the ports? Do you have 10389 interface board 
with the SSD? If you run camera from the 3.3V - can you measure the total 3.3V 
current? Do you have sufficient fan cooling or heat sink?

We never had 10385 failures before - Traco DC-DC converter seems to have all 
required protection - current, temperature so we had the system shut down when 
overloaded, but not failed. We would like to try to find out - what component 
actually failed - is it DC-DC or something else.

We do have a new power supply design (https://wiki.elphel.com/wiki/10386 - 
temporary images are for 10385B), but it is not built yet., we just released 
the PCB design a few days ago.

Andrey

 On Thu, 15 Mar 2018 06:38:07 -0700 Frederick Gamache 
frederick.gama...@gmail.com wrote  

Hi,

Its seems that my power board (10385-B power board - 48V) is out of service and 
I'm now powering the 3.3V  from an external power supply.
Do I really need the 10385-B power board to supply the SATA adapter board 
(10389-B) or should it works ok from my external 3.3V power source?


Frederick




On Wed, Mar 14, 2018 at 11:10 AM, Frederick Gamache 
frederick.gama...@gmail.com wrote:
Hello Andrey,

I owe at least this for your great support.
By the way, congratulations for your great products!


Best regards,
Frederick


On Wed, Mar 14, 2018 at 10:53 AM, Elphel Support 
support-list@support.elphel.com wrote:
Frederick,

Thank you for letting us know it did work. Sometimes the only indication of the 
problem being solved is the lack of the continuation in the thread.

Andrey

 On Wed, 14 Mar 2018 07:12:13 -0700 Frederick Gamache 
frederick.gama...@gmail.com wrote  

Hello,

Just to let you know guys that my circuit is now working since I mounted my 
DC-DC converter on my PCB.


Many thanks for your support!
Frederick


On Tue, Mar 13, 2018 at 12:18 PM, Elphel Support 
support-list@support.elphel.com wrote:
Frederick,

Yes - your last problem (system getting stuck after bitstream) is caused by the 
wrong power sequencing. But as 1) you have 10338 working and 2) your board is 
tested w/o 10393 it should be working together eventually.

Andrey

 On Tue, 13 Mar 2018 07:48:42 -0700 Frederick 
Gamachefrederick.gama...@gmail.com wrote  

Hello Andrey,

Normally I have a dc-dc converter chip on my pcb which translate 3.3V to 2.8V. 
The 3.3V source is provided by the cable attached to the 10393.


I'll wait to receive my chip today and will install it tomorrow. I'll see if 
things will get better with it.


Currently I'm using an external power supply to source the 2.8V voltage so I 
guess the timing for the power sequence is not ok.


Frederick


On Fri, Mar 9, 2018 at 5:51 PM, Elphel Support 
support-list@support.elphel.com wrote:
Fred,

Just to clarify: 10393 can drive up to ~1.0A, but there will be voltage drop on 
the cable (Elphel cables have thick power traces). Connector is rated 0.4A/pin. 
The sensor power is controlled by the script (same one that loads bitstream), 
power status/control is available over the sysfs interface.

You may also put a buffer on all signals from the sensor, FPGA has flexible 
means to compensate pin delays if needed after the buffer insertion.

Andrey

 On Fri, 09 Mar 2018 14:26:50 -0800 Elphel 
Supportsupport-list@support.elphel.com wrote  

Frederick, you need to power you board either directly from the 10393 3.3V on 
the cable, or (if you board has other components that need more power than 
10393 can provide

Re: [Elphel-support] Script for changing the SADDR bit for the MT9P031 sensor

[Elphel Support]

Frederick,

2A is not too much, Traco can provide 3.5A. How did you test 10385 - separately 
or when connected to 10393? 10385 itself will not work - there is enable signal 
coming from the 10393, so 10393 can shut itself down and then wake up with the 
clock/calendar chip.

Heat frame by itself is not enough, for development systems we use 1/2 of the 
normal camera body that looks like U-channel and slide the heat frame into it. 
for higher power we then put this half-body on a larger aluminum frame. The 
design is made so that air flow is not required, heat is transferred through 
the heat frame and should be handled externally. For most outdoor applications 
nothing more is needed, but if it is placed in vacuum camera boards will still 
work if heat is extracted through the metal body.

Andrey

 On Thu, 15 Mar 2018 07:53:46 -0700 Frederick 
Gamachefrederick.gama...@gmail.com wrote  

Andrey,

The supply current drawn is nearly 2.0 Amps @ 3.3V, once the FPGA is loaded.
I have the 10389 interface board but no SSD mounted and no external SATA drive 
attached at the moment.


When I received the camera kit, I found that the unit was especially hot when 
touching it.
I don't have the camera enclosure, but only an aluminium frame on which the 
boards are mounted. I guess that the frame serves as a heat sink at same time?


For the power board failure, maybe I accidentally created a short when I 
plug/unplugged the wall adapter from the power board connector while the power 
adapter was plugged into the wall...


It is hard to tell what component failed on the power board because many 
components are mounted underneath the Traco DC-DC converter itself...


When I plug the 48 V source, no 3.3V appears at the output.


Frederick




On Thu, Mar 15, 2018 at 10:29 AM, Elphel Support 
support-list@support.elphel.com wrote:
Hello Frederick,

Do you know power consumption on the ports? Do you have 10389 interface board 
with the SSD? If you run camera from the 3.3V - can you measure the total 3.3V 
current? Do you have sufficient fan cooling or heat sink?

We never had 10385 failures before - Traco DC-DC converter seems to have all 
required protection - current, temperature so we had the system shut down when 
overloaded, but not failed. We would like to try to find out - what component 
actually failed - is it DC-DC or something else.

We do have a new power supply design (https://wiki.elphel.com/wiki/10386 - 
temporary images are for 10385B), but it is not built yet., we just released 
the PCB design a few days ago.

Andrey

 On Thu, 15 Mar 2018 06:38:07 -0700 Frederick Gamache 
frederick.gama...@gmail.com wrote  

Hi,

Its seems that my power board (10385-B power board - 48V) is out of service and 
I'm now powering the 3.3V  from an external power supply.
Do I really need the 10385-B power board to supply the SATA adapter board 
(10389-B) or should it works ok from my external 3.3V power source?


Frederick




On Wed, Mar 14, 2018 at 11:10 AM, Frederick Gamache 
frederick.gama...@gmail.com wrote:
Hello Andrey,

I owe at least this for your great support.
By the way, congratulations for your great products!


Best regards,
Frederick


On Wed, Mar 14, 2018 at 10:53 AM, Elphel Support 
support-list@support.elphel.com wrote:
Frederick,

Thank you for letting us know it did work. Sometimes the only indication of the 
problem being solved is the lack of the continuation in the thread.

Andrey

 On Wed, 14 Mar 2018 07:12:13 -0700 Frederick Gamache 
frederick.gama...@gmail.com wrote  

Hello,

Just to let you know guys that my circuit is now working since I mounted my 
DC-DC converter on my PCB.


Many thanks for your support!
Frederick


On Tue, Mar 13, 2018 at 12:18 PM, Elphel Support 
support-list@support.elphel.com wrote:
Frederick,

Yes - your last problem (system getting stuck after bitstream) is caused by the 
wrong power sequencing. But as 1) you have 10338 working and 2) your board is 
tested w/o 10393 it should be working together eventually.

Andrey

 On Tue, 13 Mar 2018 07:48:42 -0700 Frederick 
Gamachefrederick.gama...@gmail.com wrote  

Hello Andrey,

Normally I have a dc-dc converter chip on my pcb which translate 3.3V to 2.8V. 
The 3.3V source is provided by the cable attached to the 10393.


I'll wait to receive my chip today and will install it tomorrow. I'll see if 
things will get better with it.


Currently I'm using an external power supply to source the 2.8V voltage so I 
guess the timing for the power sequence is not ok.


Frederick


On Fri, Mar 9, 2018 at 5:51 PM, Elphel Support 
support-list@support.elphel.com wrote:
Fred,

Just to clarify: 10393 can drive up to ~1.0A, but there will be voltage drop on 
the cable (Elphel cables have thick power traces). Connector is rated 0.4A/pin. 
The sensor power is controlled by the script (same one that loads bitstream), 
power status/control is available over the sysfs interface.

You may also put a buffer on all signals

Re: [Elphel-support] Script for changing the SADDR bit for the MT9P031 sensor

[Elphel Support]

Frederick,

Yes - your last problem (system getting stuck after bitstream) is caused by the 
wrong power sequencing. But as 1) you have 10338 working and 2) your board is 
tested w/o 10393 it should be working together eventually.

Andrey

 On Tue, 13 Mar 2018 07:48:42 -0700 Frederick 
Gamachefrederick.gama...@gmail.com wrote  

Hello Andrey,

Normally I have a dc-dc converter chip on my pcb which translate 3.3V to 2.8V. 
The 3.3V source is provided by the cable attached to the 10393.


I'll wait to receive my chip today and will install it tomorrow. I'll see if 
things will get better with it.


Currently I'm using an external power supply to source the 2.8V voltage so I 
guess the timing for the power sequence is not ok.


Frederick


On Fri, Mar 9, 2018 at 5:51 PM, Elphel Support 
support-list@support.elphel.com wrote:
Fred,

Just to clarify: 10393 can drive up to ~1.0A, but there will be voltage drop on 
the cable (Elphel cables have thick power traces). Connector is rated 0.4A/pin. 
The sensor power is controlled by the script (same one that loads bitstream), 
power status/control is available over the sysfs interface.

You may also put a buffer on all signals from the sensor, FPGA has flexible 
means to compensate pin delays if needed after the buffer insertion.

Andrey

 On Fri, 09 Mar 2018 14:26:50 -0800 Elphel 
Supportsupport-list@support.elphel.com wrote  

Frederick, you need to power you board either directly from the 10393 3.3V on 
the cable, or (if you board has other components that need more power than 
10393 can provide) use external power switch driven by the cable power.

The problem is that the cable goes directly to the FPGA port that should be 
powered _before_ any non-zero voltage appears on the FPGA pins. This is a 
feature of the FPGA.

Andrey

 On Fri, 09 Mar 2018 13:47:51 -0800 Frederick Gamache 
frederick.gama...@gmail.com wrote  

I use TeraTerm.

I receive something else than 0x, but it seam to be the same value for any 
register...


Maybe I should check my power on my sensor chip.


FPGA bitstream stalls, it doesn't initialize if I power on my sensor PCB.


Fred


On Fri, Mar 9, 2018 at 4:37 PM, Oleg support-list@support.elphel.com 
wrote:
Hi,
 
Question: does the software needs to reach the  34VL02 EEPROM at any point?
Because I don't have one on my own sensor board...

 

It should work fine without eeprom.


Did it read chip id? or is it 0x? Do you use minicom or putty or other 
terminal program?


Regards,
Oleg

 

 


 ___ 
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 












 ___ 
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] Setting width and height

[Elphel Support]

Richard,

Images are compressed as 16x16 macroblocks, and while it was possible to make 
any even (for Bayer mosaic) number for width/height by padding to integer 
number of macroblocks that would not increase the frame rate. So I decided not 
to support fractional macroblocks to simplify the code and remind of the 
efficient (N*16) image size. For multi-megapixel sensors it does not limit 
flexibility much.

Andrey

 On Mon, 12 Mar 2018 17:57:37 -0700 Richard Rigbyrri...@redzone.com 
wrote  

Hi there,

I'm trying to set the camera width and height, however I'm not able to get the 
exact values that I set. 


For example when I set:
width = 800
height = 600


The values applied are:
width = 800
height = 592


when I set:
width = 2016
height = 1528


the values applied are:
width = 2016
height = 1520



Why is it that I'm not able to get the exact same values that I set and is 
there any way to get that to happen?


Many thanks.
Richard Rigby
Software Developer




www.redzone.com



 Ph: +64 9 479 9901
Fax: +64 9 479 9904


13 Tarndale Grove • Albany • Auckland 0632 • New Zealand










 

 ___ 
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] Script for changing the SADDR bit for the MT9P031 sensor

[Elphel Support]

Fred,

Just to clarify: 10393 can drive up to ~1.0A, but there will be voltage drop on 
the cable (Elphel cables have thick power traces). Connector is rated 0.4A/pin. 
The sensor power is controlled by the script (same one that loads bitstream), 
power status/control is available over the sysfs interface.

You may also put a buffer on all signals from the sensor, FPGA has flexible 
means to compensate pin delays if needed after the buffer insertion.

Andrey

 On Fri, 09 Mar 2018 14:26:50 -0800 Elphel 
Supportsupport-list@support.elphel.com wrote  

Frederick, you need to power you board either directly from the 10393 3.3V on 
the cable, or (if you board has other components that need more power than 
10393 can provide) use external power switch driven by the cable power.

The problem is that the cable goes directly to the FPGA port that should be 
powered _before_ any non-zero voltage appears on the FPGA pins. This is a 
feature of the FPGA.

Andrey

 On Fri, 09 Mar 2018 13:47:51 -0800 Frederick Gamache 
frederick.gama...@gmail.com wrote  

I use TeraTerm.

I receive something else than 0x, but it seam to be the same value for any 
register...


Maybe I should check my power on my sensor chip.


FPGA bitstream stalls, it doesn't initialize if I power on my sensor PCB.


Fred


On Fri, Mar 9, 2018 at 4:37 PM, Oleg support-list@support.elphel.com 
wrote:
Hi,
 
Question: does the software needs to reach the  34VL02 EEPROM at any point?
Because I don't have one on my own sensor board...

 

It should work fine without eeprom.


Did it read chip id? or is it 0x? Do you use minicom or putty or other 
terminal program?


Regards,
Oleg

 

 


 ___ 
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 





___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] Script for changing the SADDR bit for the MT9P031 sensor

[Elphel Support]

Frederick, you need to power you board either directly from the 10393 3.3V on 
the cable, or (if you board has other components that need more power than 
10393 can provide) use external power switch driven by the cable power.

The problem is that the cable goes directly to the FPGA port that should be 
powered _before_ any non-zero voltage appears on the FPGA pins. This is a 
feature of the FPGA.

Andrey

 On Fri, 09 Mar 2018 13:47:51 -0800 Frederick Gamache 
frederick.gama...@gmail.com wrote  

I use TeraTerm.

I receive something else than 0x, but it seam to be the same value for any 
register...


Maybe I should check my power on my sensor chip.


FPGA bitstream stalls, it doesn't initialize if I power on my sensor PCB.


Fred


On Fri, Mar 9, 2018 at 4:37 PM, Oleg support-list@support.elphel.com 
wrote:
Hi,
 
Question: does the software needs to reach the  34VL02 EEPROM at any point?
Because I don't have one on my own sensor board...

 

It should work fine without eeprom.


Did it read chip id? or is it 0x? Do you use minicom or putty or other 
terminal program?


Regards,
Oleg

 

 


 ___ 
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] 答复: 答复: 答复: 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

Hello Allen,

What exactly problems do you have with ImageJ? The code you need is in one 
file, here is the method 
https://git.elphel.com/Elphel/imagej-elphel/blob/master/src/main/java/JP46_Reader_camera.java#L415

You see, there are several programs to convert JP4 (Google created their own 
that we do not have access to), and ourselves we use the ImageJ version, so it 
is the most current. Over the years we added more data to Exif (mostly to 
MakerNote field), and the ImageJ version opens current as well as older 
versions (conditions like if (MakerNote.length=14) {...)

Boolean COMPOSITE marks composite frames as in Eyesis4pi - the single image 
contains 3 vertically merged individual images).

I would still recommend to install ImageJ (we can try to help with specific 
problems), and then use it as a reference for you code.

Andrey


 On Fri, 09 Mar 2018 00:54:11 -0800 Allen Yin 
allen@blacksesame.com.cn wrote  
Hi Andrey,
  
 If I want to get gamma conversion parameters from EXIF data , can I use 
“identify” command in Linux?  Or I can only use ImageJ plugin. 
  
 I try to use ImageJ and plugin, it’s difficult to setup the environment.
  
 Attached is  EXIF data get by “identify”, how to get the gamma value?
  
 Thanks,
  
 Allen Yin
  
   发件人: Elphel Support support-list@support.elphel.com 
 发送时间: 2018年3月8日, 星期四 10:37
 收件人: Winston Zhang winston.zh...@blacksesame.com.cn
 抄送: Elphel Sales | Olga Filippova sa...@elphel.com; Tao Zhang 
tao.zh...@blacksesame.com.cn; Qun Gu qun...@blacksesame.com; 
Pioneer Li pioneer...@blacksesame.com.cn; Allen Yin 
allen@blacksesame.com.cn
 主题: Re: 答复: 答复: [Elphel-support] 答复:  答复: 答复: sync stereo with lidar
 
 
  
  Hello Winston,
 
 Tomorrow Oleg will try to reproduce your settings - so far we did not have 
such problems.
 
 BTW, you can set same parameters on multiple ports simultaneously, using 
"Broadcast Mask" (hex number 0..f)
 Port 0: 1
 port 1 - 2
 port 2 - 4
 port 3 - 8,
 
 So broadcast mask 3 will set the same mode on ports 0 and 1.
 
 About bits I tried to explain in the previous messages and the "How many 
bits..." in the article.
 
 Sensor provides 12 bits, and each bit is important in the shadows. But not in 
the bright light because of the shot noise that is caused just by the fact that 
each pixel can store only integer number of electrons. And so while all bits 
are important, there are not 4096 meaningful levels for each pixel, but 
significantly less (see "How many bits..."). Gamma conversion uses non-linear 
scale to represent pixel values with steps proportional to the shot noise 
(steps are smaller). The gamma conversion parameters are saved in the Exif 
header of the JP4 file, and if you open files with ImageJ plugin, it takes care 
of the Exif data and restores linear data proportional to the pixel raw values, 
then you can save it as  32-bit Tiff file.
 
 Andrey
 
 
 
 
  Hi, Andrey
  I met a new question. I set ‘Color’ parameter with the five(it could get 
the jp4 format image)on one camera, and this camera image format was converted. 
But when I set the other one, this camera image format was not converted. 
Please help me test for it. 
  Another question
  What is the raw jp4 format image with 100% compression bit wide? I read 
it and the result show the bit wide is uint8. But you web shows that the bit 
wide is 12bit.
  
  
  
  
  Best Regrad!
  Yicheng-Zhang
  Email: winston.zh...@blacksesame.com.cn
  Teil: 18516291005
  Addr: 707 room, 7th floor, building 4th, No.1761, Zhangdong road, Pudong 
area
 
  
 
 ___ 
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] 答复: 答复: 答复: 答复: 答复: sync stereo with lidar

[Elphel Support]

Hello Winston,

Tomorrow Oleg will try to reproduce your settings - so far we did not have such 
problems.

BTW, you can set same parameters on multiple ports simultaneously, using 
"Broadcast Mask" (hex number 0..f)
Port 0: 1
port 1 - 2
port 2 - 4
port 3 - 8,

So broadcast mask 3 will set the same mode on ports 0 and 1.

About bits I tried to explain in the previous messages and the "How many 
bits..." in the article.

Sensor provides 12 bits, and each bit is important in the shadows. But not in 
the bright light because of the shot noise that is caused just by the fact that 
each pixel can store only integer number of electrons. And so while all bits 
are important, there are not 4096 meaningful levels for each pixel, but 
significantly less (see "How many bits..."). Gamma conversion uses non-linear 
scale to represent pixel values with steps proportional to the shot noise 
(steps are smaller). The gamma conversion parameters are saved in the Exif 
header of the JP4 file, and if you open files with ImageJ plugin, it takes care 
of the Exif data and restores linear data proportional to the pixel raw values, 
then you can save it as  32-bit Tiff file.

Andrey




 Hi, Andrey
  I met a new question. I set ‘Color’ parameter with the five(it could get 
the jp4 format image)on one camera, and this camera image format was converted. 
But when I set the other one, this camera image format was not converted. 
Please help me test for it. 
  Another question
  What is the raw jp4 format image with 100% compression bit wide? I read 
it and the result show the bit wide is uint8. But you web shows that the bit 
wide is 12bit.
  
  
  
  
  Best Regrad!
  Yicheng-Zhang
  Email: winston.zh...@blacksesame.com.cn
  Teil: 18516291005
  Addr: 707 room, 7th floor, building 4th, No.1761, Zhangdong road, Pudong 
area





___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] Elphel 393 Question

[Elphel Support]

Mohamed,

It may be that the corner is not cut off enough (mechanical switch is still 
engaged) or the card does not have a resistor on D3. When selecting the card we 
X-rayed multiple brands - many cards have active components in that area and do 
not survive cutting the corner off. Does it still work when inserted into the 
normal adapter?

Andrey


 

 On Mon, 26 Feb 2018 13:28:36 -0800 Mohamed Morsymmo...@redzone.com 
wrote  

Hi Oleg,

I'm experiencing another issue. I'm trying to create a bootable micro sd card. 
I was able to get it to work on one of my elphels (the older one that doesn't 
work without a card). However it's not working with the other 3 newer elphels. 
They just boot using NAND memory. I filed off the corner on the card I'm using 
so it's like the recovery card. Do you know what the issue might be?


Thanks,


Mohamed


On Thu, Feb 22, 2018 at 2:08 PM, Mohamed Morsy mmo...@redzone.com wrote:
That worked. Thanks

On Thu, Feb 22, 2018 at 1:04 PM, Oleg support-list@support.elphel.com 
wrote:
You don't have to close minicom.


It works with the card, right? Then:

1. If the board is one of the first we sent you (what's the serial number?) 
then... later we had to make a minor fix. The problem was it wouldn't boot from 
flash without a card.


Try: if you have some other micro sd card at hand (w/o a cut corner) - insert 
it and see if it boots. If yes then you can send us the board and we will fix 
it.


2. Make sure you flashed boot.bin.


Oleg






On Thu, Feb 22, 2018 at 10:38 AM, Mohamed Morsy mmo...@redzone.com 
wrote:
The 2 leds (green and yellow) are on. I'm using power from a battery without 
the traco board. This is what I did with the 1st board. I also have the traco 
board if i need it which is 18-75V. I haven't changed anything in minicom. I 
just flashed with the recovery card in, removed it, and tried to connect with 
minicom but I can't type anything in.

On Thu, Feb 22, 2018 at 12:01 PM, Oleg support-list@support.elphel.com 
wrote:
No it doesn't print anything at all. I can't connect via ssh. Is it possible 
the baud rate isn't 115200?No. 
Any network leds blinking? Or at least light up temporarily?
Is the board getting warm?
Do you power with the power supply board (TRACO)? Is it the same you used for 
the 1st board? Is it "18-75V" or "9-36V" - can't remember if you have both 
types.
Did you guys manage to power 10393 with 3.3V directly (Todd asked about this 
recently)? In this case you can check the current.

On Thu, Feb 22, 2018 at 9:44 AM, Mohamed Morsy mmo...@redzone.com wrote:
No it doesn't print anything at all. I can't connect via ssh. Is it possible 
the baud rate isn't 115200?

On Thu, Feb 22, 2018 at 11:35 AM, Oleg support-list@support.elphel.com 
wrote:
Hi,

Is it printing anything when you power on?
Can you connect to the camera via ssh?


Oleg

On Thu, Feb 22, 2018 at 7:38 AM, Mohamed Morsy mmo...@redzone.com wrote:
Hello Oleg,

I was able to fix one of my elphels yesterday using the methods you suggested. 
Now I'm trying to do the same with my other one but when I open the minicom 
console I can't type anything. Do you have any idea how to fix this?


Thanks,


Mohamed


On Wed, Feb 21, 2018 at 4:06 PM, Mohamed Morsy mmo...@redzone.com wrote:
Thank you very much

On Wed, Feb 21, 2018 at 3:53 PM, Oleg support-list@support.elphel.com 
wrote:
Alright. Since you're modifying files on flash rootfs, don't forget to 
run:root@elphel393:~# overlay_sync 1 
root@elphel393:~# shutdown -hP now




On Wed, Feb 21, 2018 at 1:50 PM, Mohamed Morsy mmo...@redzone.com wrote:
actually i think i found my answer.

Thanks!


On Wed, Feb 21, 2018 at 3:44 PM, Mohamed Morsy mmo...@redzone.com wrote:
ok so the ip was 192.168.0.9. I changed it and it works. But when i power it 
off and restart it, it goes back to 192.168.0.9. Do i have to save it somehow?

On Wed, Feb 21, 2018 at 3:35 PM, Oleg support-list@support.elphel.com 
wrote:
It's 'root'

On Wed, Feb 21, 2018 at 1:32 PM, Mohamed Morsy mmo...@redzone.com wrote:
It's asking for a login and password. I know the password is pass but what is 
the login?

On Wed, Feb 21, 2018 at 3:12 PM, Oleg support-list@support.elphel.com 
wrote:
Get the serial console up and type:root@elphel393:~# ifconfig
On Wed, Feb 21, 2018 at 1:08 PM, Mohamed Morsy mmo...@redzone.com wrote:
Is it possible the ip address of the elphel changed. If so, how do i find it?

-Mohamed


On Wed, Feb 21, 2018 at 1:52 PM, Mohamed Morsy mmo...@redzone.com wrote:
I have not used the mircro usb port. The default ip address has been changed to 
10.4.1.4.

-Mohamed


On Wed, Feb 21, 2018 at 1:34 PM, Oleg support-list@support.elphel.com 
wrote:
Hi Mohamed,

10.4.1.4 is that elphel's ip.
Do you know how to resolve this issue?

The default IP is 192.168.0.9
On the 10393 there's a micro USB port - this is serial console:
https://wiki.elphel.com/wiki/Tmp_manual  serial console access.

Do you use it? See any bootlog when power on?


Todd was changing the default IP 

Re: [Elphel-support] Fwd: 14Mpix sensor not detected

[Elphel Support]

Richard, 


It is possible with https://wiki.elphel.com/wiki/Camogm . Most efficient way to 
record video stream is when the SSD is formatted with two partitions - one 
normal, and the other - just raw data, recorded consecutively. This reduces CPU 
load, wears SSD flash uniformly and provides higher frame rate.


Additionally, I would recommend to use JPEG-based jp4 format (developed for 
Google Books and later used fro Street View project), not JPEG - it is closer 
to raw and re-coding is simple. You may also get better quality de-Bayer than 
implemented in the camera (simple bi-linear interpolation).



Andrey



 On Sun, 25 Feb 2018 13:47:13 -0800 Richard Rigbyrri...@redzone.com 
wrote  

Hi Oleg,

Thank you for your reply.


I will wait with great anticipation for the new driver. :)




On another note, would it be possible for me to run my own recorder application 
directly on the camera and access a jpeg stream and record to a hard drive?
We would like to build a robotic device capable of recording the video stream 
and I was thinking that in stead of running the recording software on a 
seperate computer, I could run it on the camera since it's already running 
linux. 


Kind regards,

Richard Rigby
Software Developer




www.redzone.com



 Ph: +64 9 479 9901
Fax: +64 9 479 9904


13 Tarndale Grove • Albany • Auckland 0632 • New Zealand
















 
On 26 February 2018 at 10:37, Oleg support-list@support.elphel.com 
wrote:
Hi,

14MPx is not yet supported in the current firmware but I'm working on the 
driver at the moment - hopefully will have something within a couple weeks.

There's an old firmware where exposure, gains and lane phases can be set, not 
much more.



Best regards,
Oleg Dzhimiev
Electronics Engineer
phone: +1 801 783  x124
Elphel, Inc.

On Fri, Feb 23, 2018 at 11:23 AM, Andrey Filippov and...@elphel.com 
wrote:


 == == == == == == Forwarded message == == == == == == 
>From : Richard Rigbyrri...@redzone.com
To : support-l...@elphel.com
Date : Thu, 22 Feb 2018 18:28:08 -0800
Subject : 14Mpix sensor not detected
 == == == == == == Forwarded message == == == == == == 

Hello,

I have a 393 board as well as one 5 Mpix sensor and one 14 Mpix sensor. However 
only the 5Mpix sensor is working.


I am using the web interface to view the camera.


I have tried to run the init_elphel393.py script for both sensors and it looks 
to me that the 14 Mpix sensor cannot be detected.


This is the output from init_elphel393.py when only the 14 Mpix sensor is 
connected:
[  443.35] init_elphel393: Fan on
[  443.36] init_elphel393: Initialize USB hub
[  443.37] init_elphel393: 10389 was not detected: skipping USB hub init
[  443.37] init_elphel393: init_elphel393.py: ip = 192.168.0.9, mask = 
255.255.255.0
[  443.38] init_elphel393: init_elphel393.py: imgsrv
Set port number: 2323
Set port number: 2324
Set port number: 2325
Set port number: 2326
[  443.77] init_elphel393: init_elphel393.py: auto exposure daemon
autoexposure#0 started, daemon_bit=0x0, debug=0x1
autoexposure#1 started, daemon_bit=0x0, debug=0x1
autoexposure#2 started, daemon_bit=0x0, debug=0x1
autoexposure#3 started, daemon_bit=0x0, debug=0x1
[  443.99] autocampars: Processing camera state: INITIALIZED
[  444.05] autocampars: Active sensor ports:  master_port = -1
[  444.07] autocampars: Sensors map read from the sysfs: [none, none, none, 
none],[none, none, none, none],[none, none, none, none],[none, none, none, none]
[  444.12] autocampars: get_application_mode()-4369
[  444.17] autocampars: Detecting sensors for MT9P006
[  444.20] autocampars: Got --init command for already initialized camera, 
trying to re-initialize
[  444.22] autocampars: after reset - current frame on master port =
[  444.25] autocampars: Reset camera state to BITSTREAM
[  444.33] autocampars: ports:
[  444.35] autocampars: System FPGA version:   0x039300da
[  444.38] autocampars: Sensor interface type: PAR12
[  444.45] autocampars: Detected sensors: [none, none, none, none],[none, none, 
none, none],[none, none, none, none],[none, none, none, none]
[  444.48] autocampars: Reached state: SENSORS_DETECTED
[  444.53] autocampars: Disabling sensor port  0
[  444.56] autocampars: Disabling sensor port  1
[  444.58] autocampars: Disabling sensor port  2
[  444.61] autocampars: Disabling sensor port  3
[  444.69] autocampars: Frames: -1, -1, -1, -1
[  444.71] autocampars: Reached state: SENSORS_SYNCHRONIZED
[  444.74] autocampars: ports:
[  444.81] autocampars: init_cameras() start: camera_state=SENSORS_SYNCHRONIZED
[  444.86] autocampars: Collected gammas == Array
(
)


[  444.89] autocampars: will need to skip local  frames
[  444.92] autocampars: Reached state PARAMETERS_PRESET
[  444.94] autocampars: Skipping  frames
[  444.97] autocampars: Frame delay = 0 s
[  445.02] autocampars: Remaining trigger parameters: 


Warning: array_key_exists() expects parameter 2 to be array, null given in 
/usr/bin/autocampars.php on line 1074


Warning: 

Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: 答复: 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo camera

[Elphel Support]

Hi Tao,

Your camera has 128GB SSD - it is much better to record images, than SD card. 
It is much faster, larger volume and will last longer. You can transfer data 
over the network or using eSATA cable (it is faster).

Camera images are compressed individually for post-processing, so the video 
density is not as high as with regular video.

Andrey

 On Wed, 10 Jan 2018 01:01:43 -0800 Tao 
Zhangtao.zh...@blacksesame.com.cn wrote  

Hi Oleg,
 We need to use the camera without network. Can the camera store video on the 
SD card?
  
 Tao Zhang
 章   涛
  






___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] Sensor Synchronization and Memory

[Elphel Support]

Hello Fabian,

Yes - I just forgot that that did not yet port that functionality that was 
available in NC353. Oleg is working on it right now. Do you have any 
preferences for the interface?

Andrey

 On Tue, 09 Jan 2018 08:09:38 -0800 Fabjan Sukalia 
fabjan.suka...@qinematiq.com wrote  

  Hello Andrey,
 thanks for your help. The issue with the trigger is currently on hold and I 
concentrate on reading out the raw sensor data from the video memory. 
 
  
One of the drivers provide raw access to the whole video memory as to the large 
continuous  file. Other driver provides access to the actual captured frame 
data. Do you mean the x393_videomem.c driver? It seems this driver does not 
have the functionality implemented 
(https://git.elphel.com/Elphel/linux-elphel/blob/master/src/drivers/elphel/x393_videomem.c#L417).
 
 
  
 In memory the frame width is rounded up, so there are gaps between sensor 
pixel data. This means that every scanline, independent of the width, is in a 
8192 byte region and the next scanline starts at the next 8192 byte boundary. 
Also the two frames for each sensor are also consecutive in the video memory 
without any gap, besides the round-up to 8192 byte. Is this correct?
 
 
 Kind regards,
 Fabjan Sukalia
 
 
 Am 2017-12-15 um 17:57 schrieb Elphel Support:
 
   Hello Fabian,
 
 The sensors used in 393 have 2 major operational modes - free running and 
triggered (there are mode details in 
https://blog.elphel.com/2016/10/using-a-flash-with-a-cmos-image-sensor-ers-and-grr-modes/
 and in sensor datasheets). In free running mode the maximal frame rate does 
not depend on exposure time (exposure can be up to the full frame period). In 
the triggered mode (from the sensor "point of view", so it does not matter if 
the trigger is received over the cable or generated by the FPGA timer) exposure 
and readout can not be overlapped, so the maximal frame rate is limited to 
1/(T_readout + T_exposure). That means that the trigger can be missed if 
exposure is set too high (for example by the autoexposure daemon). Please 
describe what trigger problems did you have so we can try to reproduce them.
 
 If your exposure time  is short compared to readout time, you just need to 
slightly increase the frame period (so it will accommodate both T_readout and 
T_exposure) and either use manual exposure or specify maximal exposure time in 
autoexposure settings.
 
 If your exposure time is high (not enough light) it is possible to try the 
following trick.
 1) Run camera in triggered mode (FPS  1/(T_readout+T_exposure)
 2) Make sure the parameters that define the frame rate in free running mode 
are the same for all the participating sensors.
 3) Limit or set exposure time so it will never exceed frame period in free 
running mode
 4) Simultaneously (using broadcast mask) switch all sensors to the free 
running mode
 
 Sensors should stay in sync as they use the same source clock and all other 
parameters are the same.
 
 As for uncompressed data - it should be possible (it is tested with Python 
test_mcntrl.py ) as there is DMA-based bridge between the video memory and the 
system memory. There are drivers ported from the 353 camera that provide access 
to this memory, but we did not use them and need to check operation.
 One of the drivers provide raw access to the whole video memory as to the 
large continuous  file. Other driver provides access to the actual captured 
frame data. In memory the frame width is rounded up, so there are gaps between 
sensor pixel data.
 
 Next thing depends on 8/16 bpp modes. In normal JPEG/JP4 modes the data in the 
video memory is 8bpp (after the gamma conversion), and so it is possible to 
simultaneously get both compressed and uncompressed output. In 16 bpp mode 
(with 12 bit sensor data is shifted left by 3 bits, so different sensors use 
full range of positive short int). In that mode it is not possible to 
simultaneously get compressed and raw data.
 
 Video memory buffering can be programmed to use variable number of frames for 
each channel, by default it is set to 2, working as a Ping-pong buffer. When 
using compressed output the operation of the data acquisition channel (writing 
video memory in scan-line order) and reading data to compressors (20x20 
overlapping tiles in JPEG mode, non-overlapping 16x16 in JP4 mode) are 
synchronized in the FPGA (read channel waits for the sufficient lines to be 
acquired for the next row of tiles), but that is not so for the raw data read 
from the video memory. FPGA provides 8 individual interrupts for the imaging 
subsystem - 4 channels for the sensor acquisition channels (frame sync signals 
also internally advance command sequencers described here - 
https://blog.elphel.com/2016/09/nc393-development-progress-and-the-future-plans/)
 and 4 compressor_done interrupts. And there are userland ways to wait fro the 
next frame (e.g. from the PHP extension - 
https://wiki.elphel.com/wiki/PHP_in_Elph

Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo camera

[Elphel Support]

 On Mon, 08 Jan 2018 20:58:46 -0800 Winston 
Zhangwinston.zh...@blacksesame.com.cn wrote  

Hi Andrey
   I have set all the same parameters.  Please look at attachments. How did 
I set the 245 as your shown on screenshot? This page on mine did not show any 
object, please look at the attachments.
   And two camera images change asynchronously. How can I make this two 
camera image changes synchronously?
  








Winston, to set same parameter as "245" - just open and press "Apply"

http://192.168.0.9/parsedit.php?sensor_port=0AEXP_LEVEL=0xf500refresh


http://192.168.0.9/parsedit.php?sensor_port=1AEXP_LEVEL=0xf500refresh

Or
 On that user interface that you've sent last video press on "more details..." 
(it is just above the sliders) and then on the yellow tab (#4) - that will open 
AE contols like on Fig.4 here:
https://wiki.elphel.com/wiki/Autoexposure

Andrey



___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo camera

[Elphel Support]

Hello Winston,

got the video - difficult to tell w/o settings. Can you open these URLs (modify 
IP if needed) and post the values?

for port 0:

http://192.168.0.9/parsedit.php?sensor_port=0EXPOSWOI_LEFTWOI_TOPWOI_WIDTHWOI_HEIGHTAUTOEXP_ONHISTWND_RWIDTHHISTWND_RHEIGHTHISTWND_RLEFTHISTWND_RTOPAUTOEXP_EXP_MAXAEXP_FRACPIXAEXP_LEVELAE_THRESHAE_PERIOD

for port 1:

http://192.168.0.9/parsedit.php?sensor_port=1EXPOSWOI_LEFTWOI_TOPWOI_WIDTHWOI_HEIGHTAUTOEXP_ONHISTWND_RWIDTHHISTWND_RHEIGHTHISTWND_RLEFTHISTWND_RTOPAUTOEXP_EXP_MAXAEXP_FRACPIXAEXP_LEVELAE_THRESHAE_PERIOD

Andrey




 On Mon, 08 Jan 2018 17:33:51 -0800 Winston 
Zhangwinston.zh...@blacksesame.com.cn wrote  

Hi Andrey, 
   Please receive the attachment.
  
 
 
   
 Best Regrad!
 Yicheng-Zhang
 Email:  winston.zh...@blacksesame.com.cn
 Teil:18516291005
 Addr:   707 room, 7th floor, building 4th, No.1761, Zhangdong road, Pudong area
 
  
   发件人: Elphel Support [mailto:support-list@support.elphel.com] 
 发送时间: 2018年1月9日 星期二 9:24
 收件人: Tao Zhang tao.zh...@blacksesame.com.cn
 抄送: Winston Zhang winston.zh...@blacksesame.com.cn; Elphel Sales | 
Olga Filippova sa...@elphel.com; Qun Gu qun...@blacksesame.com
 主题: Re: 答复: [Elphel-support] 答复: 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 
NC393-Stereo camera
 
 
  
  Tao,
 
 OK, will wait for the picture. White balance does not need to change for the 
outdoor (maybe for night city with electrical lights - and I still recommend to 
use presets). You see there are conditions when it is easy to fool AWB, and 
while it may be OK for just a regular camera, you need to know exactly how the 
image is processed to match multiple images.
 
 The AWB algorithm is rather simple. It assumes that the brightest object in 
the scene is white - and in most cases it works. But when there is nothing 
white in the scene - AWB fails. 
 
 With AE you may try to change those values I mentioned earlier.
 
 Andrey
   
  On Mon, 08 Jan 2018 17:06:43 -0800 Tao 
Zhangtao.zh...@blacksesame.com.cn wrote  
 
Hi Andrey,
 We will fix the camera on a car. The light condition may change. AWB need to 
adapt to the change. For AE, the scene is normal in the office, there is not 
bright light. But it cannot converge to a stable status. We will attach images 
and videos of those problems later.
  
   Tao Zhang
  章   涛
 
  
   发件人: Elphel Support [mailto:support-list@support.elphel.com] 
 发送时间: 2018年1月9日 4:02
 收件人: Tao Zhang tao.zh...@blacksesame.com.cn; Elphel List 
support-list@support.elphel.com
 抄送: Winston Zhang winston.zh...@blacksesame.com.cn; Elphel Sales | 
Olga Filippova sa...@elphel.com; Qun Gu qun...@blacksesame.com
 主题: Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo 
camera
 
 
  
  Tao,
 
 I did not get the attached image to see your problem, but I expect you just 
need to modify the settings. Camera has a flexible control over AWB and AE to 
provide optimal operation for different lighting conditions. Most likely 
problem of of the instability is that there is a bright light source in the 
field of view.
 
 First you need to make AE stable, then set or disable AWB (it only needs to be 
changed when you move from the indoors to outdoors), so if you work outdoors 
you may just set AWB once and then save parameters - that will make image 
matching easier.
 
 For AE you may control:
 1) the AE window (camera will only consider exposure for the selected 
rectangle, ignoring lights outside it.
 2) The fraction of pixels that should have intensity values below certain 
threshold - reduce default value if there are lights in the FOV (especially 
electrical lights that have flicker)
 3) The level (default 250) - target of autoexposure.
 There are some illustrations on the wiki:  
https://wiki.elphel.com/wiki/Autoexposure
 
 Andrey
    On Mon, 08 Jan 2018 01:10:17 -0800 Tao 
Zhangtao.zh...@blacksesame.com.cn wrote  
 
BTW, your stereo AE has oscillation and AWB is not accurate. Do you have 
updated firmware to solve these problems?
  
   Tao Zhang
  章   涛
 
  
   发件人: Winston Zhang 
 发送时间: 2018年1月8日 16:54
 收件人: Oleg support-list@support.elphel.com
 抄送: Elphel Sales | Olga Filippova sa...@elphel.com; Dan Pan 
ad...@blacksesame.com; Tao Zhang tao.zh...@blacksesame.com.cn; 
Qun Gu qun...@blacksesame.com
 主题: 答复: [Elphel-support] 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo 
camera
 
 
  
 Hello
   Thank you for your patient to answer my question. But I have some others 
as follow.
 1)How should I make the left and right camera AWB change synchronously? 
The left camera image color is very different with right camera image color. 
Please look at the last email attachment. I followed your advices, and set the 
WB_EN=0 and GAINR/GAING/GAINB = some value, and made the left and right camera 
image WB very close. But it just applies only to one situation. If I change the 
ambient lighting brightness, the GAINR/GAING/GAINB value should be set again. 
 2)How should I make

Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo camera

[Elphel Support]

Tao,

OK, will wait for the picture. White balance does not need to change for the 
outdoor (maybe for night city with electrical lights - and I still recommend to 
use presets). You see there are conditions when it is easy to fool AWB, and 
while it may be OK for just a regular camera, you need to know exactly how the 
image is processed to match multiple images.

The AWB algorithm is rather simple. It assumes that the brightest object in the 
scene is white - and in most cases it works. But when there is nothing white in 
the scene - AWB fails. 

With AE you may try to change those values I mentioned earlier.

Andrey

 On Mon, 08 Jan 2018 17:06:43 -0800 Tao 
Zhangtao.zh...@blacksesame.com.cn wrote  

Hi Andrey,
 We will fix the camera on a car. The light condition may change. AWB need to 
adapt to the change. For AE, the scene is normal in the office, there is not 
bright light. But it cannot converge to a stable status. We will attach images 
and videos of those problems later.
  
  Tao Zhang
 章   涛
 
  
   发件人: Elphel Support [mailto:support-list@support.elphel.com] 
 发送时间: 2018年1月9日 4:02
 收件人: Tao Zhang tao.zh...@blacksesame.com.cn; Elphel List 
support-list@support.elphel.com
 抄送: Winston Zhang winston.zh...@blacksesame.com.cn; Elphel Sales | 
Olga Filippova sa...@elphel.com; Qun Gu qun...@blacksesame.com
 主题: Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo 
camera
 
 
  
  Tao,
 
 I did not get the attached image to see your problem, but I expect you just 
need to modify the settings. Camera has a flexible control over AWB and AE to 
provide optimal operation for different lighting conditions. Most likely 
problem of of the instability is that there is a bright light source in the 
field of view.
 
 First you need to make AE stable, then set or disable AWB (it only needs to be 
changed when you move from the indoors to outdoors), so if you work outdoors 
you may just set AWB once and then save parameters - that will make image 
matching easier.
 
 For AE you may control:
 1) the AE window (camera will only consider exposure for the selected 
rectangle, ignoring lights outside it.
 2) The fraction of pixels that should have intensity values below certain 
threshold - reduce default value if there are lights in the FOV (especially 
electrical lights that have flicker)
 3) The level (default 250) - target of autoexposure.
 There are some illustrations on the wiki:  
https://wiki.elphel.com/wiki/Autoexposure
 
 Andrey
    On Mon, 08 Jan 2018 01:10:17 -0800 Tao 
Zhangtao.zh...@blacksesame.com.cn wrote  
 
BTW, your stereo AE has oscillation and AWB is not accurate. Do you have 
updated firmware to solve these problems?
  
   Tao Zhang
  章   涛
 
  
   发件人: Winston Zhang 
 发送时间: 2018年1月8日 16:54
 收件人: Oleg support-list@support.elphel.com
 抄送: Elphel Sales | Olga Filippova sa...@elphel.com; Dan Pan 
ad...@blacksesame.com; Tao Zhang tao.zh...@blacksesame.com.cn; 
Qun Gu qun...@blacksesame.com
 主题: 答复: [Elphel-support] 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo 
camera
 
 
  
 Hello
   Thank you for your patient to answer my question. But I have some others 
as follow.
 1)How should I make the left and right camera AWB change synchronously? 
The left camera image color is very different with right camera image color. 
Please look at the last email attachment. I followed your advices, and set the 
WB_EN=0 and GAINR/GAING/GAINB = some value, and made the left and right camera 
image WB very close. But it just applies only to one situation. If I change the 
ambient lighting brightness, the GAINR/GAING/GAINB value should be set again. 
 2)How should I make the left and right camera exposure change 
synchronously? The left and right camera exposure at different time and cause 
the image brightness different. So, if I capture the same timestamp frames, the 
frames brightness are so different. I want to do some stereo-match work, but 
all of these get me into trouble.
  

 

  Best Regrad!
  Yicheng-Zhang
  Email:  winston.zh...@blacksesame.com.cn
  Teil:18516291005
  Addr:   707 room, 7th floor, building 4th, No.1761, Zhangdong road, Pudong 
area
  
 发件人: andersonnotg...@gmail.com [mailto:andersonnotg...@gmail.com] 代表 Oleg
 发送时间: 2017年12月28日 星期四 3:13
 收件人: Winston Zhang winston.zh...@blacksesame.com.cn
 抄送: Elphel Sales | Olga Filippova sa...@elphel.com; Dan Pan 
ad...@blacksesame.com; Tao Zhang tao.zh...@blacksesame.com.cn; 
Qun Gu qun...@blacksesame.com; elphel support-list 
support-list@support.elphel.com
 主题: Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo 
camera
  
  Hello,
   
 
  1)How could I get the raw data of camera. Because when I got the rgb data 
from multipart jpeg stream, the image had some color blocks if I amplified 
eight times. I thought it could be caused by image conversion 
compression.(please look at the attachments).

 
  You can switch to JP4 format - it's close to raw.
 
  What I

Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo camera

[Elphel Support]

Tao,

I did not get the attached image to see your problem, but I expect you just 
need to modify the settings. Camera has a flexible control over AWB and AE to 
provide optimal operation for different lighting conditions. Most likely 
problem of of the instability is that there is a bright light source in the 
field of view.

First you need to make AE stable, then set or disable AWB (it only needs to be 
changed when you move from the indoors to outdoors), so if you work outdoors 
you may just set AWB once and then save parameters - that will make image 
matching easier.

For AE you may control:
1) the AE window (camera will only consider exposure for the selected 
rectangle, ignoring lights outside it.
2) The fraction of pixels that should have intensity values below certain 
threshold - reduce default value if there are lights in the FOV (especially 
electrical lights that have flicker)
3) The level (default 250) - target of autoexposure.
There are some illustrations on the wiki: 
https://wiki.elphel.com/wiki/Autoexposure

Andrey
 On Mon, 08 Jan 2018 01:10:17 -0800 Tao 
Zhangtao.zh...@blacksesame.com.cn wrote  

BTW, your stereo AE has oscillation and AWB is not accurate. Do you have 
updated firmware to solve these problems?
  
  Tao Zhang
 章   涛
 
  
   发件人: Winston Zhang 
 发送时间: 2018年1月8日 16:54
 收件人: Oleg support-list@support.elphel.com
 抄送: Elphel Sales | Olga Filippova sa...@elphel.com; Dan Pan 
ad...@blacksesame.com; Tao Zhang tao.zh...@blacksesame.com.cn; 
Qun Gu qun...@blacksesame.com
 主题: 答复: [Elphel-support] 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo 
camera
 
 
  
 Hello
   Thank you for your patient to answer my question. But I have some others 
as follow.
  1)How should I make the left and right camera AWB change synchronously? 
The left camera image color is very different with right camera image color. 
Please look at the last email attachment. I followed your advices, and set the 
WB_EN=0 and GAINR/GAING/GAINB = some value, and made the left and right camera 
image WB very close. But it just applies only to one situation. If I change the 
ambient lighting brightness, the GAINR/GAING/GAINB value should be set again. 
  2)How should I make the left and right camera exposure change 
synchronously? The left and right camera exposure at different time and cause 
the image brightness different. So, if I capture the same timestamp frames, the 
frames brightness are so different. I want to do some stereo-match work, but 
all of these get me into trouble.
  
   
 
   
 Best Regrad!
 Yicheng-Zhang
 Email:  winston.zh...@blacksesame.com.cn
 Teil:18516291005
 Addr:   707 room, 7th floor, building 4th, No.1761, Zhangdong road, Pudong area
  
 发件人: andersonnotg...@gmail.com [mailto:andersonnotg...@gmail.com] 代表 Oleg
 发送时间: 2017年12月28日 星期四 3:13
 收件人: Winston Zhang winston.zh...@blacksesame.com.cn
 抄送: Elphel Sales | Olga Filippova sa...@elphel.com; Dan Pan 
ad...@blacksesame.com; Tao Zhang tao.zh...@blacksesame.com.cn; 
Qun Gu qun...@blacksesame.com; elphel support-list 
support-list@support.elphel.com
 主题: Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo 
camera
  
  Hello,
   
 
  1)How could I get the raw data of camera. Because when I got the rgb data 
from multipart jpeg stream, the image had some color blocks if I amplified 
eight times. I thought it could be caused by image conversion 
compression.(please look at the attachments).

 
  You can switch to  JP4 format - it's close to raw.
 
  What I see in the attached images is they have different white balance. And 
also there are overexposed areas which can affect the correct balance.
 
   
 
  The white balance is run independently for each sensor - you can try to set 
it so the images look the same and then turn off for both sensors:
 
  a) open the  web interface for each sensor - click on the green circle OR 
 
  b) set WB_EN=0 (also for both channels) in parameters - if you change it 
through a table 
(http://192.168.0.9/parsedit.php?sensor_port=2title=Parameters+for+groups:+whiteBalance+GTAB_RGTAB_GGTAB_GBGTAB_BWB_THRESHWB_PERIODWB_MASKWB_ENWB_WHITELEVWB_WHITEFRACWB_MAXWHITEWB_SCALE_RWB_SCALE_GBWB_SCALE_BGAIN_MINGAIN_MAXGAIN_CTRLGAIN_STEPANA_GAIN_ENABLE)
 then there is a broadcast mask to set the parameter for all sensors at the 
same time - set it to F.
 
   
 
  if I amplified eight times.
  What are the gains and exposure for each sensor?
   
 
   2)The camera temperature has risen quickly, and I could not capture 
images. Because it was so slowly to run the video when the camera had been 
opened for four hours. But If I closed the camera and the temperature dropped 
down, the video was showed normally.

 
  What is the temperature? http://192.168.0.9  Temperature monitor
 
  If it's around 70-80 it's ok (at 90 degrees the camera is forced to shut down)
 
  Also, the camera should reach the steady temperature pretty much in the the 
first 30-60 mins

Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo camera

[Elphel Support]

Dear Winston,

I did not get email attachment, can you please resend it so I understand what 
is wrong in you setup.

I do not recommend to use white balance for image matching - you may set it 
once, then store settings so the camera will next time boot with the same 
settings - this is what we do for such applications.

The autoexposure daemon is designed to operate independently - in panoramic 
applications cameras pointed in different directions may need very different 
exposure. If autoexposure is unstable you probably just need to modify 
settings, because the goal of the autoexposure algorithm may be different. In 
you case you probably have some bright electrical light that fools the camera.

Here is generally how algorithm works: it maintains exposure so only a certain 
fraction of all pixels will have value above a certain value. For the normal 
good quality outdoor image the fraction of overexposed is set to a very small 
value (like 99.2% pixels should have =250 of 255 value). Such combination 
provide good quality images if there are no bright lights (or sun reflections) 
in the FOV. If there are some, you may want to reduce required "good" (not 
overexposed) pixels to say 98% or 95%, possibly simultaneously reducing the 
required level. There are illustrations on the wiki: 
https://wiki.elphel.com/wiki/Autoexposure .

That will make the camera ignore larger bright lights/reflection and eliminate 
exposure fluctuations.

On the other hand exposure settings as well as gain settings are included in 
each frame Exif header, so the post-processing software can eliminate influence 
of the exposure/gains and gamma correction. When we process jp4 images in 
ImageJ plugin 
(https://git.elphel.com/Elphel/imagej-elphel/blob/master/src/main/java/JP46_Reader_camera.java
 ), the first step is that the JP4 image from the camera is converted to a 
floating-point data with linear intensity scale (gamma conversion is undone), 
and each color gain is reversed too, providing data close to what sensor would 
provide with the same gain settings. Exposure value is also available, so it is 
possible to divide these linear-scaled image by the exposure value to 
compensate variations - that will help image matching.
 
Andrey


 On Mon, 08 Jan 2018 00:54:12 -0800 Winston 
Zhangwinston.zh...@blacksesame.com.cn wrote  

Hello
   Thank you for your patient to answer my question. But I have some others 
as follow.
  1)How should I make the left and right camera AWB change synchronously? 
The left camera image color is very different with right camera image color. 
Please look at the last email attachment. I followed your advices, and set the 
WB_EN=0 and GAINR/GAING/GAINB = some value, and made the left and right camera 
image WB very close. But it just applies only to one situation. If I change the 
ambient lighting brightness, the GAINR/GAING/GAINB value should be set again. 
  2)How should I make the left and right camera exposure change 
synchronously? The left and right camera exposure at different time and cause 
the image brightness different. So, if I capture the same timestamp frames, the 
frames brightness are so different. I want to do some stereo-match work, but 
all of these get me into trouble.
  

 
   
 Best Regrad!
 Yicheng-Zhang
 Email:  winston.zh...@blacksesame.com.cn
 Teil:18516291005
 Addr:   707 room, 7th floor, building 4th, No.1761, Zhangdong road, Pudong area
  
 发件人: andersonnotg...@gmail.com [mailto:andersonnotg...@gmail.com] 代表 Oleg
 发送时间: 2017年12月28日 星期四 3:13
 收件人: Winston Zhang winston.zh...@blacksesame.com.cn
 抄送: Elphel Sales | Olga Filippova sa...@elphel.com; Dan Pan 
ad...@blacksesame.com; Tao Zhang tao.zh...@blacksesame.com.cn; 
Qun Gu qun...@blacksesame.com; elphel support-list 
support-list@support.elphel.com
 主题: Re: [Elphel-support] 答复: 答复: 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo 
camera
  
  Hello,
   
 
  1)How could I get the raw data of camera. Because when I got the rgb data 
from multipart jpeg stream, the image had some color blocks if I amplified 
eight times. I thought it could be caused by image conversion 
compression.(please look at the attachments).

 
  You can switch to  JP4 format - it's close to raw.
 
  What I see in the attached images is they have different white balance. And 
also there are overexposed areas which can affect the correct balance.
 
   
 
  The white balance is run independently for each sensor - you can try to set 
it so the images look the same and then turn off for both sensors:
 
  a) open the  web interface for each sensor - click on the green circle OR 
 
  b) set WB_EN=0 (also for both channels) in parameters - if you change it 
through a table 
(http://192.168.0.9/parsedit.php?sensor_port=2title=Parameters+for+groups:+whiteBalance+GTAB_RGTAB_GGTAB_GBGTAB_BWB_THRESHWB_PERIODWB_MASKWB_ENWB_WHITELEVWB_WHITEFRACWB_MAXWHITEWB_SCALE_RWB_SCALE_GBWB_SCALE_BGAIN_MINGAIN_MAXGAIN_CTRLGAIN_STEPANA_G

Re: [Elphel-support] 答复: 答复: 答复: Re: Quote for 1 NC393-Stereo camera

[Elphel Support]

Hello Winson,

We do not have any C/C++ code for stereo matching and calibration. It is a very 
mature area and there is a lot of software that can be used for that purpose, 
the best is probably OpenCV. We could not possibly write some magic in-house 
code that would significantly outperform what many very good software 
developers have done over many years. Elphel binocular stereo cameras may be 
calibrated and processed with Open CV or any other existing programs. The 
lenses are good and have low geometric distortion so you should not have 
problems using such software.

We do make special cameras and calibrate them - all the programs are free 
software (GPLv3) and we post blog articles about how we do that. Our focus is 
on the area of combining precise hardware  (that can provide imaging data not 
yet possible with the cellphone cameras) and the software developed for such 
cameras. In this specific area we can make a difference even with or limited 
development resources.

The camera sensors we use for calibration have pre-selected lenses (we measure 
all and keep only the best ~50%), the sensor front ends (SFE) use precise 
thermal compensation (there are blog posts about it, all the mechanical parts 
are documented on our wiki). Then we adjust the SFE and glue them in two stages 
- UV glue first, then epoxy with low thermal expansion. And finally we 
calibrate these SFE (and the complete  multi-sensor systems) using our 7 meters 
by 3 meters pattern and Java software 
(https://git.elphel.com/Elphel/imagej-elphel).

For the distance measurements we use 4-sensor (not just binocular) cameras - 
you probably have seen the results, and current software uses the same Java 
code. It is far from real-time, and this is why I'm working on the FPGA code of 
what the Java program was just an emulation/prototype. Our current FPGA 
development is here - https://git.elphel.com/Elphel/x393/tree/dct/dsp , but it 
is far from being finished (major development started just a month ago). When 
done it will provide results that are currently possible only with active, 
LIDAR/ToF-based systems, and we plan to eventually implement such image 
processing systems with teh custom ASIC.

Andrey



 On Wed, 20 Dec 2017 19:16:59 -0800 Winston 
Zhangwinston.zh...@blacksesame.com.cn wrote  

Hi, Andrey
   Ok, I will resend the email to support mailing. I means that do you have 
some C/C++ source code for developer. I searched the wiki web, and could not 
find some cues or C/C++ source codes about how to complete the stereo 
calibration and stereo matching. 
  
___ 




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] Sensor Synchronization and Memory

[Elphel Support]

Hello Fabian,

The sensors used in 393 have 2 major operational modes - free running and 
triggered (there are mode details in 
https://blog.elphel.com/2016/10/using-a-flash-with-a-cmos-image-sensor-ers-and-grr-modes/
 and in sensor datasheets). In free running mode the maximal frame rate does 
not depend on exposure time (exposure can be up to the full frame period). In 
the triggered mode (from the sensor "point of view", so it does not matter if 
the trigger is received over the cable or generated by the FPGA timer) exposure 
and readout can not be overlapped, so the maximal frame rate is limited to 
1/(T_readout + T_exposure). That means that the trigger can be missed if 
exposure is set too high (for example by the autoexposure daemon). Please 
describe what trigger problems did you have so we can try to reproduce them.

If your exposure time  is short compared to readout time, you just need to 
slightly increase the frame period (so it will accommodate both T_readout and 
T_exposure) and either use manual exposure or specify maximal exposure time in 
autoexposure settings.

If your exposure time is high (not enough light) it is possible to try the 
following trick.
1) Run camera in triggered mode (FPS  1/(T_readout+T_exposure)
2) Make sure the parameters that define the frame rate in free running mode are 
the same for all the participating sensors.
3) Limit or set exposure time so it will never exceed frame period in free 
running mode
4) Simultaneously (using broadcast mask) switch all sensors to the free running 
mode

Sensors should stay in sync as they use the same source clock and all other 
parameters are the same.

As for uncompressed data - it should be possible (it is tested with Python 
test_mcntrl.py ) as there is DMA-based bridge between the video memory and the 
system memory. There are drivers ported from the 353 camera that provide access 
to this memory, but we did not use them and need to check operation.
One of the drivers provide raw access to the whole video memory as to the large 
continuous  file. Other driver provides access to the actual captured frame 
data. In memory the frame width is rounded up, so there are gaps between sensor 
pixel data.

Next thing depends on 8/16 bpp modes. In normal JPEG/JP4 modes the data in the 
video memory is 8bpp (after the gamma conversion), and so it is possible to 
simultaneously get both compressed and uncompressed output. In 16 bpp mode 
(with 12 bit sensor data is shifted left by 3 bits, so different sensors use 
full range of positive short int). In that mode it is not possible to 
simultaneously get compressed and raw data.

Video memory buffering can be programmed to use variable number of frames for 
each channel, by default it is set to 2, working as a Ping-pong buffer. When 
using compressed output the operation of the data acquisition channel (writing 
video memory in scan-line order) and reading data to compressors (20x20 
overlapping tiles in JPEG mode, non-overlapping 16x16 in JP4 mode) are 
synchronized in the FPGA (read channel waits for the sufficient lines to be 
acquired for the next row of tiles), but that is not so for the raw data read 
from the video memory. FPGA provides 8 individual interrupts for the imaging 
subsystem - 4 channels for the sensor acquisition channels (frame sync signals 
also internally advance command sequencers described here - 
https://blog.elphel.com/2016/09/nc393-development-progress-and-the-future-plans/)
 and 4 compressor_done interrupts. And there are userland ways to wait fro the 
next frame (e.g. from the PHP extension - 
https://wiki.elphel.com/wiki/PHP_in_Elphel_cameras).

We will check (update if needed) the drivers that provide access to the video 
memory.

Andrey




 On Fri, 15 Dec 2017 05:48:27 -0800 Fabjan Sukalia 
fabjan.suka...@qinematiq.com wrote  

  Dear Elphel-Team,
 currently I'm working with the synchronization and readout of the sensor on 
the 393. My first goal is to synchronize two or more sensors so that the 
pictures are taken at the exact same time. To my understanding the internal 
trigger could be used for this purpose but I'm unsure if this produces a stable 
video stream with the maximum frame rate. Currently I'm unable to confirm this 
as the firmware that is provided by my colleagues has issues with the trigger. 
Therefore I'm asking you if the internal trigger can synchronize the sensors 
and still provide a video stream with the highest frame rate possible. Also the 
maximal exposure time would be 16 ms for a 60 fps video. 
 
 My second task is to access the uncompressed data of the sensors. These data 
reside on the memory chip dedicated to the FPGA-part of the Zynq. Is there some 
example code on how to access the uncompressed data from a user-space program?
 Thanks in advance.
 Kind regards,
 Fabjan Sukalia
 -- 
 qinematiq GmbH 
 - 
 Fabjan SukaliaMillergasse 21/5  A - 1060 Vienna 
 

Re: [Elphel-support] Info needed 10338 rev. d/e J1 connector

[Elphel Support]

Frederick,

Parts list is missing for the board, we'll fix that. Connector is the same as 
J6-J9 of the 10393 board (https://wiki.elphel.com/images/1/11/10393b.pdf)

https://www.digikey.com/product-detail/en/hirose-electric-co-ltd/FH12-30S-0.5SV-55/HFL130CT-ND/1110414

Andrey

 On Mon, 04 Dec 2017 13:23:48 -0800 Frederick Gamache 
frederick.gama...@gmail.com wrote  

Hi,

I would like to know what is the exact part number (digikey, manufacturer) for 
connector J1 on the 10338 board rev. d/e.


I didn't find the parts list for rev. d/e on your webstite (only for rev. A).


Best regards,
Frederick

 ___ 
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] Software flow for recording uncompressed/raw video

[Elphel Support]

Hello Shashank,

There is no "uncomressed" video in the camera, the video that is recorded is 
compressed. But with Elphel cameras it is possible to record video/images in 
such a way, that after processing (uncompressing) each pixel value differs from 
the 12-bit original sensor data by less than the sensor (unavoidable) noise for 
that pixel.

For high quality recording (design for post-processing) we use JP4 format
https://wiki.elphel.com/wiki/JP4
http://community.elphel.com/jp4
Each frame is recorded separately, making it ~2MB/frame when using 98% 
compression quality, 3-4MB for 100% (lossless)
Yes, it is possible to trigger camera, but as the recording time is measured in 
minutes, I would recommend to use software trigger (over the network) - latency 
is quite low and the less wires you use the better overall reliability of the 
system you get.
There are no other limits for the duration of recording but the SSD capacity. 
There are 2 ways to record - directly to the SSD partition (faster) or through 
the file system. When recording with the file system the data is recorded into 
the files of specified size (it is easier to manage reasonably sized ones), but 
when switching files there is no frame losses - 1st frame of the second file is 
the actual next captured frame after the last one in the first file.

Andrey


 On Thu, 14 Sep 2017 02:28:20 -0700 Shashank 
Muthashashankmu...@gmail.com wrote  

Hello,Please guide us on the software flow to record raw video. Also, what 
is the video quality and bit rate of the raw video and is it configurable. 
Further, is there an upper limit on the duration of recording (apart from the 
capacity of the SSD).
Can we also have a hardware trigger to start the recording (the stop time can 
be a few minutes from start).
Thank you for your time,
Regards,
Shashank

 ___ 
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] Record full res and stream compressed at the same time?

[Elphel Support]

David,

353 has room and hardware for only one compressor :-(

The 393 FPGA block diagram is on the project git page - 
https://git.elphel.com/Elphel/x393  - you can see all the channels and 
FPGA-CPU/system memory connections there.

And this is why 393 has 12x performance of the 353 - 4 channels instead of one, 
each is 3 times faster

Andrey

 On Tue, 25 Jul 2017 22:26:48 -0700 David McPike 
davidmcp...@gmail.com wrote  

I started setting up a 393 build environment and realized that we're talking 
about the new cameras.  The vehicle we're testing right now is still stuck with 
the 353s.  Is this same thing possible in those cameras?

We are restarting development now, so I'll begin working on integrating the new 
cameras soon.


Thanks much,
David


On Tue, Jul 25, 2017 at 10:18 PM David McPike davidmcp...@gmail.com 
wrote:

Thanks, Andrey.  Can you direct me to documentation or provide some additional 
pointers regarding the adjustments necessary to achieve multiple compression 
parameters on a single sensor?  I'd like to get a better idea in mind before 
deciding which route we'll go.
Best,
David


 

On Sun, Jul 23, 2017 at 9:32 PM Elphel Support 
support-list@support.elphel.com wrote:

David, 

gstreamer seems to have the lowest latency - 
https://blog.elphel.com/2017/07/current-video-stream-latency-and-a-way-to-reduce-it
 , it is probably easy to add pixel reordering after JPEG decoder. Adding it to 
chrome may be trickier. Javascript http://community.elphel.com/jp4viewer/ may 
be not fast enough.

Image size for the same quality is about the same, JP4 just preserves more 
"raw" data and does not introduce de-Bayer artifacts that are difficult to undo.

2 compressors use 2 different circbuf devices, sure - circbuf data is after the 
compressor, so different quality would result ion different data

Andrey



 On Sun, 23 Jul 2017 19:07:12 -0700 David 
McPikedavidmcp...@gmail.com wrote  

I will need to setup my dev environment (Ubuntu) again.  I haven't built Elphel 
firmware for a long time.  If we setup two compressors, does that mean we would 
have two circbuf devices as well?

We will have different network characteristics this time around, so I don't 
have an exact answer on our bandwidth limits just yet.  The bigger concerns are 
ease of use and latency.  I am interested in adding functionality to the 
OpenROV project and using it for our piloting and telemetry platform on the 
surface.  The server and video feeds will be accessed via Chrome, making it 
very easy to use, and most users will be running Windows.  I would be a bit 
concerned about trying to use Gstreamer and get it running nicely inside an 
HTML5 app in a browser, or running Gstreamer separately outside of the 
telemetry and control applications.  I don't suppose you know of a Chrome 
extension that supports decoding JP4 images?  Can you tell me some average file 
sizes of JP4 compressed images compared to, say, 80% quality JPEGs?


We usually use an ACK'd layer 2 protocol like Homeplug AV, which already adds a 
bit of delay for every frame.  In the past, we have run our piloting camera at 
1/4 resolution to minimize transmission latency.  I'm happy to keep more sensor 
information in a higher resolution frame with bigger compression to keep 
latency lower.


Thanks!
David


On Sun, Jul 23, 2017 at 8:47 PM Elphel Support 
support-list@support.elphel.com wrote:

David,

That will need modification of the drivers -  ( 
https://git.elphel.com/Elphel/linux-elphel ), because while in FPGA sensor and 
compressor channels can be paired in any combination, driver currently has them 
one-to-one.


Do you have Eclipse-based development environment installed and set up? All the 
header files responsible for communication with the FPGA are missing in the git 
repository - they are generated/updated from the Verilog source files.

And what i your bottleneck? What is the bandwidth of the cable? Maybe you can 
stream JP4 and decode it on the fly with gstreamer? 


Andrey


 On Sun, 23 Jul 2017 17:44:50 -0700 David McPike 
davidmcp...@gmail.com wrote  




Andrey, can you give me some advice or point me to documentation on how I would 
accomplish the following:

- Run two compressors
- The compressor used by camogm would write JP4 raw or 100% JPEG quality MJPEG 
images to disk
- Imgsrv would serve images at various JPEG qualities as we set them


Do I need to read circbuf frame metadata to figure this out?  What's the right 
way?  Running multiple sensors in each camera isn't achievable at this time.


Thanks!
David




On Sat, Jul 22, 2017 at 10:12 PM David McPike davidmcp...@gmail.com 
wrote:

Hi Andrey,


Our use case would be one sensor per camera, running around 10-12fps, recording 
video on local disk, and surface ROV pilot viewing streamed images.  I would 
like to maximize image quality stored on disk, while minimizing latency for 
images delivered to the surface on a limited bandwidth network pa

Re: [Elphel-support] Record full res and stream compressed at the same time?

[Elphel Support]

David, 

gstreamer seems to have the lowest latency - 
https://blog.elphel.com/2017/07/current-video-stream-latency-and-a-way-to-reduce-it
 , it is probably easy to add pixel reordering after JPEG decoder. Adding it to 
chrome may be trickier. Javascript http://community.elphel.com/jp4viewer/ may 
be not fast enough.

Image size for the same quality is about the same, JP4 just preserves more 
"raw" data and does not introduce de-Bayer artifacts that are difficult to undo.

2 compressors use 2 different circbuf devices, sure - circbuf data is after the 
compressor, so different quality would result ion different data

Andrey



 On Sun, 23 Jul 2017 19:07:12 -0700 David 
McPikedavidmcp...@gmail.com wrote  

I will need to setup my dev environment (Ubuntu) again.  I haven't built Elphel 
firmware for a long time.  If we setup two compressors, does that mean we would 
have two circbuf devices as well?

We will have different network characteristics this time around, so I don't 
have an exact answer on our bandwidth limits just yet.  The bigger concerns are 
ease of use and latency.  I am interested in adding functionality to the 
OpenROV project and using it for our piloting and telemetry platform on the 
surface.  The server and video feeds will be accessed via Chrome, making it 
very easy to use, and most users will be running Windows.  I would be a bit 
concerned about trying to use Gstreamer and get it running nicely inside an 
HTML5 app in a browser, or running Gstreamer separately outside of the 
telemetry and control applications.  I don't suppose you know of a Chrome 
extension that supports decoding JP4 images?  Can you tell me some average file 
sizes of JP4 compressed images compared to, say, 80% quality JPEGs?


We usually use an ACK'd layer 2 protocol like Homeplug AV, which already adds a 
bit of delay for every frame.  In the past, we have run our piloting camera at 
1/4 resolution to minimize transmission latency.  I'm happy to keep more sensor 
information in a higher resolution frame with bigger compression to keep 
latency lower.


Thanks!
David


On Sun, Jul 23, 2017 at 8:47 PM Elphel Support 
support-list@support.elphel.com wrote:

David,

That will need modification of the drivers -  ( 
https://git.elphel.com/Elphel/linux-elphel ), because while in FPGA sensor and 
compressor channels can be paired in any combination, driver currently has them 
one-to-one.


Do you have Eclipse-based development environment installed and set up? All the 
header files responsible for communication with the FPGA are missing in the git 
repository - they are generated/updated from the Verilog source files.

And what i your bottleneck? What is the bandwidth of the cable? Maybe you can 
stream JP4 and decode it on the fly with gstreamer? 


Andrey


 On Sun, 23 Jul 2017 17:44:50 -0700 David McPike 
davidmcp...@gmail.com wrote  




Andrey, can you give me some advice or point me to documentation on how I would 
accomplish the following:

- Run two compressors
- The compressor used by camogm would write JP4 raw or 100% JPEG quality MJPEG 
images to disk
- Imgsrv would serve images at various JPEG qualities as we set them


Do I need to read circbuf frame metadata to figure this out?  What's the right 
way?  Running multiple sensors in each camera isn't achievable at this time.


Thanks!
David




On Sat, Jul 22, 2017 at 10:12 PM David McPike davidmcp...@gmail.com 
wrote:

Hi Andrey,


Our use case would be one sensor per camera, running around 10-12fps, recording 
video on local disk, and surface ROV pilot viewing streamed images.  I would 
like to maximize image quality stored on disk, while minimizing latency for 
images delivered to the surface on a limited bandwidth network path.  Using a 
single fps is totally fine.


I can't recall our typical resoluition.  I don't feel like we ran the camera at 
full resolution in the past, so I'll keep your input in mind and try to 
finalize our requirements.


Thanks much!






On Sat, Jul 22, 2017 at 9:53 PM Elphel Support 
support-list@support.elphel.com wrote:

David,

Do you mean resolution or JPEG quality?

Different JPEG quality can be achieved with the same FPGA code, but different 
software if you use less that all 4 channels - run 2 compressors from the same 
sensor channel.

Different resolution simultaneously can only be achieved if the sensor runs at 
full resolution, and FPGA reduces resolution. That mode is not implemented as 
it is limited to the same (lowest of 2) frame rate, defined by the sensor. So 
it is not possible to combine low fps/high resolution and high fps/low 
resolution from the same sensor, only what can be done is similarly to 353 - 
short interruptions of the stream to get full resolution images (simple 
application can record them to the ssd).

Probably the most practical solution (having 4 sensor channels on the same 
camera - dedicate one sensor for streaming, others - for high-res recording.

Andrey

-

Re: [Elphel-support] Record full res and stream compressed at the same time?

[Elphel Support]

David,

That will need modification of the drivers -  ( 
https://git.elphel.com/Elphel/linux-elphel ), because while in FPGA sensor and 
compressor channels can be paired in any combination, driver currently has them 
one-to-one.


Do you have Eclipse-based development environment installed and set up? All the 
header files responsible for communication with the FPGA are missing in the git 
repository - they are generated/updated from the Verilog source files.

And what i your bottleneck? What is the bandwidth of the cable? Maybe you can 
stream JP4 and decode it on the fly with gstreamer? 


Andrey


 On Sun, 23 Jul 2017 17:44:50 -0700 David McPike 
davidmcp...@gmail.com wrote  

Andrey, can you give me some advice or point me to documentation on how I would 
accomplish the following:

- Run two compressors
- The compressor used by camogm would write JP4 raw or 100% JPEG quality MJPEG 
images to disk
- Imgsrv would serve images at various JPEG qualities as we set them


Do I need to read circbuf frame metadata to figure this out?  What's the right 
way?  Running multiple sensors in each camera isn't achievable at this time.


Thanks!
David




On Sat, Jul 22, 2017 at 10:12 PM David McPike davidmcp...@gmail.com 
wrote:

Hi Andrey,


Our use case would be one sensor per camera, running around 10-12fps, recording 
video on local disk, and surface ROV pilot viewing streamed images.  I would 
like to maximize image quality stored on disk, while minimizing latency for 
images delivered to the surface on a limited bandwidth network path.  Using a 
single fps is totally fine.


I can't recall our typical resoluition.  I don't feel like we ran the camera at 
full resolution in the past, so I'll keep your input in mind and try to 
finalize our requirements.


Thanks much!






On Sat, Jul 22, 2017 at 9:53 PM Elphel Support 
support-list@support.elphel.com wrote:

David,

Do you mean resolution or JPEG quality?

Different JPEG quality can be achieved with the same FPGA code, but different 
software if you use less that all 4 channels - run 2 compressors from the same 
sensor channel.

Different resolution simultaneously can only be achieved if the sensor runs at 
full resolution, and FPGA reduces resolution. That mode is not implemented as 
it is limited to the same (lowest of 2) frame rate, defined by the sensor. So 
it is not possible to combine low fps/high resolution and high fps/low 
resolution from the same sensor, only what can be done is similarly to 353 - 
short interruptions of the stream to get full resolution images (simple 
application can record them to the ssd).

Probably the most practical solution (having 4 sensor channels on the same 
camera - dedicate one sensor for streaming, others - for high-res recording.

Andrey

 On Sat, 22 Jul 2017 18:45:23 -0700 David McPike 
davidmcp...@gmail.com wrote  

Hi All,

I can't seem to find a clear explanation on this.  We are still primarily using 
the 353 cameras.  Is there a way to locally record high quality images via 
camogm and at the same time retrieve JPEG images with higher compression via 
imgsrv?


Thanks much,
David







 ___ 
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 





___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] Record full res and stream compressed at the same time?

[Elphel Support]

David,

Do you mean resolution or JPEG quality?

Different JPEG quality can be achieved with the same FPGA code, but different 
software if you use less that all 4 channels - run 2 compressors from the same 
sensor channel.

Different resolution simultaneously can only be achieved if the sensor runs at 
full resolution, and FPGA reduces resolution. That mode is not implemented as 
it is limited to the same (lowest of 2) frame rate, defined by the sensor. So 
it is not possible to combine low fps/high resolution and high fps/low 
resolution from the same sensor, only what can be done is similarly to 353 - 
short interruptions of the stream to get full resolution images (simple 
application can record them to the ssd).

Probably the most practical solution (having 4 sensor channels on the same 
camera - dedicate one sensor for streaming, others - for high-res recording.

Andrey

 On Sat, 22 Jul 2017 18:45:23 -0700 David McPike 
davidmcp...@gmail.com wrote  

Hi All,

I can't seem to find a clear explanation on this.  We are still primarily using 
the 353 cameras.  Is there a way to locally record high quality images via 
camogm and at the same time retrieve JPEG images with higher compression via 
imgsrv?


Thanks much,
David







 ___ 
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] Schematic/pcb design for 10393 Board

[Elphel Support]

Dan,

Thank you for the nice words. 

https://wiki.elphel.com/wiki/10393#More_details - links are under the block 
diagram

You may also find STEP files for all the mechanical parts there, you may start 
from the https://wiki.elphel.com/index.php?title=Elphel_camera_assemblies

Andrey

 On Thu, 06 Jul 2017 10:15:17 -0700 Daniel Lykens 
dlyk...@keystoneautomation.net wrote  

   Hello,
 
 
 My company recently purchased a 10393 dev kit and it is fantastic. We are 
trying to implement a wireless component to it, and are looking for a 
schematic/pcb layout of the 393, but couldn't find it in the documentation 
online. Do you know where I could find a component level schematic and PCB 
layout, or could one be sent to me?
 
 
 Thanks!
 
 
 Dan
 
 ___ 
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] Cameras and processing modules for Self Driving Cars Vision System

[Elphel Support]

Marius,

About "uncompressed video" for post-processing. For post-processing we use 
special format of compressed images based on a simple JPEG compression, but in 
contrast to JPEG goal:
 "reduce bandwidth in such a way that humans will not notice the difference"
We use a different one:
"reduce bandwidth in such a way that all valid sensor data will be preserved"

Sensors output signal+noise, so the compression artifacts should just be kept 
lower than the natural  noise. For small-pixel sensors the dominant one is 
usually the shot noise.

We developed JP4 to preserve Bayer mosaic - color conversion is the most 
"lossy" part of the compression. It is based on the simple JPEG engine (that 
you can use with quality = 100% that is lossless), so it is easy to decode on 
any platform. It was first intended for the book scanning project ( 
https://en.wikipedia.org/wiki/Elphel ) , later reused for the outdoor 
environment scanning too.

https://wiki.elphel.com/wiki/JP4
https://community.elphel.com/jp4/jp4demo.php/

Andrey





___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] Auto-discard notification

[Elphel Support]

Marius, I'm sorry - I hit the wrong checkbox and blacklisted you  instead of 
white-listing. Fixed.

I'll reply shortly.


Andrey

 On Fri, 30 Jun 2017 05:42:21 -0700 
support-list-boun...@support.elphel.com wrote  

The attached message has been automatically discarded.

= Forwarded message =

Subject: Re: [Elphel-support] Cameras and processing modules for Self Driving 
Cars Vision System
From: "Marius Slavescu"mar...@gtarobotics.com
Date: Fri, 30 Jun 2017 08:41:58 -0400
To: "Elphel Support"support-list@support.elphel.com

- Contents -

  Hi Andrey,
 Thank you for getting back to me!
 I'm trying to figure out what FPGAs and components I should get to build smart 
cameras that supports 1-4 x 1080P 60FPS (or better) low light (2+um pixel) 
sensors, for open source robotics and self driving car development.
 
 I understand these solutions may not be cheap or easy to approach, I'm trying 
to see what can be used best and relatively future proof as starting point for 
open source development in this area. OSSDC being a global community driven 
project, I'm also looking at affordable solutions that I can promote to be used 
for development and testing of SDC algorithms all around the world, as OSSDC 
target is global full autonomy (not only applicable in certain areas).
 Would be great if you could give me some ideas of what configurations I should 
try (my budget is very limited for now), and which IPs may help get started 
faster.
 I'll post soon more details about the OSSDC platform architecture and Smart 
Camera, here are some things we collected, more discussions happed on OSSDC 
Slack (ossdc.org):
 https://github.com/OSSDC/OSSDC-SmartCamera/issues/1
 
https://medium.com/@mslavescu/what-about-putting-a-computer-vision-processor-on-the-camera-or-sensor-platform-itself-d0622b24f5c
 I'm also looking into HDMI capture solutions (for both cameras and gaming 
consoles/PCs):
 
https://medium.com/@mslavescu/hdmi-capture-and-analysis-on-fpga-for-just-150-8b34652b0b0c
 
https://medium.com/@mslavescu/get-ready-to-race-ai-with-us-at-ossdc-org-b741e266e362
 
 I assume this is the 3D camera you mention, would be possible to use a 
different sensor to increase the frame rate and also is it possible to get 
uncompressed video to the PC (to do further processing on raw data using Nvidia 
GPUs):
 
 https://www3.elphel.com/stereo_setup
 Stereo (multi) camera with dense depth maps would perfect for SDC, that what I 
think is necessary to achieve full autonomy at relatively low cost.
 
 Thank you,
 Marius
 







___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] auto exposure on multi sensor setup & binning question.

[Elphel Support]

Jorick,

Yes binning/decimation is broken - we do not use it ourselves (for the reasons 
I explained before) so I did not notice when I broke it - it did work 
initially. I'll look into it, but it may take some time.

Andrey

 On Tue, 13 Jun 2017 03:34:30 -0700 Jorick 
Astregojor...@theidiotcompany.eu wrote  

  
 
 
 On 05/31/2017 05:53 PM, Elphel Support wrote:
 

  Hi,
  Currently we are testing a panoramic NC393 camera and are having problems 
with the auto exposure on multiple image sensors. 
  
  When there is half shadow, half bright light in the collective images. 
The image is dark on the shadow part. Does autoexposure apply globally or 
should every sensor apply it's own autoexposure settings?
 
 Jorick, with the limited dynamic range of the small format sensors it is a 
challenge to capture maximal data from the image, and there is no universal 
fits-all set of autoexposure parameters. We probably need to create some 
tutorial about it.
 
 The overall strategy is to keep maximal data from each channel - EXIF data in 
each image contains acquisition settings so it is possible  to match individual 
channels after acquisition - that just may require more than 8-bit of the 
intensity for the intermediate data.
 
 Each channel operates it autoexposure independently, so the output may not 
match in raw form - it needs post-processing. For example channels can be  
combined in a single 16-bit per color panorama and then high-pass filter (with 
low cutoff frequency ~ 1/2000 pix) applied to reduce difference between bright 
and dark parts of the panorama.
 
 
  Thanks for the explanation, the problem we have with post processing is that 
for this phase of the project we are doing realtime image analytics with cuda 
on a MJPEG stream. 
 
 We will be doing some raw capturing but we're looking to trigger this on 
demand. 
 
 Maybe we could set the exposure parameters with an algorithm that does the 
analytics , but I don't know if that will respond fast enough and this will 
take up processing power. We will have to mess about with it some more ;-)
 
What would be a way to get a more balanced exposure?
 
 There are multiple parameters that control autoexposure, the main are window, 
level and fraction. The daemons (1 per each of the 4 channels) builds 
histograms for all pixels inside the selected rectangular area, and then 
calculates required exposure so the specified fraction of all pixels have 
values below the specified level.
 
 Default settings are for images where there are no very bright objects (like 
the Sun) in the field of view, so if the camera is pointed there the picture 
will become all dark. If you change the fraction to say 95%, then up to 5% of 
the pixels are allowed to be above the level - that level does not have to be 
very high, so exceeding it do not mean necessarily overexposure. Camvc program 
allows you to adjust this pair (fraction/level) graphically. You can turn off 
autoexposure, set it manually to the desired level and then move slider for the 
fraction - level value will be adjusted to match it.
 
 
  
 Ok understood, we will do some more testing.
 
Second question, is binning supported and do we have to do any 
aditional steps for this? We'd like to reduce the resolution while still using 
the whole sensor. When I set it to 1/2 Horizontally and 1/2 Vertically, the 
output gets corrupted.
 
 Binning is supported, it should all be the same as in the 353 camera. Can you 
please describe precisely how you've got corrupted images, we will try to 
reproduce (and address) the problem.
 
 On the other hand, binning and decimation are not r3eally good in any of the 
color mosaic sensors as these modes reduce resolution more than twice. Because 
of the Bayer mosaic (1 row):
 R1 G1 R2 G2 R3 G3 R4 G4
 
 R1 will be merged with R2, R3 - with R4 and similar G1 with G2:
 R1+R2, G1+G2, R3+R4, G3+G4, ...
 
  For the realtime anlytics the resolution is too high, currently we scale it 
down while processing. I was in the understanding that by binning you would 
have all the light but half the resolution (I tried 1/2 binning)
 So I just set horizontal and vertical to "1/2" and got the corrupted image. 
When I set them back to the original setting the image remains corrupted. I 
haven't had time to check if it stores the image uncorrupted yet.
 
 This could be due to the outdated firmware, so we'll start with upgrading that.
 
 I could probably also modify the streamer to output a lower resolution. 
h264/h265 support would be even better. The idea is to run the analytics and 
streaming and only grab the interesting frames in raw from the circular buffer.
 
 How difficult would a color space conversion to YUV be on the elphel? We're 
streaming so much the same color (green ;-) and this would save bandwith, it 
would also be easier to change the brightness on parts of the image.
 
   
  
  
  Also we have a problem in the Camogm recording application, we use fast 

Re: [Elphel-support] video camera for drone project

[Elphel Support]

Hello Maria,

The camera uses mt9p031 sensors, this datasheet 
http://www.onsemi.com/pub/Collateral/MT9P031-D.PDF lists some of the frame 
rate/resolution combinations - camera supports all what sensor can provide.
With latency with default firmware camera sends acquired frame immediately 
after it is acquired - when the frame sync pulse comes from the sensor, it 
starts sending the previous frame.
It is possible to reduce the latency even more, but that will require some 
software development and custom software on the receiving side as for sending 
standard files you need to know file size, and the file size is available only 
after the full frame is compressed.

The FPGA code that acquires and compresses image frames has latency of 18 scan 
lines plus under 1000 pixels - this is the lag between the pixels acquired from 
the sensors and compressed data is stored in the system memory. So it is 
possible to send it  not waiting for the full frame to be compressed.

Oleg will reply you about the power and weight, but yes - it is possible. And 
with the same weight you can have up to 4 simultaneous sensors operating.

Andrey


 On Tue, 13 Jun 2017 16:34:23 -0700 Maria Gonzalez 
margonza...@ucdavis.edu wrote  

Hello 


We are looking for a camera with the following characteristics:


 
Desired Camera and Communications Specifications
 
Communications: Wireless operating at 5 GHZ, with transmitter built-in or 
external HDMI transmitter
 
to be processed /displayed in  local computer.
 
Resolution Video: 1080p at 30 frames/sc
 
 System Communications Latency ( From Camera to Computer Display) :   order 
of ms
 
Range : 50 feet
 
View angle:  120 
 
Power: Battery operated with duration of an hour before recharged
 Weight:  the minimum as possible  1pound


Do you have a camera that meet this characteristics? The more critical 
parameter is the latency and we are open to suggestion for the communications 
scheme.


Thanks,


Maria C. Gonzalez

 ___ 
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] auto exposure on multi sensor setup & binning question.

[Elphel Support]

 
  Hi,
  Currently we are testing a panoramic NC393 camera and are having problems 
with the auto exposure on multiple image sensors. 
  
  When there is half shadow, half bright light in the collective images. 
The image is dark on the shadow part. Does autoexposure apply globally or 
should every sensor apply it's own autoexposure settings?

Jorick, with the limited dynamic range of the small format sensors it is a 
challenge to capture maximal data from the image, and there is no universal 
fits-all set of autoexposure parameters. We probably need to create some 
tutorial about it.

The overall strategy is to keep maximal data from each channel - EXIF data in 
each image contains acquisition settings so it is possible  to match individual 
channels after acquisition - that just may require more than 8-bit of the 
intensity for the intermediate data.

Each channel operates it autoexposure independently, so the output may not 
match in raw form - it needs post-processing. For example channels can be  
combined in a single 16-bit per color panorama and then high-pass filter (with 
low cutoff frequency ~ 1/2000 pix) applied to reduce difference between bright 
and dark parts of the panorama.


  What would be a way to get a more balanced exposure?

There are multiple parameters that control autoexposure, the main are window, 
level and fraction. The daemons (1 per each of the 4 channels) builds 
histograms for all pixels inside the selected rectangular area, and then 
calculates required exposure so the specified fraction of all pixels have 
values below the specified level.

Default settings are for images where there are no very bright objects (like 
the Sun) in the field of view, so if the camera is pointed there the picture 
will become all dark. If you change the fraction to say 95%, then up to 5% of 
the pixels are allowed to be above the level - that level does not have to be 
very high, so exceeding it do not mean necessarily overexposure. Camvc program 
allows you to adjust this pair (fraction/level) graphically. You can turn off 
autoexposure, set it manually to the desired level and then move slider for the 
fraction - level value will be adjusted to match it.

  Second question, is binning supported and do we have to do any aditional 
steps for this? We'd like to reduce the resolution while still using the whole 
sensor. When I set it to 1/2 Horizontally and 1/2 Vertically, the output gets 
corrupted.

Binning is supported, it should all be the same as in the 353 camera. Can you 
please describe precisely how you've got corrupted images, we will try to 
reproduce (and address) the problem.

On the other hand, binning and decimation are not r3eally good in any of the 
color mosaic sensors as these modes reduce resolution more than twice. Because 
of the Bayer mosaic (1 row):
R1 G1 R2 G2 R3 G3 R4 G4

R1 will be merged with R2, R3 - with R4 and similar G1 with G2:
R1+R2, G1+G2, R3+R4, G3+G4, ...
 
  
  
  Also we have a problem in the Camogm recording application, we use fast 
recording (without partition).
  When I press record, I get a warning about a buffer underrun. If click 
away the message, recording starts and the buffers stay full.
  When I forget to OK the warning, the elphel becomes unresponsive on the 
http interface after a while and it looks if the recording task hangs. 
  
  A reboot doesn't work as it never reboots, we had to power off the camera 
to get it going again. After reboot the recording is lost from what I see.

What firmware version do you have ? There were many changes in camogm earlier 
this year.

Andrey





___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] Software questions.

[Elphel Support]

All the software that is needed to run camera in linescan mode is in the camera 
itself, as all the source code of the programs. Development environment (the 
NC353 camera uses discontinued Axis ETRAX processor that requires older 
versions of GNU/Linux) is provided on a bootable flash drive.

You may find documentation about this mode on Elphel wiki: 
http://wiki.elphel.com/index.php?title=Photo-finish

You may find examples of the linescan application here:

http://blog.elphel.com/2010/11/elphel-as-a-line-scan-camera-for-river-panoramas/
 , 
http://blog.elphel.com/2012/02/introducing-the-river-view-web-player-other-news-from-river-studies/

You may also search this mailing list on this topic:
http://www.mail-archive.com/search?l=support-list%40support.elphel.coma=1notwords=blog%3Ahaswords=linescan

Andrey



 On Tue, 14 Feb 2017 14:33:10 -0800 De la Garza Photo 
Finishf.fin...@hotmail.com wrote  

Hello, 
Where can I download or access a software for the camera in order to take 
slit-camera images? 
 
 
 
___ 
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] sensor board, informations

[Elphel Support]

Hello Julie,

I'm afraid we can not help you with the sensor boards compatible with Raspberry 
Pi - our sensor boards are only compatible with the earlier Elphel cameras, 
designed more than 10 years ago. All our sensor boars use the 30-conductor flex 
cables - we can use both standard 0.5 mm pitch flex cables and our improved 
(shielded signals, thick power lines) ones, compatible with both parallel (up 
to 14 bit) and high speed serial (up to 8 differential pairs + clock pair).

All Elphel cameras are designed around FPGA that is used for image 
processing/compression - it is not the case with the Pi.

Andrey

 On Fri, 10 Feb 2017 03:17:48 -0800 juliejulie...@jaming.fr wrote 
 

  Hi, :-)
  I'm in a french team of film makers, and we want to build an open source 
camera. We are looking for an high or average definition (at least 1920x1080) 
open source Sensor Board compatible with raspberry Pi,  that could allow use to 
use any objective (including old photographic objective). We wanted to create a 
snapPi cam but with a better sensor board that the ones sold by adafruit 
Raspberry pi compagny. 
 
 I see you sell a lot of open hardware  camera components (393...) including 
sensor boards, do you have any sensor compatible with Raspberry Pi  ?
 What connexions do you use for your sensor boards ? 
 
 Yours sincerely 
 
 
 
 Julie Go
 
 
 
 ___ 
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] Global Reset Release

[Elphel Support]

Asa,

I added control of the GRR mode to the camera general parameters - before you 
had to set sensor register for that - only two modes were possible in "TRIG" 
parameter 0 - free running ERS and 4 - ERS snapshot. I added 5 - for GRR 
snapshot, and tried it in the cocotb simulation. We'll try it with an LED and 
the actual camera, make sure it is recorded on all the sensor.

Andrey

 On Wed, 21 Sep 2016 22:37:05 -0700 Elphel 
Supportsupport-list@support.elphel.com wrote  

Asa,

Readout time of ~1/15 s is for full size/full resolution of the sensor. Smaller 
the WOI - shorter the time, sensor datasheets have formulai for the readout 
time. What kind of flash (and the flash duration) do you plan to use? And what 
resolution/frame rate?

I'm just working on inter-camera synchronization, same output can be used to 
fire a flash with programmable delay. Sensor strobe output is not used, the 
output pulse is generated in the FPGA (so it does not depend on particular 
sensor type) it is a 5V pulse available (when programmed so) on the 2.5mm audio 
connector on the camera (marked "sync" here 
http://wiki.elphel.com/images/0/0f/NC393-CS_marked_ports.jpeg )

Andrey


 On Wed, 21 Sep 2016 22:06:46 -0700 Asa Hammonda...@prenav.com 
wrote  

I understand the difference between global shutter and GRR. Interested to use 
with a flash.  Is the readout always 1/15s? No matter what the exposure 
setup?We can try it with the 5mp for now.

On Wed, Sep 21, 2016 at 6:53 PM, Elphel Support 
support-list@support.elphel.com wrote:
Hello Asa,

How do you plan to use global reset release? It is not a global shutter (all 
pixels erased at once, but read out of the full frame still takes ~1/15 s) Do 
you plan to connect a flash light source? Otherwise the pixel exposure will be 
proportional to row number.

It is possible to use such mode with 5MPix and the software that I described in 
the last blog article, we did not yet made a compatible driver for the 14 MPix, 
but it will be soon (~month) ready.

Andrey






 

 ___ 
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 





___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] Camera Shipping

[Elphel Support]

Hello Elham,

What do you mean "in your camera calculations"? Camera acquires images that can 
be processed internally or sent out as is. It does not do any calculations by 
itself - you can use opencv in the camera, or transfer images to a host 
computer and process data there. We do plan to add some FPGA-based calculations 
to the camera that can facilitate (increase speed) of the processing for 
multiple-view (4 overlapping), but that will happen later.

Actually that is our interest of providing camera to you and sponsoring the 
project - that you in the course of your PhD research will develop such free 
software (using other existing free software of course) that other people will 
be able to use.

Andrey

 On Thu, 22 Sep 2016 05:49:40 -0700 Elham Omrani 
elh.omr...@yahoo.com wrote  

r the 112 pixel disparity range 
 Hello Andrey ,
In your camera calculations, what is maximum disparity range (in pixel). 
becouse this affect minimum depth and camera baseline(and focal length). 
Best Regards
Elham








 


On Wednesday, September 21, 2016 1:39 AM, Elphel Support 
support-list@support.elphel.com wrote:

 

 Elham,

We can ship to any of these countries as soon as we will obtain an  export 
license for our product to sell it to the University of Tehran. Shipping 
directly  to Iran will be faster, I believe.

Andrey

 On Tue, 20 Sep 2016 11:27:17 -0700 Elham 
Omranielh.omr...@yahoo.com wrote  

Dear Andrey ,
Thank you for providing the requested information. how about Malaysia or Dubai 
? how long does it take to ship it to these countries?
Best Regards
Elham


 


On Monday, September 19, 2016 9:32 AM, Elphel Support 
support-list@support.elphel.com wrote:

 

 Elham,

The fastest will be to ship directly to Iran, I think. As soon as we'll receive 
the export license that we applied for.

Andrey 

 On Sun, 18 Sep 2016 21:45:32 -0700 Elham Omrani 
elh.omr...@yahoo.com wrote  

Hello Andrey,


Thank you for providing the requested information. I am checking various 
countries to receive the camera 
early. how about turkey? can you send it to turkey? how long does it take?

Best Regards
Elham


 





   


 On Sunday, September 18, 2016 9:08 PM, Elphel Support 
support-list@support.elphel.com wrote:

 

 Hello Elham,

It does not matter - where do we ship the camera that is made for you.  It can 
be local in the US, in Europe or directly in Iran - it is still our 
responsibility to comply with the export regulations.

We applied for an export license to Iran and hope we will receive it, we think 
that the relatively long processing time is probably caused by the fact that 
after lifting the sanctions many American companies want to restore business 
with your country, and we would love to help you too.

We do ship cameras to China, but unfortunately it is not always flawless. 
Sometimes there are long (more than a month) delays on a Chinese side (for 
importing to China), our products do not require any export license to China 
from the US.

Andrey

 On Sun, 18 Sep 2016 09:22:58 -0700 Elham Omrani 
elh.omr...@yahoo.com wrote  

Hello Andrey,
How long does it take If you want to ship the camera to china?
please answer as soon as possible.
Thank you very much
Elham






___ 
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 











 
 
 

___ 
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 







___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] Global Reset Release

[Elphel Support]

Asa,

Readout time of ~1/15 s is for full size/full resolution of the sensor. Smaller 
the WOI - shorter the time, sensor datasheets have formulai for the readout 
time. What kind of flash (and the flash duration) do you plan to use? And what 
resolution/frame rate?

I'm just working on inter-camera synchronization, same output can be used to 
fire a flash with programmable delay. Sensor strobe output is not used, the 
output pulse is generated in the FPGA (so it does not depend on particular 
sensor type) it is a 5V pulse available (when programmed so) on the 2.5mm audio 
connector on the camera (marked "sync" here 
http://wiki.elphel.com/images/0/0f/NC393-CS_marked_ports.jpeg )

Andrey


 On Wed, 21 Sep 2016 22:06:46 -0700 Asa Hammonda...@prenav.com 
wrote  

I understand the difference between global shutter and GRR. Interested to use 
with a flash.  Is the readout always 1/15s? No matter what the exposure 
setup?We can try it with the 5mp for now.

On Wed, Sep 21, 2016 at 6:53 PM, Elphel Support 
support-list@support.elphel.com wrote:
Hello Asa,

How do you plan to use global reset release? It is not a global shutter (all 
pixels erased at once, but read out of the full frame still takes ~1/15 s) Do 
you plan to connect a flash light source? Otherwise the pixel exposure will be 
proportional to row number.

It is possible to use such mode with 5MPix and the software that I described in 
the last blog article, we did not yet made a compatible driver for the 14 MPix, 
but it will be soon (~month) ready.

Andrey






 

 ___ 
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] Global Reset Release

[Elphel Support]

Hello Asa,

How do you plan to use global reset release? It is not a global shutter (all 
pixels erased at once, but read out of the full frame still takes ~1/15 s) Do 
you plan to connect a flash light source? Otherwise the pixel exposure will be 
proportional to row number.

It is possible to use such mode with 5MPix and the software that I described in 
the last blog article, we did not yet made a compatible driver for the 14 MPix, 
but it will be soon (~month) ready.

Andrey



 On Wed, 21 Sep 2016 18:31:45 -0700 Asa Hammonda...@prenav.com 
wrote  

Hello, how can we support Global Reset functionality in the MT9F002-D with the 
393. Is this supported already?Thank you.









 

 ___ 
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] Camera Shipping

[Elphel Support]

Elham,

We can ship to any of these countries as soon as we will obtain an  export 
license for our product to sell it to the University of Tehran. Shipping 
directly  to Iran will be faster, I believe.

Andrey

 On Tue, 20 Sep 2016 11:27:17 -0700 Elham 
Omranielh.omr...@yahoo.com wrote  

Dear Andrey ,
Thank you for providing the requested information. how about Malaysia or Dubai 
? how long does it take to ship it to these countries?
Best Regards
Elham


 


On Monday, September 19, 2016 9:32 AM, Elphel Support 
support-list@support.elphel.com wrote:

 

 Elham,

The fastest will be to ship directly to Iran, I think. As soon as we'll receive 
the export license that we applied for.

Andrey 

 On Sun, 18 Sep 2016 21:45:32 -0700 Elham Omrani 
elh.omr...@yahoo.com wrote  

Hello Andrey,


Thank you for providing the requested information. I am checking various 
countries to receive the camera 
early. how about turkey? can you send it to turkey? how long does it take?

Best Regards
Elham


 





   


 On Sunday, September 18, 2016 9:08 PM, Elphel Support 
support-list@support.elphel.com wrote:

 

 Hello Elham,

It does not matter - where do we ship the camera that is made for you.  It can 
be local in the US, in Europe or directly in Iran - it is still our 
responsibility to comply with the export regulations.

We applied for an export license to Iran and hope we will receive it, we think 
that the relatively long processing time is probably caused by the fact that 
after lifting the sanctions many American companies want to restore business 
with your country, and we would love to help you too.

We do ship cameras to China, but unfortunately it is not always flawless. 
Sometimes there are long (more than a month) delays on a Chinese side (for 
importing to China), our products do not require any export license to China 
from the US.

Andrey

 On Sun, 18 Sep 2016 09:22:58 -0700 Elham Omrani 
elh.omr...@yahoo.com wrote  

Hello Andrey,
How long does it take If you want to ship the camera to china?
please answer as soon as possible.
Thank you very much
Elham






___ 
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 











 
 
 

___ 
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] Camera Shipping

[Elphel Support]

Hello Elham,

It does not matter - where do we ship the camera that is made for you.  It can 
be local in the US, in Europe or directly in Iran - it is still our 
responsibility to comply with the export regulations.

We applied for an export license to Iran and hope we will receive it, we think 
that the relatively long processing time is probably caused by the fact that 
after lifting the sanctions many American companies want to restore business 
with your country, and we would love to help you too.

We do ship cameras to China, but unfortunately it is not always flawless. 
Sometimes there are long (more than a month) delays on a Chinese side (for 
importing to China), our products do not require any export license to China 
from the US.

Andrey

 On Sun, 18 Sep 2016 09:22:58 -0700 Elham Omrani 
elh.omr...@yahoo.com wrote  

Hello Andrey,
How long does it take If you want to ship the camera to china?
please answer as soon as possible.
Thank you very much
Elham






___ 
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] Ordering stereo camera

[Elphel Support]

Elpham,

Using dual 2-lens system does not give you any advantage compared to two 
separate systems, and for research project I would rather use 2 separate, for 
simplicity.

You know that there are many ways to process multi-view images, most use 
feature extraction and keypoints before calculating disparity and so the 
distance. 

Alternatively you can start from correlation (in most cases a superposition of 
the correlation and phase correlation) of the (usually just 2) images trying to 
get distance to objects that do not have easily identifiable feature but still 
have many high-frequency components.

Both paths have some advantages and disadvantages, correlation provides better 
Z-resolution (you can easily operate with disparities being a small fraction of 
a pixel - like 0.1), but it is easy to get into ambiguous results, especially 
when the objects have some periodic structures.

Using more than 2 view simultaneously can reduce ambiguity significantly, and 
finally get high precision distance measurements before the image is analyzed 
for feature extraction. Right now we do not have this code in FPGA, but it is 
one of our close targets that we'll work on when the base software for the 
cameras will be finished, so correlation will be done at "hardware" speeds in 
the same NC393-based cameras running new code. Meanwhile you could post-process 
images on a regular PC.

I've seen much less works on the distance measurements with multiple-view 
systems compared to the standard 2-sensor systems, so that would give you an 
opportunity to do an interesting research.

You could play (just online or download sources for analysis) with our 
"triclops" images that are linked on our web site to get an idea of the 
advantage of the multiple view systems.

Andrey


 On Mon, 29 Aug 2016 12:27:28 -0700 Elham 
Omranielh.omr...@yahoo.com wrote  

Dear Olga,
Thank you for  providing the requested information. Yes, we want to use Inline 
camera as 2 stereo cameras. Inner lenses are a stereo vision system with 
smaller baseline and focal length (suitable for near distance) and outer lenses 
are a stereo system with bigger baseline and focal length (for far distance). 
As you know, stereo vision error increases with increasing distance. Because of 
this, researchers uses 2 stereo camera in a unified system to decrease 
disparity error.
If you use same baseline and focal lenses, What is your purpose of designing H- 
model or inline model with same baseline and focal lenses?
About lens, In addition to 4.5 mm lens, what lens do you recommend (we prefer 
bigger than 4.5 focal lens)?
 
 I'm looking forward hearing from you.
Elham


 


On Monday, August 29, 2016 9:53 PM, Olga Filippova 
support-list@support.elphel.com wrote:

 

 Dear Elham,



can you please explain the technical reasons for ordering inline camera? It 
looks like you plan to use Inline camera as 2 stereo cameras with 2 different 
bases. This is fine, but it has been done before, while the H-camera presents 
interesting research opportunities. 

Practically speaking we offer 4.5mm lenses (custom adjustment has been made to 
fit this lens to the camera, using 3 different adapter rings, as can be seen 
here: http://www3.elphel.com/importwiki?title=File:N125B04530W_adapter.jpeg) 
But we do not offer any 9 mm lenses - we have not tested any of 9mm lenses and 
we don't have these in stock, however you are welcome to purchase such lenses 
separately and install them on the camera.


I am researching the exporting regulations to Iran. I think we can ship our 
camera products to Iran, but I need to receive answers from the exporting 
agency, to make sure.


We offer standard 48V power supply that converts AC power from wall outlet to 
48V DC power. The camera uses 3.3V, but the power supply has to be minimum 12V, 
or 18V better, especially for camera with 4 image sensors. You can power the 
camera from the boat power supply. For development it is nice to have a wall 
adapter, like the 48 V AC-DC converter we offer (or you can use the one you 
already have or can purchase locally).


Best Regards,



On Sun, Aug 28, 2016 at 12:55 AM, Elham Omrani elh.omr...@yahoo.com 
wrote:
Hello Olga,
Thank you for your attention to this matter. Yes, I remember, but Contrary to 
my opinion, my supervisor emphasis on purchasing Inline model. Therefore we 
decide to order inline model. so please quote for inline model, with 22 cm 
inner baseline(for inner lenses )  with 4.5 mm lens, and 44 cm outer baseline 
with 9 mm lens. 
We want to ship the camera to Iran. Do you send the camera with DHL post?
 According to your website, the required power for the 10393 system board is 
3.3 VDC (http://wiki.elphel.com/index. php?title=10393) and Why do you use 48 v 
power supply ? what is required power for the camera? we have 12 VDC and 20-30 
VDC(variable) on our robot, is it suitable for the camera? or we must purchase 
48 v power supply ?
I'm looking forward hearing from you.

Re: [Elphel-support] Ordering stereo camera

[Elphel Support List]

Hello Elham,
all camera models made with 3D-printed parts are just examples of the possible 
configurations. We offer our clients the freedom to modify the camera 
configuration based on their needs and application. The camera with 4 sensors 
can be arranged in any way you will design it. The example Inline camera has a 
fixed baseline of 250mm, but it can be larger, limited only by the cable 
length. The longest cable we offer is 450 mm.

We are working on the waterproof camera body for the H-camera, not the Inline 
camera. 

The 4 image sensors are synchronized and are taking images simultaneously.

The lens we offer is Evetar, N125B04530WR1 with EFL=4.5mm, the focus is fixed 
on infinity. http://www3.elphel.com/accessories
You can also choose your own lens (C or CS mount, or M12 mount).

Best Regards,

___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] Ordering stereo camera

[Elphel Support]

Hello Elham,

As I wrote you earlier - we do not have any waterproof camera, the only 
weatherproof (they withstand rain but can not go underwater) we manufacture is 
Eyesis4pi (it is more expensive device).

Our users were able to use Elphel cameras deep under water (see project SCINI 
-https://www.google.com/search?q=scini ), but it is their design, not ours. We 
provide open hardware cameras so you can download all our design files and 
develop the additions required for your particular application, and if your 
design is open too (so others can use your CAD files, software under acceptable 
FLOSS license) we may provide discounts (as I wrote earlier).

We may develop some weather-proof H-camera ourselves, especially if there will 
be customers eager to pay for such product. But I can not promise to put all 
our work aside do develop such new hardware - we can do it only in our spare 
time (which currently we do not have). Your team has at least twice more 
members than we have at Elphel, so you can develop mechanical parts yourself 
(as other users do) faster (and less expensive too) - we can definitely help 
you with consultations and tell if we think your design will work, what 
potential problems it may have.

Andrey

 On Fri, 12 Aug 2016 06:03:26 -0700 Elham 
Omranielh.omr...@yahoo.com wrote  

Hello Andrey,
The longest of your cable is very good.
because this camera will be used in outdoor condition, it is very important 
that it is waterproof.  can you design  H-camera with environmental protection?
How will send us? and how many days does it take?










___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] [Elphel-support-Eyesis] TKIC-01974 Visual Safety

[Elphel Support List]

Dear Marcos,

we have all the parts for 2 more stereo cameras, so this time the shipping can 
be done in just 2 weeks from the time of the order.
Unfortunately, it is not possible to position the sensors vertically in the 
stereo application, since the disparity must happen over the horizontal 
direction, because the CMOS sensors scan each line of the image at different 
time. 
We will answer more to this question on the mailing list later today.

Best Regards,

___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

[Elphel-support] Fwd: expected imu data fortmat

[Elphel Support Team]

-- Forwarded message --
From: Hamid M mokh0...@umn.edu
Date: Wed, Oct 1, 2014 at 1:59 PM
Subject: expected imu data fortmat
To: support-l...@elphel.com


 Hi elphel,

We have an NC353L combined with Garmin18 for GPS and ADIS 16375A IMU.  The
goal is to save pictures with known position and orientation (derivable
from IMU).  I've tried to get up to speed using the wiki and past e-mails,
but am still having trouble.  Here is my first question:

1) What is the data format of the imu data?  When running
 cat /dev/imu
a series of non-ascii characters are printed.  Hence, either the data
is streamed in a binary format or the communication settings are incorrect.

If helpful, here are some outputs
   fpcf -imu 1 | grep 0:
0: 1387427810.526442 (0x52b277e2 0x8086a)  0x 0x 0x
0x 0x 0x 0x 0x 0x
0x 0x 0x 0x 0x
0: 1387427810.526849 (0x52b277e2 0x80a01)  0x 0x 0x
0x 0x 0x 0x 0x 0x
0x 0x 0x 0x 0x
0: 1387427810.527255 (0x52b277e2 0x80b97)  0x 0x 0x
0x 0x 0x 0x 0x 0x
0x 0x 0x 0x 0x
^C

 fpcf -imu 1 | grep 1:
1: 1387425332.154346 (0x52b26e34 0x25aea)  0xf0414001 0x174e8544 0x1390cef8
0x7f7468e3 0xfff00f0d 0xfffcdfcd 0xc5ff 0x 0x
0x 0x 0x 0x 0x
1: 1387425332.154346 (0x52b26e34 0x25aea)  0x1c12 0x 0x
0x 0x 0x 0x 0x 0x
0x 0x 0x 0x 0x
^C


Thanks in advance,
-Hamid




-- 
Elphel Support Team
supp...@elphel.com
___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

[Elphel-support] Fw: Elphel support

[Elphel Support List]

Hello,

 in the field of PIV using Elphel camera of sensor type: MT9P001. Could you
 please send me the standard values of the camera that can work in the 
 best form. The standard values that I mean are the best values shown in 
 the attached picture (left side of the attached image).

The attached image appears to be broken unfortunately. Could you please resend 
or share it somewhere?

The default camera values usually work ok. Auto Exposure and W/B are on by 
default as well.

Best regards,
Oleg Dzhimiev
Electronics Engineer
phone: +1 801 783  x124
Elphel, Inc.

___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] the problems from the hdd (in short)

[Elphel Support | Andrey Filippov]

Carlos,

Looking at the photos (they are very helpful, thanks!) I realized that the
camera did have a manufacturing defect. It did not prevent the camera from
working properly, but made the board too fragile - more than it has to be.
All the connector pins were soldered OK (you can see the traces if the pins
peeled off, but the two guide pins (large ones that go through the holes)
were not soldered. The signal pins are soldered in the reflow oven with all
other SMT components but those two pins had to me manually soldered and we
missed that they were not. So when repairing the board in the local shop
(if you'll be able to find one) - please ask them to solder those two pins
also.

Andrey

On Fri, Feb 3, 2012 at 10:00 AM, Carlos Padial palidoestud...@gmail.comwrote:

 well, unfortunately I have started to open the camera and examine the
 connections before the arrival of andrey's mail and now the problem is
 more serious.
 The hard disk connection to the plate 10369 has been separated by
 where is welded.

 I opened the camera already once before and was alert about the
 sensitive short cable.
 i must say i have been extremely careful when I open the camera, and I
 dont think that has forced the connection at all. I noticed that the
 connection was loose and by moving it slightly it was released.

 ???

 2012/2/3 Sebastian Pichelhofer sebastian.pichelho...@gmail.com:
  Ah, I did not know it is a camera with INTERNAL HDD.
 
  Yes makes perfect sense. All my comments assumed it is an external HDD
  connected via SATA port.
 
  Regards Sebastian
 
  On Fri, Feb 3, 2012 at 17:16, Andrey Filippov
  support-list@support.elphel.com wrote:
  Sebastian,
 
  4096 byte blocks are not the problem in the 353 cameras - they all now
 have
  this block size. Please see our Development Blog post on that matter:
 
 http://blog.elphel.com/2010/11/elphel-cameras-and-4096-4k-sector-drives/
 
  And the disk was correctly formatted and tested _in the camera_ (not in
 the
  external computer) - it is not a good idea to try to remove it - the
 flex
  cable is not so easy to handle if you do not have such experience
 already. I
  believe Carlos should continue to follow Oleg's instructions - it was
 he who
  formatted and tested the HDD in the camera
 
  Andrey
 
  On Fri, Feb 3, 2012 at 8:48 AM, Sebastian Pichelhofer
  sebastian.pichelho...@gmail.com wrote:
 
  On Fri, Feb 3, 2012 at 16:44, Carlos Padial palidoestud...@gmail.com
  wrote:
   OK so do I understand this correctly that the new 4K block size of
   newer harddisks is the problem:
   http://en.wikipedia.org/wiki/Disk_sector ?
  
   dont know, but this you say remember me something readed about this
   digging in the list archive. But i dont fully understand if it was
 the
   same case. it was about using ext3... and my disk was formated as
   ext2... (i believe)
  
   Since the embedded linux in the 353 camera is already several years
   old it could well be the case that it has problems with 4K sectors.
  
   Carlos, one idea: Could you prepare the HDD and the partition tables
   on a PC and then see if the camera can talk to it nicely.
   i am afraid i dont have this kind of conexion for this, i will look
   for an adapter...
   what kind of hardware i need for this?
 
  The SATA port on the camera is the very same connector as in any normal
  PC.
  If you only have a laptop you can use any external HDD (eg. USB2)
  enclosure.
 
  Regards Sebastian
 
  
   I do think we should put a notice on the wiki about the 4K sector
   problem once we have a full understanding, and probably recommend
   customers to not use/or use with caution 4K HDDs for now.
  
   Yes, i think this shoud be done. But i have not full understanding of
   the problem yet.
  
   So there is no other way?
  
   Thanks oleg and sebastian for your support.
  
   Regards Sebastian
  
   On Fri, Feb 3, 2012 at 14:28, Carlos Padial 
 palidoestud...@gmail.com
   wrote:
   Thanks to oleg who kindly help me a lot yesterday, we have narrow
 down
   the problem to this one:
  
   # fdisk -l
  
   Note: sector size is 4096 (not 512)
  
   Disk /dev/hda: 120.0 GB, 120034123776 bytes
   255 heads, 63 sectors/track, 1824 cylinders
   Units = cylinders of 16065 * 4096 = 65802240 bytes
  
   Disk /dev/hda doesn't contain a valid partition table
  
   So i need to make a new partition table.
   I found about fix tables with cfdisk but seems its not installed
   With the -o option in fdisk the changes seems not  to be applied at
   all...
  
   someone knows how to proceed?
  
   best regards.
   --
   Carlos Padial
   surreal.asturnazari.es
  
  
  
   --
   Carlos Padial
   surreal.asturnazari.es
 
  ___
  Support-list mailing list
  Support-list@support.elphel.com
 
 http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com
 
 



 --
 Carlos Padial
 surreal.asturnazari.es

___
Support-list mailing list

[Elphel-support] technical doubts about our purchase

[Elphel Support List]

Hello Carlos and Simon,
we have received the payment and your order is ready for shipment. 
I would like to explain some details regarding the lenses you have selected.
We have assembled the camera with the M12 Sunex Super Fisheye lens, with the 
specuial adapter, and we had to remove the IR cut-off filter from the camera, 
because this lens already has IR cut-off filter and the assembly does not fit 
if we have this filter installed on the camera.
For the 3Mpix lens we have attached the IR cut-off filter to the lens, with UV 
glue. Please be careful with this lens, not to scratch the filter, as it is 
exposed. 
When changing lenses, please remove the M12 lens together with it's adapter, as 
a whole assembly.

Thank you for your order, 
I will send you the confirmation number for tracking the shipment.
Best Regards,

___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

[Elphel-support] technical doubts about our purchase

[Elphel Support List]

Carlos,

 energizer xp18000
Worked for us. Was even enough to power an external HDD.

 ... is it still possible to be exchanged after that for another lens? or is 
 a fixed modification of the camera?

Yes, it is possible to change the lens to any other with C/CS/M12 mount. 
Assembly of that lens includes an C/CS-M12 adapter and spacers to make it 
fixed focused to infinity. Nothing is glued.

If you meant Sunex SuperFisheye EFL=1.3mm, F/2.0, M12 mount, here's a sample - 
http://community.elphel.com/pictures/hammer_camera/elphelimg_2421643.jpeg (2 in 
1). The resolution is not perfect.

 i read carefully all info about 12v it in the wiki (and talk page) and
 I come to understand that the 12-volt adapter is not enough to power
 the camera and hard drive.

Well, we tested a 12V camera with HDD not too long ago - it works but it 
doesn't have enough power for extra boards (was instable with an extra MUX 
board and 2 sensor boards). In general there might be problems if the voltage 
drops below 12V - cables are too long or extra boards (mentioned above). 

The setup you need should work fine with at least 15ft network cable.

 ¿you can't provide an appropiated adaptor?
We could try to look for a 'better' adapter and order it from somewhere, I 
think.

 if not, how many amps should provide the adapter to work safely with
 this configuration?
Our current power supply is 12V, 1.5A.

Best regards and a happy new year too =),
Oleg Dzhimiev

___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] how do I reflash the camera via netboot mode?

[Elphel Support | Sebastian Pichelhofer]

Akos,
I improved the behaviour of the button and the way the validation
checks are displayed:
http://elphel.cvs.sourceforge.net/viewvc/elphel/elphel353-8.0/packages/web/353/camerasetup/network.js?view=log

Thanks again for the report.

Regards Sebastian

On Wed, Nov 3, 2010 at 09:36, Ákos Maróy a...@maroy.hu wrote:
 Sebastian,

 Sebastian will look at the problem of not changing those settings and
 try to reproduce your case. He may need more input from your.

 Yes please describe as accurate as you can what fields you filled with
 which values in which order and what the results were!.

 sure.

 when changing the IP address, a notification appears on the right side,
 and the save button is disabled. when I tab to the netmask, the save
 button appears. when I tab to the gateway or the broadcast address, the
 save button is disabled again. I could only save when on the netmask
 entry, but then it didn't save the broadcast or the gateway, even though
 I changed those fields too.

 Or do you have screenshots?

 unfortunately not, and I don't have the camera on me right now.


 Akos


___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] how do I reflash the camera via netboot mode?

[Elphel Support | Sebastian Pichelhofer]

On Tue, Nov 2, 2010 at 19:40, Andrey Filippov and...@elphel.com wrote:
 On 11/2/10, Ákos Maróy a...@maroy.hu wrote:
 Andrey,

 actually, this web interface resets the IP address, but not the gateway
 or the broadcast address. I was looking in /etc to find where these
 settings are saved, but didn't find then there..

 where would I change these manually, via an ssh connection?


 Akos


 Akos,

 Sebastian will look at the problem of not changing those settings and
 try to reproduce your case. He may need more input from your.

Yes please describe as accurate as you can what fields you filled with
which values in which order and what the results were!.

Or do you have screenshots?

Regards Sebastian



 Changing those settings manually  permanently can be done through the
 browser (there is a link on the camera home page)
 http://192.168.0.9/admin-bin/editcgi.cgi?file=/etc/conf.d/net.eth0

 But after changing that file I would recommend to synchronize the
 camera JFFS file system, to keep it happy (i.e. with
 wget http://192.168.0.9/phpshell.php?command=sync
 or opening that link in the browser,  otherwise camera will complain
 about checksum mismatch at every boot in the messages (dmesg) until
 that particular block will be overwritten. Command
 reboot -f
 would synchronize too.

 Andrey


___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] how do I reflash the camera via netboot mode?

[Elphel Support | Sebastian Pichelhofer]

Thanks, I will look into it.

On Wed, Nov 3, 2010 at 09:36, Ákos Maróy a...@maroy.hu wrote:
 Sebastian,

 Sebastian will look at the problem of not changing those settings and
 try to reproduce your case. He may need more input from your.

 Yes please describe as accurate as you can what fields you filled with
 which values in which order and what the results were!.

 sure.

 when changing the IP address, a notification appears on the right side,
 and the save button is disabled. when I tab to the netmask, the save
 button appears. when I tab to the gateway or the broadcast address, the
 save button is disabled again. I could only save when on the netmask
 entry, but then it didn't save the broadcast or the gateway, even though
 I changed those fields too.

 Or do you have screenshots?

 unfortunately not, and I don't have the camera on me right now.


 Akos


___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

[Elphel-support] Request for video surveillance-distribution sys

[Elphel Support List]

Dear Osman,
thank you for your interest in Elphel products
I will forward your request to our technical team for their recommendations. 
Please excuse a long wait for the reply as we are participating in 3 
conferences for the open source products almost simultaneously and our staff is 
stretched.

Best Regards,

___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] feature request

[Elphel Support | Sebastian Pichelhofer]

We can remove the IR-cutoff filter that is place between lens mount
and sensor front end pcb upon request.

If you need IR spectrum only I assume there are other filters
available that can be used instead of the IR-cuttoff filter.

Regards Sebastian

On Mon, Aug 2, 2010 at 1:44 PM, Alexey Pavlyukov
alexey.pavlyu...@gmail.com wrote:
 Hello, Elphel Team!

 Do you have solutions for infra-red vision?
 We want to build a system like Panasonic D-Imager
 (http://www.youtube.com/watch?v=UGGKh3cyc7w).

 Best regards,
 Alexey Pavlyukov

 ___
 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] hi

[Elphel Support List]

Hi Vineeth,



a. Try ping -w 1 -b 192.168.0.255 - if the camera has some other ip you w
ill probably get it. When I test cameras I usually assign them ips from 192
.168.0.160 to .169.



b. As your camera has usb then it should have a phone socket on the side 
(under a small cover) and also you should have all the cables allowing you 
to connect your PC's usb to that phone socket (as we usually ship them).The
n use minicom - 115200 8N1.



Best regards, 

Oleg Dzhimiev

___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] Using the RJ14 port to trigger a camera fla

[Elphel Support List]

Dear Peter,

 I couldn't find much documentation on this part is how do I trigger
 the camera internally?
It should work after you set TRIG=0x4  have TRIG_CONDITION=0x0. The period is 
set by TRIG_PERIOD. And you're right - for the camera to generate the output 
pulse you need to set TRIG_OUT=0x80.

Best regards,
Oleg Dzhimiev

___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

[Elphel-support] UDP Image server

[Elphel Support List]

Leonardo,

Andrey answered your questions already. 
Two more things:
1. Do you still need the 10359 board? (your questions make me think you don't 
=) )
2. We haven't received the payment for the camera from your company. Could you 
please verify that?

Oleg

___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

[Elphel-support] Focusing issue

[Elphel Support List]

Dear Ángel,

Did you get an adapter ring from us? You might have removed it with the plastic 
front cover.
Like this one: http://www.avsupply.com/details/vm400.shtml

Do you have to unscrew the lens when the ring is installed?

Best regards,
Oleg

___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com

Re: [Elphel-support] Camera issue

[Elphel Support List]

Dear Salvador,
I hope you got the CF connector board, or getting it really soon.
Happy travelings, 
let us know when you come back if you've got the board and were able to put it 
in and use.
Thanks,
Olga

___
Support-list mailing list
Support-list@support.elphel.com
http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com