STM32 CDC(Virtual COM port)がwindowsで認識されない件（RTOSも）

STM32F401のCDC(Virtual COM port)を動かそうとしています．でも動かなくて丸一日浪費しました．

不具合：windows10のデバマネがSTM32 CDCを認識しない

どんな風に認識しないのかというと、、、USB cableがPCに挿されたことをwin10は認識している．しかしSTRING discriptorだけを読めてない．win10が読みに行ってないというのが正解かもしれない．（USB device tree viewerで観測）

なお、CDCのsource codeはSTM32CubeMXで生成しており、生成した直後のprojectをビルド→焼きしただけ．正常ならこれでwin10が認識するはず．VBUSは使ってません．

認識する／しないについていろいろな条件があります．

１）Linuxに接続すると正常に認識される　（lsusb -v）

２）Linuxに接続後、USB cableをwin10に繋ぐと正常に認識される（resetするとダメになる）

３）２ヶ月ぐらい前にSTM32CubeIDEで生成した少々複雑なprojectは正常にwin10が認識する

４）１と３のsource fileを差分チェックしたがdiscriptor等は同じ

以上の条件により仮説は、、、

起動シーケンスにおける②と③と④のtimingじゃないだろうか？　つまり、起動直後はSTM32の何かが寝ボケている説．例えばSysTickがまだ動き始めていないみたいなのを疑う．

　①STM32F401の起動

　　→②各種peripheral初期化

　　　→③USB CDC起動

　　　　→④descriptorのやり取り

　　　　　→⑤失敗

治りました

  /* Initialize all configured peripherals */

  MX_GPIO_Init();

  MX_USB_DEVICE_Init();

  HAL_Delay(3000);

  while (1)　{  }

場所はmain()の先頭の方で初期化してるところです．USB初期化の直後にdelayを入れる．これだけで治りました．これで治ってしまうのもおかしな話ですけどね．

ちなみにHAL_Delay()の中はこんな事をやっていて、HAL_GetTick()を呼ぶと喝が入るんじゃないかな？　Tickは1mSecです．

HAL_Delay(uint32_t Delay)　{

  tickstart = HAL_GetTick();

  while((HAL_GetTick() - tickstart) < Delay){}

}

疲れました．丸一日損した．

ーーーー

RTOSと組み合わせるとまたトラブル．症状は同じです．

どーせUSB初期化の問題でしょう．RTOSだとUSB初期化する場所が変わりまして、default taskでやるように自動生成されます．これにosDelay()やHAL_Delay()を追加しても治りませんでした．

void StartDefaultTask() {

  MX_USB_DEVICE_Init();

  for(;;)  {

    osDelay(1);

  }

}

そこで、default taskからMX_USB_DEVICE_Init()を撤去します．

main()の始まり付近のperipheral初期化の場所に移動し、delayを追加します．

  /* Initialize all configured peripherals */

  MX_GPIO_Init();

  MX_ADC1_Init();

  MX_SPI3_Init();

  /* USER CODE BEGIN 2 */

  MX_USB_DEVICE_Init();

  HAL_Delay(3000);

  /* USER CODE END 2 */

これでRTOSでも動くようになりました．一体何が起きてるんだか？

かしこ