Skip to content
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

'No Frames Received!' for T265 streams after a minute or two #7178

Open
sieraai-khaiyichin opened this issue Aug 24, 2020 · 2 comments
Open

Comments

@sieraai-khaiyichin
Copy link

sieraai-khaiyichin commented Aug 24, 2020

Required Info
Camera Model T265
Firmware Version 0.2.0.951
Operating System & Version Linux realsense 4.19.97-v7l+ #1294 SMP Thu Jan 30 13:21:14 GMT 2020 armv7l GNU/Linux (Pre-built image from the RealSense doc)
Kernel Version (Linux Only)
Platform Raspberry Pi 4
SDK Version v2.36.0
Language
Segment Robot

Issue Description

I flashed an SD card using the pre-built image provided by this RealSense doc, but realized it doesn't install realsense-viewer. So I went ahead and did the libuvc-backend installation as instructed here.

When that was complete, I plugged in the T265, and started realsense-viewer. I was able to see images from the fisheye lenses and also observed that it was able to track motionfor about 1-2 minutes. Afterwards, it stopped broadcasting data (see image below). Restarting the viewer has no effect on the issue, and these are the only error messages that appeared:

 24/08 15:07:25,096 ERROR [2902451264] (tm-device.cpp:1345) Stream transfer failed, exiting
 24/08 15:07:25,097 ERROR [2902451264] (tm-device.cpp:1263) Interrupt transfer failed, exiting

image

There is however an interesting behavior that I noted. When I turn the stream off and on again (when all streams has the 'No Frames Received!' error), the fisheye streams still have the 'No Frames Received!' error, but the Accel, Gyro and Pose streams seems to be working. It isn't until a minute or two later that all streams have the 'No Frames Received!' error (as shown in the image above).

This goes away when unplugging and replugging the T265 into the Pi 4, but the issue recurs after awhile.

I noticed in #6943 that the patch-based build method is more stable than the libuvc-backend method, but there's not really a mention on how to do that on the Pi 4. Could that be the reason, and if so, is it possible to do the patch-based build on the Pi 4?

@sieraai-khaiyichin
Copy link
Author

@RealSense-Customer-Engineering @RealSenseCustomerSupport Can you take a look into this? Past 'No Frames Received!' issues seems to be related to firmware or SDK versions, but as far as I understand this is the most recent release.

@sieraai-khaiyichin
Copy link
Author

Hi @dorodnic @ev-mp @RealSenseSupport any ideas?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant