sergei.nz

Forum Replies Created

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • sergei.nz
    Participant

    Hi Lee,

     

    Thank you for your reply. I have found that github project before making the original post, the reason I haven’t used it is because:
    1) it is too large for my use case
    2) it stores image locally which potentially will wear out the flash memory
    3) I would like to build my own solution. I take pride and joy from understanding the projects I am working on. There is no sense of accomplishment using pre-made solution.

    Since I was not getting anywhere (the documentation for OV2640 does not match the init exactly as I understood) I tried the namato solution. While it “worked”, I am not happy about the image quality (more on this below) or the fact that it I waited one hour before I gave up when I tried to capture a 2MP image (not sure if it is the limitation of ESP8266, Arducam or the libary, the baudrate was set to 2M, so it should have been quicker than that, a lot quicker)…

    It took ~45s to pull 320×240 12kB image:
    320x240

    ~3 minutes for 46k 640×480 image:640x480

    ~6min30sec for 116kB 1024×768 image:
    1024x768

    For 1600×1200 image I ran out of patience at 1 hour mark.

    These times seem unreasonable (the SPI is set to 2M so it should be quicker?), with the speed working out to be just over 300bytes/s or 2400bits/s. I am fairly sure it is no fault of Arducam, but it would not been an issue if I didn’t rely on random library off github.

    Regarding image quality: The image is overexposed, unfocused, and noisy. A $20 CCTV IP camera off aliexpress produces better image. Regarding the exposure and compression, probably issue with the init (but how the hell I am supposed to control that when it is so arcane?). While the focusing – how does one practically focuses the camera when there are minutes between snapshots?

    Hence I am going back to original question:
    What is the minimal init needed to set the camera for JPEG output at the highest resolution with everything on auto (exposure, white balance, etc)?

    I don’t like reverse engineering other people’s code, as a lot of times I do this for my job, and I hate when my hobby turns into a job. Reverse engineering a very long list of registers is not fun.

    At this stage I consider this project a failure and will look to ditching the whole thing in favour of a RPi Zero W with USB UVC camera, alternative is to go with VGA UART camera and keep the micro.

    sergei.nz
    Participant

    Hi Lee,

     

    Thank you for your reply. I have found that github project before making the original post, the reason I haven’t used it is because:
    1) it is too large for my use case
    2) it stores image locally which potentially will wear out the flash memory
    3) I would like to build my own solution. I take pride and joy from understanding the projects I am working on. There is no sense of accomplishment using pre-made solution.

    Since I was not getting anywhere (the documentation for OV2640 does not match the init exactly as I understood) I tried the namato solution. While it “worked”, I am not happy about the image quality (more on this below) or the fact that it I waited one hour before I gave up when I tried to capture a 2MP image (not sure if it is the limitation of ESP8266, Arducam or the libary, the baudrate was set to 2M, so it should have been quicker than that, a lot quicker)…

    It took ~45s to pull 320×240 12kB image:

    ~3 minutes for 46k 640×480 image:

    ~6min30sec for 116kB 1024×768 image:

    For 1600×1200 image I ran out of patience at 1 hour mark.

    These times seem unreasonable (the SPI is set to 2M so it should be quicker?), with the speed working out to be just over 300bytes/s or 2400bits/s. I am fairly sure it is no fault of Arducam, but it would not been an issue if I didn’t rely on random library off github.

    Regarding image quality: The image is overexposed, unfocused, and noisy. A $20 CCTV IP camera off aliexpress produces better image. Regarding the exposure and compression, probably issue with the init (but how the hell I am supposed to control that when it is so arcane?). While the focusing – how does one practically focuses the camera when there are minutes between snapshots?

    Hence I am going back to original question:
    What is the minimal init needed to set the camera for JPEG output at the highest resolution with everything on auto (exposure, white balance, etc)?

    I don’t like reverse engineering other people’s code, as a lot of times I do this for my job, and I hate when my hobby turns into a job. Reverse engineering a very long list of registers is not fun.

    At this stage I consider this project a failure and will look to ditching the whole thing in favour of a RPi Zero W with USB UVC camera, alternative is to go with VGA UART camera and keep the micro.

    sergei.nz
    Participant

    Hi Lee,

     

    Thank you for your reply. I have found that github project before making the original post, the reason I haven’t used it is because:
    1) it is too large for my use case
    2) it stores image locally which potentially will wear out the flash memory
    3) I would like to build my own solution. I take pride and joy from understanding the projects I am working on. There is no sense of accomplishment using pre-made solution.

    Since I was not getting anywhere (the documentation for OV2640 does not match the init exactly as I understood) I tried the namato solution. While it “worked”, I am not happy about the image quality (more on this below) or the fact that it I waited one hour before I gave up when I tried to capture a 2MP image (not sure if it is the limitation of ESP8266, Arducam or the libary, the baudrate was set to 2M, so it should have been quicker than that, a lot quicker)…

    It took ~45s to pull 320×240 12kB image:
    320x240

    ~3 minutes for 46k 640×480 image:640x480

    ~6min30sec for 116kB 1024×768 image:
    1024x768

    For 1600×1200 image I ran out of patience at 1 hour mark.

    These times seem unreasonable (the SPI is set to 2M so it should be quicker?), with the speed working out to be just over 300bytes/s or 2400bits/s. I am fairly sure it is no fault of Arducam, but it would not been an issue if I didn’t rely on random library off github.

    Regarding image quality: The image is overexposed, unfocused, and noisy. A $20 CCTV IP camera off aliexpress produces better image. Regarding the exposure and compression, probably issue with the init (but how the hell I am supposed to control that when it is so arcane?). While the focusing – how does one practically focuses the camera when there are minutes between snapshots?

    Hence I am going back to original question:
    What is the minimal init needed to set the camera for JPEG output at the highest resolution with everything on auto (exposure, white balance, etc)?

    I don’t like reverse engineering other people’s code, as a lot of times I do this for my job, and I hate when my hobby turns into a job. Reverse engineering a very long list of registers is not fun.

    At this stage I consider this project a failure and will look to ditching the whole thing in favour of a RPi Zero W with USB UVC camera, alternative is to go with VGA UART camera and keep the micro.

     

     

    sergei.nz
    Participant

    This product is really disappointing in many aspects.
    I have measured the power consumption and at 5V it sucks 100mA, with ESP8266 it pushes towards 180mA (total), and that is without doing anything.

    For a test I hooked up a rPi Zero with a random UVC camera and whole thing consumed 200mA. Remember rPi Zero is way more powerful than an ESP8266 (and I don’t need to worry  about some arcane bitbanging because I could simply ffmpeg the /dev/video0).

    It seems that this product is really unfinished. Since the board has a micro on it already why do we as end users have to bitbang the undocumented registers to get the thing to bare minimum? Why doesn’t onboard micro take care of it?

    It should only had one bus (SPI).

    It also lacking quality control, as one of the wires that came with the camera was broken thus wasting half a day of my time going on the wild goose chase.

    I still haven’t managed to get it going. The least arducam could have done is to provide official library for micropython.

    For the money ($30USD) the camera is not worth it. Especially when it comes with broken wires, and poor documentation.

    To add insult to the injury this forum sign up/login process is utterly broken.

    In Firefox the captcha often is not displayed (most of the time) and when clicked “I am not a robot” it still fails to loginl. In Chrome I barely managed to login (I had to fail first in the forum post so it would redirect me to dedicated login page). Not only this, but the verification email link went to 404?

    In addition to that I haven’t got any reply from arducam staff (via contact form on this site).

    Saying all that I am still after a camera solution with which I can simply grab jpeg stills at reasonable resolution, any recommendation are welcome. It has to be low power otherwise I would simply just fitted an IP CCTV camera at the location be done with it.

    I am powering this with a small solar battery and 2Ah 4S 12V LiFePO4 pack.

Viewing 4 posts - 1 through 4 (of 4 total)