-
Notifications
You must be signed in to change notification settings - Fork 7.8k
drivers: video: ov7670: update init regs #94183
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
drivers: video: ov7670: update init regs #94183
Conversation
Hello @mjs513, and thank you very much for your first pull request to the Zephyr project! |
Co-authored-by: Dmitrii Sharshakov <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @mjs513 for the patch.
The update looks correct based on discussion I've seem in the other PR and the datasheet of the OV7670.
Free running PCLK should probably be the default and a non-continuous pclk should be requested via the related DT property (actually it isn't defined yet in the Zephyr video-interfaces.yaml, something that could be done in another PR if someone really need to enable non-continuous pclk mode).
I feel it is ok to update the value now, adding a proper comment on top of it to explain what this 0x03 does. Aka having VSYNC / HSYNC negative.
This driver should also (in another PR) be updated to rely on the endpoint and thus get those hsync / vsync / pclk polarity from the device-tree as for other drivers:
hsync-active:
type: int
enum:
- 0 # low
- 1 # high
description: |
Active state of the HSYNC signal
vsync-active:
type: int
enum:
- 0 # low
- 1 # high
description: |
Active state of the VSYNC signal.
pclk-sample:
type: int
enum:
- 0 # falling
- 1 # rising
- 2 # both
description: |
Sample data on falling, rising or both edges of the pixel clock signal.
There is currently 3 commits in this PR while I think there should be only 1 to update this COM10 value. Could you fix this and push an update ?
I forget that there is also this PR #92645 which is on the same subject |
Basic support for open charge point protocol v1.6 as native stack with below functionality 1. Framework for ocpp stack and central system communication using RPC over websocket according to occp-j. 2. Core profile with basic PDU Signed-off-by: Saravanan Sekar <[email protected]> Co-authored-by: Sanjay Vallimanalan <[email protected]>
Describe OCPP Charge Point (CP) support and illustrate how to implement CP sample. Signed-off-by: Saravanan Sekar <[email protected]>
Add test suit for OCPP lib with one complete charging session with a random meter values. Signed-off-by: Saravanan Sekar <[email protected]>
A test sample for ocpp charge point with 2 connectors, central system steve server is used with test setup (public available) Signed-off-by: Saravanan Sekar <[email protected]>
add code owner for OCPP native stack Signed-off-by: Saravanan Sekar <[email protected]>
Use new USB device stack (next) for CDC ACM serial backend. Keep the legacy configuration for the boards whose drivers are not ported. Signed-off-by: Johann Fischer <[email protected]>
The driver for the last board, sam4l_wm400_cape, that uses the legacy device stack was not ported in time, remove CDC ACM serial backend configuration from this board. Signed-off-by: Johann Fischer <[email protected]>
Move Audio 1.0 headphones-microphone and headset samples that demonstrate only legacy device stack functionality to the legacy directory. Signed-off-by: Johann Fischer <[email protected]>
Move legacy USB DFU sample to legacy directory and make USB DFU next sample default. Signed-off-by: Johann Fischer <[email protected]>
Move legacy WebUSB sample to legacy directory and make WebUSB next sample default. Signed-off-by: Johann Fischer <[email protected]>
Move legacy console sample to legacy directory and make console-next sample default. Signed-off-by: Johann Fischer <[email protected]>
Move the legacy code of the CDC ACM sample to a separate sample in the legacy directory. Signed-off-by: Johann Fischer <[email protected]>
Move the legacy code from the HID mouse sample to a separate sample in the legacy directory. Signed-off-by: Johann Fischer <[email protected]>
Move the legacy code from the USB MSC sample to a separate sample in the legacy directory. Make legacy sample very simple and drop all filesystem dependencies. Signed-off-by: Johann Fischer <[email protected]>
Remove legacy netusb code. Signed-off-by: Johann Fischer <[email protected]>
Use new USB device stack. Signed-off-by: Johann Fischer <[email protected]>
The change only affects board nrf52840dongle_nrf52840. Signed-off-by: Johann Fischer <[email protected]>
Use new USB device stack. Signed-off-by: Johann Fischer <[email protected]>
Use new USB device stack. Signed-off-by: Johann Fischer <[email protected]>
Use new USB device stack. Signed-off-by: Johann Fischer <[email protected]>
Remove netusb code and use new USB device stack. Signed-off-by: Johann Fischer <[email protected]>
Remove netusb code, use new USB device stack and CDC NCM implementation. Signed-off-by: Johann Fischer <[email protected]>
Use new USB device stack. Signed-off-by: Johann Fischer <[email protected]>
Use new USB device stack. Signed-off-by: Johann Fischer <[email protected]>
Use new USB device stack. Signed-off-by: Johann Fischer <[email protected]>
Add Kconfig option BOOT_SERIAL_UART, defined in the MCUboot module but needed to be used in tests, to the UNDEF_KCONFIG_ALLOWLIST. Signed-off-by: Johann Fischer <[email protected]>
The test requires two UARTs: one for console output and one for device management. Use UART1 for device management instead of CDC ACM because the legacy stack is deprecated and it will take some time for MCUboot to adapt. Signed-off-by: Johann Fischer <[email protected]>
Add note about legacy samples and update USB samples root documentation. Signed-off-by: Johann Fischer <[email protected]>
Deprecate legacy USB device support. Signed-off-by: Johann Fischer <[email protected]>
Document that the legacy stack is now deprecated. Signed-off-by: Johann Fischer <[email protected]>
Update Zephyr fork of MCUboot to revision: 4e108f702b5322fb59344ae4976e3d73c973ef12 Brings following Zephyr relevant fixes: - 4e108f70 boot: zephyr: adjust sample.yaml to pass USB deprecation process - 29690581 boot: zephyr: boards: update name of nrf54h20dk - cb92ebeb boot: zephyr: boards: nrf52: Fix minimal config - 1d7fe64b boot: zephyr: boards: nrf54l15dk: Remove invalid Kconfigs - c033b71b boot: zephyr: Remove reference to old Kconfigs - 268968f8 zephyr: Add support for AES256 - a5c48f3c imgtool: Allow for AES256 encryption - fc8477e5 boot: bootutil: image_validate: Add error on security counter fail - d5f84b49 zephyr: Add support for slot selection boot hook - 7c4ec9ab loader: Add boot hook for slot selection - 94d85f91 imgtool: Fix x25519 TLV HMAC tag - 32db7886 bootutil: Fix X25519 HMAC-SHA512 - 2bc36d0f bootutil: Expose hardware security counter - b475adf7 zephyr: Add CONFIG_BOOT_BYPASS_KEY_MATCH - 6d943d68 bootutil: Support for MCUBOOT_BYPASS_KEY_MATCH - e2e372f2 boot: Add config for dongle bare variant - dce784a2 loader: Allow to specify slot number in version - 5ee96f5b zephyr: Enable building ECDSA PSA variant Signed-off-by: Jamie McCrae <[email protected]>
Initial implementation of nRF54L quirks necessary for nRF54LM20A. Signed-off-by: Tomasz Moń <[email protected]> Signed-off-by: Johann Fischer <[email protected]>
Include adi_max32_clock.h to resolve undeclared ADI_MAX32_PRPH_CLK_SRC_* errors. Signed-off-by: Tahsin Mutlugun <[email protected]>
Add WUT support to MAX32655, MAX32666, MAX32680, MAX32690 and MAX78002 SoCs. Signed-off-by: Tahsin Mutlugun <[email protected]>
… Tree Add support for configuring the maximum TX power for STA and AP modes using a Device Tree property (`max-tx-power`). If unspecified, the default value is set to 31 dBm. Signed-off-by: Arunmani Alagarsamy <[email protected]>
Add completion support for "west build --domain" under the Bash shell. Signed-off-by: Henrik Brix Andersen <[email protected]>
The snippet for Zephyr as Xen Domain-0 was missing in the Xen Platform section of MAINTAINERS.yml. Add the missing entry to ensure that future pull requests for this component are correctly tracked and assigned. Signed-off-by: Dmytro Firsov <[email protected]>
Co-authored-by: Dmitrii Sharshakov <[email protected]>
…js513/zephyr into ov6760-fix-init-com10-register
|
Allcon - making this worse going to close this and reissue |
While testing the OV7670 on the Arduino Giga using the ArduinoCore zephyr IDE I found that if:
is not updated from
camera will start but no images will be shown.
I found this when looking at drivers: video: ov7670: Implement missing video API functions, controls and update init regs. it seems that only part of the PR was incorporated for the register changes requested?