16 replies to this topic

[Brian]

How is the USB VCP port telemetry supposed to work? I assumed that I would set it, and the CC board would show up as a virtual com port, and I would connect through telemetry through that.

What happens for me is:

• Running Win7
• Fresh clean/compile of next (both fw_coptercontrol and GCS)
• Flash firmware
• Boot
• Configure USB HID Port to Disabled
• Configure USB VCP Port to USBTelemetry
• Apply, Save
• Remove USB
• Wait...
• Plug back in USB

At this point the CC appears to crash 3 time, erase flash, and boot successfully.

I seem to remember someone saying that a new bootloader would be required for the new firmware. Is that likely the problem? If so, do I load the bootloader just like I do the firware? I don't have a JTAG connector on the CC, so I don't really want to mess up the bootloader, and I don't think I've loaded a new bootloader on a CC.

If I understand what the VCP Port is, I assume that's what we want on the PipX, so I'm trying to get it working on something that I think it should work on.

[dankers]

This is still a work in progress, maybe PM Jose if you want to help him with it?

What we are aiming for is a composite device, CC and Revo will present a HID and a serial device. Yes this is critical for the PipX as it is likely the monitoring / configuration will be done over the HID channel and the serial will be raw data.

[Brian]

Ah, okay. I hand't thought about using a secondary USB interface to send control information to the PipX. Of course, I don't know enough about USB to even know that you could do that, so I probably wouldn't be much help getting it working.

Using the side channel for configuration should simplify the software quite a bit.

[Mathieu]

I probably can take a look at this because I have been playing with this for the MSD (to make CC look like a USB flash drive).
I am busy at work and some familly is hapening so I don t have much time for the project unfortunately.

Right now, I am trying to ravive a bricked CC (with serial port from jtag and BLE mode) but no success so far.

Anyway, this is another subject.

[Brian]

I probably can take a look at this because I have been playing with this for the MSD (to make CC look like a USB flash drive).

That sounds interesting. Are you going to map the internal flash, external flash, or both? I seem to remember that the external flash uses a dos filesystem, so I expect it's that.

[Mathieu]

external flash.
It is more a fun project for me to do. It has not a lot of usage for CC (because of the 512bytes of external flash).
I can not keep up with the other developper's productivity unfortunately.
There is not enought hours in a day

I think the old pro board was using a external removable flash sd card with dos on it.
CC does not have any file system.
I try to put PetitFS on it.

All this is curently more or less pending as I have barely time for it.

I will try to look for something smaller to do on CC to make more progress.
(don't give me C++ Dave .... )

[dankers]

Yeah, I know you are not a C++ fan, however what I need to get you is one of the test OSDs, still waiting for them to come back however they have an SDCard on them that needs a file system, using the STM32 F2, we have more ram than CC.

[Brian]

How about FatFs? It looks like it works on FreeRTOS and STM32. There's a description of an STM32 project here.

[Mathieu]

Petit FatFs and PetitFs is exactly the same thing, same guy.
fat system compatible for embedded system.
It run on lots of platform because is hardware agnostic (i.e. you wrote your own disk IO layer) which we can link to our flash driver with some little work.
It has bare minimum and is really light.
Perfect for CC althought it is a challenge to try to get a filesystem on a 512bytes flash, there won't be a lot left for the data at the end

[peabody124]

Brian, IIRC from PT VCP doesn't work on windows. However from your list of steps I think you are missing one - in the HwSettings there is also an option to configure the HID Descriptor too and you need to enable the VCP descriptor.

[Brian]

Okay, so I configured the HID device for telemetry and the VCP device for ComBridge, and it didn't crash, but I don't think I got any extra device for the VCP. I think this agrees with what you're saying, that the VCP doesn't work in Windows.

[peabody124]

Can you inspect the HID descriptor on windows? It would be good to verify it is enumerating as a CDC device.

[Brian]

I'm not sure how much information you cat get out of USB devices on windows. I know it's not as easy as on Linux! I'll take a look at it when I get home. This would really simplify things on the PipX, so I would like to get it working.

[PT_Dreamer]

This is a WIP for the windows platform, also some documentation has to be written since you will probably lock yourself out of coms with the board and will need to boot in safe mode.
The PipXtreme will only need VCP to be used with non OP hardware. To use with OP hw it will use HID as-well.

[Brian]

What does "This is a WIP for windows platform" mean?

The USB descriptor from USBView on Windows shows:

Device Descriptor:
bcdUSB:			 0x0200
bDeviceClass:		 0x00
bDeviceSubClass:	  0x00
bDeviceProtocol:	  0x00
bMaxPacketSize0:	  0x40 (64)
idVendor:		   0x20A0
idProduct:		  0x415B
bcdDevice:		  0x0402
iManufacturer:		0x01
0x0809: "openpilot.org"
iProduct:			 0x02
0x0809: "CopterControl"
iSerialNumber:		0x03
0x0809: "52FF69064882565350472487

According to the GCS I have USB HID Port configured for USBTelemetry and USB VCP Port configured for ComBridge.

[peabody124]

WIP = work in progress. That descriptor doesn't include the parts that describe the interfaces though - such as HID and VCP, nor the endpoints.

[kfinisterre]

This seems to work as expected on OSX at the very least. I am testing it now to work around a HID kernel problem that I have been having while messing around with Revo in HITL. 

 

I wind up with an entry in /dev after the connection is made (on CC3D).

 

crw-rw-rw- 1 root wheel 33, 8 Apr 10 15:36 /dev/tty.usbmodem1411

 

0 [Level 5] [com.apple.message.domain com.apple.commssw.cdc.device] [com.apple.message.driver AppleUSBCDCACMData] [com.apple.message.vendor_id 0x20A0] [com.apple.message.product_id 0x415B]
AppleUSBCDCACMData: Version number - 4.1.23, Input buffers 8, Output buffers 16
AppleUSBCDC: Version number - 4.1.23
 

the following kext files were loaded

 

 

  127    0 0xffffff7f825db000 0x3000     0x3000     com.apple.driver.AppleUSBCDC (4.1.23) <32 4 3>
  128    0 0xffffff7f825eb000 0x4000     0x4000     com.apple.driver.AppleUSBCDCACMControl (4.1.23) <32 4 3>
  129    0 0xffffff7f825ef000 0x7000     0x7000     com.apple.driver.AppleUSBCDCACMData (4.1.23) <109 32 5 4 3>
 

I'm looking into why no CDC entry is created for Revo now. I have the settings duplicated however I can not see it. 

 

 

Revolution:

 

  Product ID: 0x415e

  Vendor ID: 0x20a0

  Version: 5.02

  Serial Number: 3E0034001547313530343731+FW

  Speed: Up to 12 Mb/sec

  Manufacturer: openpilot.org

  Location ID: 0x14200000 / 7

  Current Available (mA): 500

  Current Required (mA): 250

 

 

vs. 

 

 

CopterControl:

 

  Product ID: 0x415b

  Vendor ID: 0x20a0

  Version: 4.02

  Serial Number: 55FF6D064984525040240287+FW

  Speed: Up to 12 Mb/sec

  Manufacturer: openpilot.org

  Location ID: 0x14100000 / 29

  Current Available (mA): 500

  Current Required (mA): 250