Posts made by Sam Kiley

@Eric-Katzfey

Let me know what you figure out. Is your 3D filament something like Onyx, that has some sort of carbon in it?

probably around 8 satellites on average. Sometimes going up to 10. I also had difficulty getting any satellites after a reboot a few times. It took multiple minutes to see anything at all.

Alright, I will look into the parameter sets. Could you point me in the direction of those parameter sets and how you typically swap them on the starling? I think I saw a post about something like that on this forum.

I will also post a screenshot of my GPS error for your reference, as I do think its error is much higher than it should be. 15 ft might have been an understatement.

thanks

Thanks for the EKF2 information.

I did end up finding the voxl sdk calibration for the IMU and Gyro. I also was able to use a different wifi dongle that didn't not have a connection issue when I flipped the drone upside down, so I could then do the compass calibration.

Regarding the GPS, what I am seeing if the warnings, but also they are warranted, given that on QGC I can see my phones GPS location and the drone is almost always 15 or more feet away from the correct location. Should I expect at least accuracy within 2-3 feet with the Starling's GPS or no?

And then regarding the position mode failing and forcing the drone to climb, I think when this happens the qvio is at 1% quality, but shouldn't the IMU+GPS+barometer be able to override this? I assume that is sort of what the EKF is aggregating together, but I am not very knowledgeable on this.

Thanks
Sam

I am trying to setup a Starling with the 5G modem breakout board attached and then using the USB jst->usbA dongle to use the original Alfa wifi dongle.

What I am seeing, even when completely removing the 5G modem and the Wifi dongle is that I always get GPS vertical and Horizontal Pos Drift too high errors. I tried remove RF components from the starling, such as the 5G modem and Wifi to fix the error temporarily, but the GPS is still basically useless. What sort of Error should I expect to see with this GPS module on the starling?

Also, are there any compass, gyro, accelerometer calibration steps I can take. I tried doing to QGC calibration over Wifi, but the Wifi would also stop broadcasting on the starling, which is a whole different issue. I would stick with just QVIO, but even that has a bug where I cannot overcome the desire for the starling to increase altitude, so I have to go into manual mode or use the kill switch.
Lots of question in one, but all my attempts to resolve issues just revealed more issues.

-Sam

We crashed our RB5 Flight a while ago and are only getting around to trying to fix it now. It impacted the ground pretty hard right over the ESC, and the ESC isn't beeping or indicating with LEDs when powering up, so I suspect that is the problem. Everything else on the drone works fine.
I see this https://www.modalai.com/products/voxl-esc?variant=44353436614960 online and am confused on the specific version we need for a replacement.

Standard M0117
Disable Regen M0117
Standard M0134
Disable Regen M0134

Out drone serial number is M2100000CUH. Our current ESC simply reads ESC Rev B 2020

Also, what does Disable Regen mean?

Thanks for any helpESC Rev B 2020

I'll be using a private 5G network, and I can't do static IP's for my devices, sadly. Maybe I didn't understood what the RB5 SDK was doing, but I am curious how, in some of the docs, it says that qgc will find the device if its on the same network. Is there a broadcast mode I can be in, since my network will be secure?

We have the Qualcomm RB5 flight drone and when it had the RB5 SDK, we would connect to the drone automatically with qgroundcontrol when that qgc device was on the same network. After updating to VOXL SDK for other reasons, I have to either enter the qgc IP or connect via the qgc app in comm links. for my scenario, I cannot guarantee a static IP of the drone, even with staticip service, so I would like the rb5 SDK functionality with autoconnecting. Is this possible?

Thanks

I commented those out and it seemed to flash correctly. I might have lost the cam cals forever, since I couldn't pull them before flashing (adb didn't work), but I can survive with that.

Adjacent question: Have you ever seen issues connecting with connecting with the quectel-CM command that is used in rb5-modem? I had a different ticket where the new version of quectel-CM fixed the connection issue, but its almost like when the old quectel-CM fails once, it will never work again after that. Trying to figure out why it fails the first time.

yeah, we have another drone with voxl sdk on it and I agree of course. I am trying to diagnose an issue related to the quectel modem, and would like to use rb5 sdk and image since our past code seemed to work correctly on that, but then broke after upgrading to voxl sdk.

Re: Request backup files for system image re-flashing

I followed the above docs as well as https://docs.modalai.com/Qualcomm-Flight-RB5-QDL/, but am getting stuck after flashing with QDL. After this flash, the adb is not being enabled, so I need to flash the new 9.1 image with Fastboot, but that fails due to the following error:

Seemed like all paths fail due to some error.

Are you able to provide the source for that new version of Quectel-CM or it is just pulled form here? https://github.com/kmilo17pet/quectel-cm

Would like the source ourselves for another program we are running that interfaces with the quectel modem.

That fixed the instability issues! Thanks!

Yes, I believe I found that AT command doc in another forum thread. I can take a look. Do you see anything out of ordinary in quectel-CM in the above? There are also other command options for voxl-modem that seem useful, but not sure about if they are helpful for my situation or not.

Also, we have just ran into the same issue, but this time with anther drone of same model, but instead with the RB5 SDK image on it. So when using rb5-modem-configure and choosing quectel, the modem does not connect to t-mobile (the sim we currently have on it). We did have a 5G SA sim on it before and disconnecting from the private network must have caused some wires to get crossed with quectel. Is there a way to reset any important files/services related to quectel more specifically?

quectel-CM -s wirelessone.com
[10-21_21:03:16:465] Quectel_QConnectManager_Linux_V1.5.9
[10-21_21:03:16:467] Find /sys/bus/usb/devices/2-1.1 idVendor=0x2c7c idProduct=0x800, bus=0x002, dev=0x003
[10-21_21:03:16:467] Auto find qmichannel = /dev/cdc-wdm0
[10-21_21:03:16:467] Auto find usbnet_adapter = wwan0
[10-21_21:03:16:467] netcard driver = qmi_wwan, driver version = 22-Aug-2005
[10-21_21:03:16:467] Modem works in QMI mode
[10-21_21:03:16:486] cdc_wdm_fd = 7
[10-21_21:03:16:561] Get clientWDS = 2
[10-21_21:03:16:593] Get clientDMS = 1
[10-21_21:03:16:619] Get clientNAS = 4
[10-21_21:03:16:651] Get clientUIM = 1
[10-21_21:03:16:683] Get clientWDA = 1
[10-21_21:03:16:715] requestBaseBandVersion RM502QAEAAR11A02M4G
[10-21_21:03:16:849] requestGetSIMStatus SIMStatus: SIM_READY
[10-21_21:03:16:849] requestSetProfile[1] wirelessone.com///0
[10-21_21:03:16:913] requestGetProfile[1] wirelessone.com///0
[10-21_21:03:16:944] requestRegistrationState2 MCC: 0, MNC: 0, PS: Detached, DataCap: 5G_SA
[10-21_21:03:16:977] requestQueryDataCall IPv4ConnectionStatus: DISCONNECTED
[10-21_21:03:16:977] ifconfig wwan0 down
[10-21_21:03:17:000] ifconfig wwan0 0.0.0.0

I am using this flight image 1.3.1-0.8 with Voxl SDK. And I just found the "quectel-CM" command by looking into the voxl-modem src on git.

there is not Ethernet connected and the wpa_supplicant file has "blank" set for ssid and password to disable it.

Honestly, I have been having trouble understanding the versions of the RB5 drone, so how would I check if its definitely M0090? Its the Qualcomm Flight RB5 5G Platform Drone Reference Design

Using Qualcomm RB5 5G Drone with VOXL SDK drone image from 07/22

I am trying to connect a Qualcomm RB5 5G drone to a 5G SA network and the "correct" option of quectel in the voxl-configure-modem does not seem to be working correctly. When choosing quectel, the voxl-modem service gets stuck on "Initializing Cellular Connection", or more specifically "quectel-CM -s <myapn>". Restarting the service and drone does not help. Strangely, when I just choose V2 as my modem type I have not issues connecting. Upon drone reboot, however, the v2 configuration needs to be redone in order to connect properly somehow. Very strange and unstable.

When using the quectel config, our basestation shows that the drone doesn't send out the request for an IP at ever.

In the past, the quectel config would work, but I don't know the hacky process I went through in order to get it "working".