-
Notifications
You must be signed in to change notification settings - Fork 44
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
Pcam not generating frames #27
Comments
Hi @fpgadeveloper, We are investigating. We'll get back to you Mario |
Hi @fpgadeveloper, Are the i2c devices available after the This command below should return 7 i2c devices i2cdetect -l If you get 7 devices with the command above, what is the output of this other command? i2cdetect -y 6 Mario |
Hi @mariodruiz , Yes, after I load the base overlay, I can see the I2C devices:
This is the output from
After running the next line
However, like before, there is nothing coming out of the image sensor. Jeff |
Hey @mariodruiz , You gave me an idea. The default value for the Pcam enable signal should probably be 1, just like it is in the PYNQ-ZU base design. In the Kria KV260 base design, the default value is not set: Kria:
PYNQ-ZU:
On my board, it seems to be defaulting to 0, which I have confirmed by probing with the oscilloscope, but we can also see that because it doesn't respond to I2C reads until we run |
No, I don't. Only, UU in the address 0x74. But, then the driver initializes properly and I can transfer images. |
hi guys, do you have any solution for this? i got similar problem. |
I've been able to test my Pcam (and others) on another platform, using my own baremetal driver and I haven't seen these issues occur. So my current thought is that the PYNQ PCam driver is not quite right yet, it needs to be tested with more Pcams. I'd dig deeper but I had to move onto other priorities. |
For my case, sometime it works fine, but sometime does not work. but mostly does not. do you think it is because the interrupt error? |
Guys I still have this issue were anyone able to resolve it? @mariodruiz any updates on how to resolve this? |
Hi @meanarchist, There's a long thread here with a workaround. |
I am currently using Ubuntu 22.04, however I have tested this on the Ubuntu 20.04.3 image and I get the same result.
In the mipi_to_displayport.ipynb notebook, I am unable to get an image out of the Pcam and into the notebook.
These are my observations:
frame = mipi.readframe()
.mipi.start()
.From those tests, I think we can be confident that both my Kria and my Pcam are fine and that they can work together. I think that we can also suspect that the problem is related to the configuration of the Pcam. Perhaps it is not pausing enough between I2C read/writes, perhaps the traces are longer on the Kria vs PYNQ-ZU which creates extra latency that is not accounted for by the driver. I notice that the decoupling cap on the Kria is 1uF whereas it is 10uF + 100nF on the PYNQ-ZU. I notice that the Pcam enable line on the Kria is driven by an open drain with a 10K pullup vs the PYNQ-Z1 which uses a push-pull output driver. Perhaps my flex cable is not so great (it came with the Pcam). These differences might mean that longer delays are necessary, but I'm just guessing at this point. It is already operating at a low frequency (100kHz) so perhaps it's more about the delays between reads/writes. I'll keep debugging this and let you know if I figure it out.
The text was updated successfully, but these errors were encountered: