STM8(S/L), первые впечатления

[andries5]

Это кстати пример просто наплевательского отношения ST к своей документации.

Это точно!

[st_1]

Дальше хуже :
Имеем 2,6 МГц и 375 ns вместо 4 МГц и 250 ns.
Добавилось 2 лишних такта .
Такое ощущение что битовые операции имеют 2 такта а не 1.

Под IAR тож самое 2,666 МГц...

Вааще... чёта приморил меня этот STM8. С "Кошмариком" так и не сдружился, ни с 16, ни с 32... Всё криво, косо и через одно место... Подозревал, но чтобы настолько... Уже хочецца его просто выбросить в форточку.

[pinco]

нужно чтоб более приоритетное могло прервать текущее, а менее приоритетное - ждало своей очереди. Ну по типу АРМ7 с его FIQ и IRQ. Но там всего два уровня, причем быстрым можно сделать всего одно прерывание. Иначе оно перестанет быть быстрым. Так что нет приоритетов у АВР.

Ну так не запрещайте прерывания в ходе обработки текущего прерывания - и будет Вам приоритет, если возникнет уже в обработке текущего- еще одно или несколько - это уж самим можно расписать что с ними делать , тут же в обработчике прерывания .

Про источник клоков только через фьюзы - признаюсь забыл , что только в режиме программирования к ним доступ .

[kison]

Ну так не запрещайте прерывания в ходе обработки текущего прерывания - и будет Вам приоритет

Не то. Это не приоритеты, даже не два уровня. Допустим есть события А,Б,С,Д Нужно чтобы прерывания C и Д могли прервать А и Б, наоборот - нет. При этом А не прерывает Б и Б не прерывает А. Также и с С и Д - у них равные приоритеты. Через некоторое время ситуация поменялась, теперь у А и Б приоритет должен быть выше.
Как это сделать на контроллере не имеющем приоритетных прерываний? Это всего два уровня, у STM8 их три.

Про источник клоков только через фьюзы - признаюсь забыл , что только в режиме программирования к ним доступ .

Проблема не только во фьюзах, у АВР нет механизма контроля исправности клока. И если выбран внешний кварц или генератор и кварц отвалился или генератор сгорел то все - контроллер остановится. Да, ватчдог в нем будет тикать и даже сбросит контроллер, но программа так и не сможет выполнить ни одной команды. У STM8 - сможет.

[kison]

Уже хочецца его просто выбросить в форточку.

Так не заставляет же никто. Дискавери можно отдать/продать и забыть о STM8 навсегда.

[dosikus]

Уже хочецца его просто выбросить в форточку.

Э нет ... Так просто не сдамся . Мне вот наоборот нравится начинают.
Тебе все приелось поди . Поковыряй STM32 или PSOC...

[pinco]

Допустим есть события А,Б,С,Д Нужно чтобы прерывания C и Д могли прервать А и Б, наоборот - нет. При этом А не прерывает Б и Б не прерывает А. Также и с С и Д - у них равные приоритеты. Через некоторое время ситуация поменялась, теперь у А и Б приоритет должен быть выше.
Как это сделать на контроллере не имеющем приоритетных прерываний? Это всего два уровня, у STM8 их три.

Вообще-то можно реализовать программно и в AVR - я ж говорил - в проге обработчика текущего располагать еще и анализ текущих прерываний - и тогда можно уже самому задавать приоритеты в любом порядке какой хотите - то есть будет примерно типа "обработчик в обработчике" .И тогда уровней так можно сделать хоть три ,хоть 4, хоть 8 , хоть все какие есть в контроллере прерывания - распределить по уровням по-своему , а вот как раз STM8 не позволит сделать такие вольности поскольку это все там у него аппаратно сделано .

Проблема не только во фьюзах, у АВР нет механизма контроля исправности клока. И если выбран внешний кварц или генератор и кварц отвалился или генератор сгорел то все - контроллер остановится. Да, ватчдог в нем будет тикать и даже сбросит контроллер, но программа так и не сможет выполнить ни одной команды. У STM8 - сможет.

Хоть конечно трудновато но в принципе можно организовать и это при перезапуске AVR-а, командами его программирования по послед порту переводить AVR через фузы на другой источник , коряво конечно но в принципе можно , хоть и надо тогда ставить еще дополнительные микросхемы типа ПЗУ памяти
для выдачи последовательности на ножки AVR -а.

[kison]

Вообще-то можно реализовать программно и в AVR - я ж говорил - в проге обработчика текущего располагать еще и анализ текущих прерываний

Анализ этот будет в обработчике еще до разблокирования прерываний. И похоронит ценность приоритетов. Ведь приоритеты обычно делаются для максимально быстрой реакции на выборочные события. Если эмулировать приоритетный контроллер софтом, то о быстрой реакции можно забыть. Да и геморойно это очень, я раз пробовал. Повторять попытку не хочу. А вот в STM8 такая задача решается легко и изящно.

[kison]

Хоть конечно трудновато но в принципе можно организовать и это при перезапуске AVR-а, командами его программирования по послед порту переводить AVR через фузы на другой источник , коряво конечно но в принципе можно , хоть и надо тогда ставить еще дополнительные микросхемы типа ПЗУ памяти
для выдачи последовательности на ножки AVR -а.

Это я вообще не понял. Такта нет, кто кого переводить то будет?
Или поставим второй АВР, для контроля за первым?
Фьюзы кстати некоторые контроллеры позволяют изнутри менять, но толку от этого мало. Пример - записали туда внешний кварц, кварц этот отвалился, ватчдог сбросил контроллер и все - висим на векторе сброса. Такта нет, команды не выполняются. Перепрошить фьюз снова на внутренний генератор нечем. Для этого нужно чтоб программа выполнялась. А она стоит. Заколдованный круг. Поэтому для ответственных применений у АВР лучше использовать внутренний RC и калибровать его по внешнему часовому кварцу. Но это сильно ограничивает быстродействие - внешний кварц может быть и 16 и 20МГц, а вот внутренний RC всего 8.

[dosikus]

Тема плавно перетекает в холивар ?