-
Notifications
You must be signed in to change notification settings - Fork 4.8k
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
Possible D435i exposure time bug #8470
Comments
Thank you very much for the details about your experiment. I think all the test results are making sense to me. I guess you are confused on the timing of exposure from the depth camera, Thanks |
Hi @RealSenseCustomerSupport, You can see, the trigger on pin 5 comes after the IR emitter signal goes low. Is this expected behavior? |
Good job. Now you can see the exposure timing vs the trigger. The trigger always outputs roughly ~150us after the exposure End time. The Start time varies depending on exposure time. You can use your hand to cover the camera, and see how the maximum exposure time looks like. So if your LED's On time doesn't overlap the Pink area, you won't see LED turn On in D435i. Hope it's clear now. Thanks |
Good, thanks.
Thanks |
So if I understand this correctly, the trigger somewhat aligns with 'data readout and transmit commence'. And the 'RS2_FRAME_METADATA_FRAME_TIMESTAMP' will give me the timestamp that aligns with this trigger. Which means, my camera started capturing image 7ms (assuming 7ms fixed exposure time) before this timestamp AND the trigger. So indeed there is no way to trigger an external camera at the same time as the realsense camera (in better words, we cannot have an external camera have the shutter open at the same time as the realsense based on this trigger). Did I get this right? To answer 1b above- Both the images are from RealSense D435i. These are the left and right IR cameras (depth cameras) on RealSense. Also edited the comment above. To answer your Q2, please see Test 4 of my original post above. |
Thanks for the answers. Regarding the "Test 4" result, delaying 5ms sounds too much and the next frame exposure might be already started, so you still saw the LED On. What was the exposure time you set for "Test 4"? better to check it again with the PWM pulsing. By default, the trigger is output 100~150us after shutter close, and the readout is started right after the rising edge of the Trigger. Thanks |
So, can you confirm the 'RS2_FRAME_METADATA_FRAME_TIMESTAMP' aligns with this pin 5 trigger? For test 4, as the post describes, RealSense is fixed at 7ms exposure time and 15 Hz. The frames are 66 ms apart, so there shouldn't be any overlap if I turn the LED on after 5 ms of the trigger. Regardless, following is a test where I turn the LED on 2 ms after the trigger is received, and turn off 7 ms after the trigger is received. Again, RealSense is at 7ms fixed exposure and 15 Hz. In the figure below, Pink is LED state, and green is pin 5 (trigger) from RealSense D453i. Following are the left and right images from realsense IR cameras. You can see LED turned on, hard to see, but 2 white dots is the LED in left and right camera. |
Thanks for waveform. Did you forget to turn on the laser projector? I don't see the PWM burst on the Orange probe? |
The dot projector is turned off in this test. It should not affect the results. Also, can you please answer my timestamp question above? Or, tag someone who can answer it? Thanks |
I'm not an Intel developer, correct me if I'm wrong. Looks like setting a shutter time of 7 ms, it's actually exposure for 14ms. First 7ms with emitter on and second 7ms with emitter off. Pin 5 gets triggered at the middle of the whole 14ms exposure. I think you can consider set RS exposure time to 28ms and let PGR camera exposure for 14ms after the trigger. Or as they suggested, trigger PGR camera by the emitter signal. |
@Domos that's what I understand. The shutter seems to be open for 14 ms, when 7 ms is requested. We are okay to trigger the PGR camera using this trigger, as long as we have an understanding of the relation of RS2_FRAME_METADATA_FRAME_TIMESTAMP wrt pin 5 trigger. |
Hi @kshitijminhas Which mode did you select on the "Inter Cam Sync Mode"? 0 or 1? if it was 0, please try Mode=1. btw, if you don't want to see the laser dots, you can cover the projector by using black tape. |
Thanks for the response. I think we can live with 0.2 microseconds delay between the timestamp and this trigger. Also, I have tested with Inter Cam Sync Mode = 1 before, similar results as described above. |
Hi @kshitijminhas Thanks a lot for the cooperation. I am very interested in this case. Just wondering if this is an isolated case or a typical one? Do you have another D435 or D435i and see same issue? btw, can you confirm the following two pictures, were they all taken under 7ms exposure? why the 2nd one is so dark? did you turn off your room light? "Again, RealSense is at 7ms fixed auto-exposure and 15 Hz." - what does it mean of "fixed auto-exposure"? i guess you meant manual exposure? thanks Attachment(s): |
Glad to hear that!
|
Hi @kshitijminhas, the sensor company suggests NOT to point strong light to sensor during readout time which takes about 8ms after the trigger while under 15FPS. |
Issue Description
Hi,
We found some anomalies with Intel RealSense D435i exposure time.
In other words, if I specify a shutter time of 7 ms I see the actual frame is ~14 ms. And the trigger is in the middle of this frame.
Following are some proofs:
Experiment Setup:
Intel D435i and a FLIR camera are setup for fixed 7ms exposure time.
Intel is running at 15 Hz, and providing trigger out to a Teensy 3.2.
The teensy passes through the Intel trigger to FLIR camera. The teensy also drives a LED.
Test1:
Fig 'test1.png': Intel image is bottom right.
Test2:
Fig 'test2.png': Intel image is top right.
Test3:
Fig 'test3.png': Intel image is bottom right.
Test4:
I think these tests prove my claims above. Hoping to see if Intel can confirm the bug, and make necessary firmware fix.
Thanks,
Kshitij
The text was updated successfully, but these errors were encountered: