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

andries5 · 05.12.2010, 12:12

Сообщение от EugVor

Ей ей щас верну старую добрую ХР.

У меня Windows7 и проблем никаких.

kison · 05.12.2010, 16:42

Сообщение от RY723

Загрузил на Депозит:

Может мне в первый пост добавлять такие вещи? Тут затеряется, а старые ссылки не работают.
ЗЫ. ST творит странное, я искал как скачать STVD и не нашел. Новый дизайн сайта хорошо, если он приобретя украшательства не теряет функционал. Улучшили блин...

RY723 · 05.12.2010, 16:44

Сообщение от kison

Может мне в первый пост добавлять такие вещи? Тут затеряется

Скорее всего так и делать. Прошёл по ссылке, а там всё закрыто. Попробовал зарегистрироваться - проблемы. Отправил жалобу - жду ответа.

dosikus · 05.12.2010, 17:18

Сообщение от kison

Может мне в первый пост добавлять такие вещи?

Угу , я говорил про это...

t2 · 05.12.2010, 20:47

Сообщение от kison

Ровно также функционирует прерывание UDRE в АВР. Это не особенность, а скорее стандарт.

Почему то не всегда обращают внимание, у этих прерываний разные функции

,
UDRE (TXE) регистр пуст, готов принять следующее значение для передачи.
TC - завершена передача, например можно отключать передатчик от линии (RS485)
в случае UDRE(TXE) автоматом заполняем FIFO на передачу, в АВР это 1байт.

dosikus · 05.12.2010, 20:51

kison, Продолжение тактовой темы... :
http://radiokot.ru/forum/viewtopic.p...35768&start=60

Цитирую:

Цитата:

DrWatson
Щас в отладчике посмотрел, точно, выходит на битовые операции с памятью по 2 такта, по всей видимости читать модифицировать и писАть в память за один такт он не может.
(прогонял цепочку из 20 команд BCPL с четырьмя ячейками памяти и смотрел изменение счетчика TIM1 с предделителем 1)
Код:
unsigned char A, B, C;

Код:

main()
{
   PD_DDR|=1;
   PD_CR1|=1;
   PD_CR2|=1;
   TIM1_PSCRH=0;
   TIM1_PSCRL=0;
   TIM1_ARRH=0xFF;
   TIM1_ARRL=0xFF;
   TIM1_CR1|=1;
   while(1)
   {
#asm   
      bcpl _PD_ODR, #0
      bcpl _A, #2
      bcpl _B, #1
      bcpl _C, #3
      bcpl _PD_ODR, #0
      bcpl _A, #2
      bcpl _B, #1
      bcpl _C, #3
      bcpl _PD_ODR, #0
      bcpl _A, #2
      bcpl _B, #1
      bcpl _C, #3
      bcpl _PD_ODR, #0
      bcpl _A, #2
      bcpl _B, #1
      bcpl _C, #3
      bcpl _PD_ODR, #0
      bcpl _A, #2
      bcpl _B, #1
      bcpl _C, #3
#endasm   
   }
   while (1);
}

Значит надо взять на заметку - проверять такты операций с памятью.
А даташит не исправили, последняя ревизия на сайте от июня 2008.

UPD:
INC DEC также выполняются по 2 такта. Справедливо предположить, что все операции чтение-модификация-запись ячейки ОЗУ выполняются не менее чем за 2 такта.
По всей видимости даташит писАлся "копипастой"

UPD:
Выкопал свой частотомер на меге, проверил еще и команду MOV - тоже по 2 такта, и константа-›ОЗУ и ОЗУ-›ОЗУ (в даташите 1).

UPD: Все оказалось гораздо сложнее, чем казалось на первый взгляд...

Цитата:

DrWatson
Как я вчера выяснил, команды чтение-модификация-запись ОЗУ с длиной кода команды меньше 4 байт выполняются за 2 такта, но благодаря конвееру(ширина которого 4 байта), если команда, следующая за этой командой не обращается к ОЗУ (регистровые пересылки и арифметика-логика, команда не более 4 байт длиной), то эта команда выполняется "во время" второго такта первой. Т.е. код:
Код:

Код:

   inc var1    ; 2 такта
    ld a,#23   ; 1-1 такт
    inc var2   ; 2 такта
    dec a      ; 1-1 такт
; Всего 4 такта

Потребует для выполнения столько же тактов, что и код:
Код:

Код:

    inc var1   ; 2 такта
    inc var2   ; 2 такта
    dec a      ; 1-1 такт
; Всего 4 такта

Причем в эту особенность попадают и некоторые 4-байтные команды.
Вот только команды манипуляции битами (BRES, BSET, BCPL) с которых все началось требуют 2 такта в любом случае, т.е. как будто они сбрасывают конвеер. Так как первый байт кода этих команд совпадает с первым байтом кода команд проверки бита и перехода BTJF и BTJT, то это и не удивительно.
И еще заметил особенность команды безусловного перехода JRA (она же JRT): если ее код попадает в одну 4-байтную страницу с предыдущей 1-2-байтной командой, то на ее выполнение затрачивается один такт вместо двух. (измерял время цикла, смещая тело цикла в памяти NOP-ами вставляемыми перед телом цикла).

kison · 05.12.2010, 21:14

Сообщение от dosikus

Продолжение тактовой темы

Прикольно. Прямо как в ARM7 - фиг так просто тайминги посчитаешь. Ну для взвода/сброса/инверсии бита выяснили что всегда два такта и то хорошо. Лишь бы в ST симулятор подправили.

dosikus · 05.12.2010, 21:24

Меня терзают смутные сомнения :
STM видать решила бесплатных бета_тестеров и кодеров либ заиметь , вот цены и сделала доступными ...

st_1 · 05.12.2010, 21:44

Отставить панику!

Только что запустил на Дискавэри TFT LCD 220X176@16bit шина 8bit драйвер ILI9225. Прав, как всегда, оказался testerplus, плюс-минус лопата.

Чуть-чуть-чуть медленнее Мега16А@16MHz, вполне достойно, разница совсем маленькая, по впечатлениям.

st_1 · 05.12.2010, 21:50

Сообщение от dosikus

Меня терзают смутные сомнения :
STM видать решила бесплатных бета_тестеров и кодеров либ заиметь , вот цены и сделала доступными ...

Нах эти либы, у меня проэкт Меги16А на ТFT c GCC под IAR STM8 переполз спокойно, с пол тычка, исправил ошибки нестыковок, включаю - работает. С либами трахался бы ещё долго.