Joystick control delay
-
@Eric-Katzfey Yes this over the earlier issue of dealy, I highly believe that there is a chance of everything to be related.
The FC data and the portal data, along with the ssh connection is lost in the moment of high throttle which is regained after a time frame of 10 to 30 seconds. the doodle labs to doodle labs module communication remains intact. -
This post is deleted! -
@Jetson-Nano It's possible that there is signal noise causing interference and data loss on the UART lines which can look like delay or complete loss of connection depending on how bad it is. Can you twist the UART lines? Can you shorten the cable? Can you reroute it to try to avoid interference?
-
@Eric-Katzfey Ok I will try all of them, and let you know.
-
@Eric-Katzfey Hey, My build has ESC directly below the Doodle labs module, and the antenna cable is going out below the ESC, there is carbon fibre plate above and below the electronics.
can the cause the issues i am facing be because of EMI. -
@Jetson-Nano Yes, that may cause the issues.
-
@Eric-Katzfey will shielding work, if so what should be shielded?
-
@Jetson-Nano It's best to try to determine what exactly is the cause first. If you determine that it is interference from a cable then the solution may be as simple as rerouting the cable. But you haven't determined for sure that EMI is even causing the issue. A good approach when designing a new vehicle is to first gather all of the electronic components and hook them together on a bench top as spread out from each other as possible and make sure that everything all works before trying to mount them inside the drone.
-
@Jetson-Nano Another thing you can do is attach an oscilloscope to the rx and tx lines of the UART. You may be able to sport obvious signal quality issues with that.
-
Hi @Eric-Katzfey,
Thanks for your feedback.
I have a few additional clarifications that I would like to request, listed below:
In my current setup, I am powering the DoodleLabs Nano module using a 5V, 1.5A BEC, and the data interface is configured through the USB Dev port (Port 1).
With this configuration, the signal/noise readings observed in the DoodleLabs portal are approximately -45 dBm / -85 dBm, respectively.
Could you please share your suggestions or insights based on these RSSI readings?Powering Query
I would also like to confirm whether the Nano module can be powered directly from the VOXL2.
I was unable to find detailed specifications regarding the current rating of the VOXL2 port.
Could you please confirm if the VOXL2 port can supply adequate current to reliably power the DoodleLabs module?
Your confirmation will help finalize our power configuration.Oscilloscope Query
You had earlier suggested checking the signals on an oscilloscope.
Since our communication interface uses USB (not UART), I wanted to confirm if it is practical or meaningful to probe USB signals using an oscilloscope in this context.Looking forward to your feedback and guidance on these points.
-
@Eric-Katzfey As you suggested .I tested the same configuration in another build, where the Doodle labs module is away from ESC . the testing did not show any loss of data.
-
Hi @Jetson-Nano
Here is our info for Doodle Labs support:
https://docs.modalai.com/cable-datasheets/#mcbl-00085
Sorry it's buried in a cable page, but it makes the case clear (we think) how to support Doodle
regarding probing USB signals, unless you had a USB decoder on the scope, I do not think that will prove anything useful. You may be better off running usbview:
Windows:
USBTreeView by Uwe Sieber — uwe-sieber.de/usbtreeview_e.html
It shows enumeration hierarchy, configuration descriptors, endpoints, VID/PID, power requirements, etc.
Linux equivalent:
Use usbview — it’s essentially the same utility (GTK front-end to lsusb).Hope that helps!
