Dear Andery, I'm a master student and driving "CMV" is vital for my thesis.Most of the funds have been used for providing the elphel camera and the sensor. I'm negotiating with my supervisor for an extra fund ,Unfortunately, it seems this is a time consuming process and the result is ambiguous. I have read about the "Driverless mode 393", can it be used for "CMV" sensors? Does it help me to simplify the procedure? In general, your documentation is very comprehensive, but I can not find any documents on your website that describe the stages of changing any desired sensor with your default one.
Ali On Fri, Oct 30, 2020 at 3:32 PM Elphel Support < firstname.lastname@example.org> wrote: > 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 > <tamimial...@gmail.com <tamimial...@gmail.com>>* 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 < > email@example.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 > <tamimial...@gmail.com <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 > Supportfirstname.lastname@example.org > http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com > > > > _______________________________________________ > Support-list mailing list > Supportemail@example.com > http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com > > > >
_______________________________________________ Support-list mailing list Supportfirstname.lastname@example.org http://support.elphel.com/mailman/listinfo/support-list_support.elphel.com