FAQ по STM8

[SasaVitebsk]

Начал 2 проекта на stm8. Есть вопросы.
Насколько я понял, внутри порта я не смогу гарантированно определить источник прерывания. Таким образом, если у меня прерывания "по перепаду" и импульс таков, что я его не увижу на момент анализа в обработчике, то я получаю только сам факт прерывания. Соответственно если мне необходимо обслужить несколько высокоскоростных прерываний от ножек, то их надо разбрасывать на разные порты.
Я правильно понял?

[st_1]

В STM8S... да, придётся на разные порты...
В STM8L... нет... там по другому...

[SasaVitebsk]

Можно рассматривать технический уровень разработки, а можно коммерческий успех. Как это не пародоксально, но эти вещи далеко не всегда коррелируют.
Длительное время работал на AVR, любопытства ради анализировал AVR32 и XMega. Да, коммерчески Atmel проиграл битву, но технически они просто молодцы. При работе с их процессорами всё время возникало чувство комфорта ... по большей части возникало ...
...
Елементарная вещь - я мог написать int res = ADC; и в 8-ми битном контроллере я работал с 16-ти битными регистрами. OCR1 = 555; Красота...
В stm8 вижу старшим байтом вперёд и судя по ушам придётся
TIM1_CCR3H = uint8_t( 555››8 ); TIM1_CCR3L = uint8_t(555&0xff); (IAR) Или я не прав? Кто ответит?
Собственно это бог с ним ... Главный вопрос защёлкивается ли 16-ти битное значение при обращении к регистру. И каков порядок обращения к регистрам в таком случае? Что-то я этого не нашёл....

[st_1]

17.5 TIM1 capture/compare channels
The capture/compare block is made of one preload register and one shadow register. Write
and read always access the preload register. In capture mode, captures are made in the
shadow register, which is copied into the preload register. In compare mode, the content of
the preload register is copied into the shadow register which is compared to the counter.
When the channel is configured in output mode (CCiS = 00 in the TIM1_CCMRi registers),
the TIM1_CCRi registers can be accessed without any restriction.

17.5.1 Write sequence for 16-bit TIM1_CCRi registers
16-bit values are loaded in the TIM1_CCRi registers through preload registers. This must
be performed by two write instructions, one for each byte. The MS byte must be written first.
The shadow register update is blocked as soon as the MS byte has been written, and stays
blocked until the LS byte is written. Do not use the LDW instruction, as this writes the LS
byte first, and produces incorrect results in this case.

RM0016
Reference manual

[SasaVitebsk]

Какая-то шляпа ...
Проект на stm8s105 прошёл - всё класс.
Начал на st8s208 - проблема непонятная ... Пишет что
Failed to load debugee: t8148.out.
Файл есть я его проверил ...
Может st-link не поддерживает кристал 208? У кого какие соображения?
Заранее спасибо за помощь ... Горю ясным огнём ... Мне ещё CAN отладить надо и более подробно с ADC разобраться ... Два ня полюбому надо, а мне надо этот проект "вчера", как обычно ...
Ищу проблему сам, конечно, но очень надеюсь на Вашу помощь ...
PS: В выскакивающем окне пишет - повреждённый или неподдерживаемый формат... Только непонятно, как это может быть если файл создаёт сам IAR ...

[zheleznjakov]

К
Failed to load debugee: t8148.out.
..

Соседи пишут:

Проверьте настройки отладчика в опциях проекта
в разделе Debugger надо выбрать Driver: ST-Link

[SasaVitebsk]

Это понятно ... Не до такой степени уж ...
Кстати Подсказали идею - проверил ... Если выбираешь симулятор, то всё грузится и отладчик запускается ...
Если обрыв кабеля кроме сообщения о повреждённом файле пишет сообщение об ошибке swim.
Если подключаю проц - пишет вышеописанное сообщение, красный светодиод несколько раз моргает и остаётся гореть...
Какие ещё соображения?
Настройки пересмотрел из рабочего проекта который под 105 кристалл...
PS: Если логически рассуждать, то выглядит так ... раз симулятор грузит, значит с файлом всё ок, а раз st-link не берёт, то наверное в драйвере st-link косяк... Драйвер использую, который с IAR поставляется ... Версия IAR 1.30.1.

USBDriver for STLink
4.2.2.0 (4.2.2.0)
C:\Program Files\IAR Systems\Embedded Workbench 6.0\stm8\bin\STLinkUSBDriver.dll
18.03.2011 11:42:54, 65536 bytes

IAR C-SPY Debugger Driver, ST-LINK for STMicroelectronics STM8
1.30.1 (1.30.1.50036)
C:\Program Files\IAR Systems\Embedded Workbench 6.0\stm8\bin\stm8stlink.dll
31.03.2011 10:51:06, 1640960 bytes

IAR Workbench Target Descriptor, ST-LINK Debugger, for STMicroelectronics STM8
1.30.1 (1.30.1.50036)
C:\Program Files\IAR Systems\Embedded Workbench 6.0\stm8\bin\swtdstm8stlink.dll
31.03.2011 10:50:34, 578560 bytes

PPS: Нашёл вот такой интересный пост ... http://electronix.ru/forum/index.php?showtopic=90768
Похоже народец пришёл к такому же выводу ... Буду экспериментировать ... Хотя настроение уже не то ...

[zheleznjakov]

хм, тут я уже не подскажу ИАРом не пользуюсь

[mrw]

Работаю с STM8S в Cosmic. Второй день не могу заставить использовать его @inline функции из другого файла. Подскажите куда копать.

[SasaVitebsk]

1. Inline - лишь пожелание компилятору, а не приказ. Он волен его не выполнять.
2. Насколько я знаю работает в пределах файла.
То есть компилятор ведёт себя правильно...