Блог

Я программирую для Arduino Due, который основан на 32-битном микроконтроллере. Я хочу прочитать регистр результатов АЦП (если я прав, он имеет ширину 32 бита, но его истинная максимальная ширина составляет 12 бит, что соответствует разрешению АЦП), и записать его в заданном месте в массив целых чисел шириной 16 бит.

Это работает:

 volatile uint16_t Buf[nchannels];

[... some code...]

void ADC_Handler() {
  for (int i = 0; i < nchannels; i  )
  {
      Buf[i] = (volatile uint16_t) * (ADC->ADC_CDR   channels[i]); // my modification
  }
   FlagConversion = true;
}
  

Но использование вместо этого более «явного» приведения не работает:

 Buf[i] = dynamic_cast<volatile uint16_t *>(ADC->ADC_CDR   channels[i]);
  

Производит:

«ошибка: не удается выполнить dynamic_cast ‘(((RoReg *)1074528336) ((sizetype)(((unsigned int)каналы [i]) * 4)))’ (типа ‘RoReg * {он же volatile long unsigned int *}’) для ввода ‘volatile uint16_t * {он жеvolatile short unsigned int*}’ (цель не является указателем или ссылкой на класс)»

и аналогичные неясные ошибки со статическими и переинтерпретированными приведениями:

«ошибка: не удается выполнить dynamic_cast ‘(((RoReg *)1074528336) ((sizetype)(((unsigned int)каналы [i]) * 4)))’ (типа ‘RoReg * {он же volatile long unsigned int *}’) для ввода ‘volatile uint16_t * {он жеvolatile short unsigned int*}’ (цель не является указателем или ссылкой на класс)»

и

«ошибка: недопустимое преобразование из’volatile uint16_t * {он же volatile short unsigned int *}’ в’uint16_t {он же short unsigned int}»

• Есть идеи, почему эти более явные приведения завершаются неудачей?
• Что было бы наилучшей практикой здесь?

«Безопасный» способ выполнить приведение — сначала разыменовать указатель на 32-разрядные данные, затем замаскировать верхние 16 бит этого элемента данных, а затем static_cast преобразовать результат в ваши 16-разрядные данные назначения:

     Buf[i] = static_cast<volatile uint16_t>( *(ADC->ADC_CDR   channels[i]) amp; 0x0FFFF );
  

Всегда лучше использовать «простейшую» форму приведения и избегать приведений в стиле C reinterpret_cast и, когда это возможно. В этом случае нет смысла приводить указатель, и гораздо безопаснее и проще преобразовать / привести сами данные.

На самом деле, маскирование с 0x0FFFF помощью, строго говоря, совершенно не нужно и излишне. Однако любому будущему читателю вашего кода становится ясно, что вы действительно знаете, что делаете!