Open Obot1234 opened 1 year ago
Thanks @Obot1234 for the reported issue! I can reproduce it and it seems that the NN execution (inside the DetectionNetwork) halts after a while. I will transfer the bug report to our firmware repo and will let to know when there are any news.
In the mean time, do you mind testing if the issue persists if you compile the network for less shaves (1 for example) and report back?
Compiling for 1 shave does indeed seem to solve the problem. I compiled it for 1 shave and I let it run twice for 20 minutes without a hitch. In both cases I stopped the MRE not because the bug showed up but because I had to run something else on the oakd. If you want, I can do a longer test coming Friday.
Thanks! Hopefully the issue doesn't happen with one shave, but if you have the time, do test it for longer or attach the model compiled for one shave here and I can run it, so we check if the bug doesn't happen at all or just less often.
Hey, just checking up: is there any news on this issue?
Does the bug appear also with the single-shave blob?
no, with the single-shave blob I have not seen the issue appear. I haven't done any exact tests, but it has been running for multiple hours on many occasions without a single failure. However, I do notice that the detection network is running slower than I'd like.
Hello, I just wanted to check in again whether this issue has had any followup.
Is there a chance you'll have a look at this in the near future?
Is this still present using the latest depthai version (2.26)?
Yes, I can confirm it's still present. It took about half an hour for the detection stream to disappear.
Describe the bug I'm trying to run both visual odometry at 30fps (essentially half of the pipeline taken from this example and a neural network at 5fps (using yolov5 in the pipeline from this example) on the oak-d at the same time. Running visual odometry separately works, and running the neural net separately works. However, but when I run both the two output queues for the detection network at some point stop sending out messages. This happens after somewhere between 5 seconds and 10 minutes. All the 5 queues I'm reading out are set to be non-blocking. This happens on both the OAK-D and the OAK-D-POE.
Minimal Reproducible Example You can download the MRE here. The neural network is a blobified yolov5s network. I have run it with the latest version of depthai (2.17.4.0)
Expected behavior That the pipeline does not stop sending messages :) Instead, the output of the MRE will at some point (so between 5 seconds and 10 minutes) become:
Pipeline Graph Here is a visual overview of the full pipeline (or essentially two pipelines in parallel):![afbeelding](https://user-images.githubusercontent.com/83073546/194823285-321c443c-a399-4644-9e03-0ccee674ad7c.png)
Attach system log