ar drone 2 toolchain

Sign up or log in to customize your list. Here's how it works: Anybody can ask a question The best answers are voted up and rise to the top I am attempting to compile support for a Huawei E3276 usb LTE modem for an embedded Linux/BusyBox installation on a Parrot AR Drone 2.0, which is based on kernel 2.6.32; however, I am running into some issues after loading the kernel modules. I start off by loading the necessary kernel modules: This modem behaves like an Ethernet NIC that presents a routed interface (192.168.1.100 on an eth port), so all the actual 4G setup is done on the modem itself via a web interface (in case you're wondering why I'm not including qmi_wwan drivers). Then I plug in the 4G modem until I get the following entries in dmesg and lsusb: Bus 001 Device 002: ID 12d1:1f01 Huawei Technologies Co., Ltd. scsi8 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 12 usb-storage: waiting for device to settle before scanning
/home/stephane/.ardrone/linux/ardrone2_ARDrone2_Version_20130102/Linux/kernel/omap/drivers/usb/core/inode.c: creating file '012' hub 1-0:1.0: state 7 ports 1 chg 0000 evt 0002 hub 1-0:1.0: port 1 enable change, status 00000503 scsi 8:0:0:0: CD-ROM HUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2 At this point I use the modeswitch command to bring the device into modem mode: usb_modeswitch-1.1.9-arm-static -v 12d1 -p 1f01 -W -M 55534243123456780000000000000011060000000000000000000000000000black ops 2 maxis drone discs This succeeds and changes the product code and reconnects it:parrot ar drone erratic Bus 001 Device 003: ID 12d1:1001 Huawei Technologies Co., Ltd. E620 USB Modemar drone flight recorder qgroundcontrol
usb-storage 1-1:1.0: disconnect by usbfs usb 1-1: usbfs: process 4792 (usb_modeswitch-) did not claim interface 0 before use hub 1-0:1.0: port 1, status 0100, change 0001, 12 Mb/s usb 1-1: USB disconnect, address 12 usb 1-1: unregistering device usb 1-1: usb_disable_device nuking all URBs usb 1-1: unregistering interface 1-1:1.0 hub 1-0:1.0: debounce: port 1: total 100ms stable 100ms status 0x100ar drone 2 pixmania usb usb1: bus auto-suspendmicrodrone md4-1000 price usb usb1: usb resumear drone 2 verbindet nicht hub 1-0:1.0: port 1: status 0101 change 0001 hub 1-0:1.0: state 7 ports 1 chg 0002 evt 0000 hub 1-0:1.0: port 1, status 0101, change 0000, 12 Mb/s usb 1-1: new high speed USB device using musb_hdrc and address 13
usb 1-1: skipped 4 descriptors after interface usb 1-1: default language 0x0409 usb 1-1: udev 13, busnum 1, minor = 12 usb 1-1: New USB device found, idVendor=12d1, idProduct=1001 usb 1-1: New USB device strings: Mfr=2, Product=1, SerialNumber=0 usb 1-1: Product: HUAWEI Mobile usb 1-1: Manufacturer: HUAWEI Technology usb 1-1: no configuration chosen from 1 choice /home/stephane/.ardrone/linux/ardrone2_ARDrone2_Version_20130102/Linux/kernel/omap/drivers/usb/core/inode.c: creating file '013' Spurious irq 95: 0xffffffdf, please flush posted write for irq 56 Unfortunately, after the usb_probe_device step, it shows that it has found a configuration, but is not choosing it without an explanation. Can anyone help me discover the reason for it not proceeding with the found configuration? What diagnostic steps should I take? What tests should I try? kernel-modules embedded modem lte huawei I'm trying to do the same thing you are: get a 3G/4G modem to work on the ARDrone2.
I'm not as far along as you are though, I only just managed to get my hands on the toolchain, and my first few attempts at a hello world have crashed. I don't really have an answer, only an idea. I did a quick google on your log messages, and I found this: However, I believe the ARDrone2 is using kernel 2.6.32.9, and after looking through the code files mentioned in that bugzilla it seems to me that the mentioned fix is present. So that got me thinking: the ARDrone2 has a uclinux build, which generally targets embedded systems, and hence builds are optimized with minimalistic features. Maybe some flag wasn't set when the kernel module in the drone was compiled (file generic.c has comments which seem to also hint at this around the relevant line with the #if !defined statement). If this is true, it would be a matter of recompiling with the correct flags enabled. I have no way of testing your issue, though. My modem is still on its way. Sign up or log in Sign up using Google
Sign up using Email and Password Post as a guest By posting your answer, you agree to the privacy policy and terms of service. Not the answer you're looking for? Browse other questions tagged kernel-modules embedded modem lte huawei or ask your own question.A PX4 AR Drone is born Sharing some pics etc from my PX4FMU/AR Drone build. I got the AR Drone carrier to be able to fly the PX4FMU inside to test small things whenever, plus the AR Drone airframe is very well suited to packed urban environments like where I live. I do also plan on using the PX4FMU for other airframes, but it seemed sensible to get all the software bits working the way I want them to before I attempt to put the FC on an airframe I am unfamiliar with that may introduce it's own issues. The components of the build: AR Drone 1.0 (all control electronics and cameras removed) uBlox LEA-6 3DR GPS Digi XBee Pro (will be testing different radios) FrSky DR 4-II PPM (not in pictures, yet to arrive)