Вопросы stmfaq

[stmfaq]

Мда , постигла меня не удача. Сегодня протестировал девайс, и тест меня расстроил, слабоват оказался STM8S105 , функция обработки пакета данных заняла 1300 мс, при настройке компилятора на максимальную оптимизации на скорость, получилось 1050 мс. Это жесть, нужно максимум 500 мс. Вроде перед тем как делать программу проверил этот модуль на время обработки в этом мк , показало 400мс, наверно я тогда ошибся. Что теперь делать даже не знаю. Из компилятора выжал все что можно. Какие есть пути ускорения МК? Или переходить на STM32 и не морочить голову?

[stmfaq]

Интересно, а можно поставить кварц не 16мгц а 32мгц, задать деление частоты на 2, получается что STM8S на кварце 32мгц работает как на 16мгц , а когда дело доходит до моего блока где проходят расчеты переключатся на делитель частоты 1, получается что ядро заработает на частоте 32мгц, по завершению выполнения вычислений опять включать делитель 2 ,переходя на 16 мгц. Что скажете, это из области безумных идей?

[Easyrider83]

Что скажете, это из области безумных идей?

У меня есть проект, где частота процессора прыгает от задаче к задаче для экономии энергии. Проц работает от 32кГц, а на математику переключается на 48МГц.

[dosikus]

Easyrider83, Паша, ты воскрес !!!!!

[stmfaq]

а на математику переключается на 48МГц.

А сколько занимает процесс переключения-стабилизации частоты, может овчинка выделки не стоит? А почему именно 48мгц? STM8S105 сможет и на 48 мгц работать? Я думал при кварце 32 мгц и делителе 2 , мк работает на 16 мгц, соответственно вся периферия (UART,SPI) должно работать нормально, а вот когда мне нужна математика я ставлю делитель 1 и мк начинает вычисления с частотой 32 мгц, вопрос во времени стабилизации частоты , если такая вообще возможна при 32мгц. А 48 это вообще круть, но на что её поделить чтобы нормально работал UART и SPI?
А кварц вообще на 32мгц есть? Или такого номинала нет или он редкий?

[Easyrider83]

Easyrider83, Паша, ты воскрес !!!!!

Домашний комп по прежнему заблокирован. А с работы пожалуйста ))

А сколько занимает процесс переключения-стабилизации частоты, может овчинка выделки не стоит?

Да это было на PIC18F13K50. Они от встроенного RC могут PLLx4 на 48МГц работать.
У меня овчинка выделки стоила. Проц питался через очень слабый линейный стабилизатор от 24 вольт. Если постоянно крутить на 48МГц, стабилизатор перегревался ))) Забавный был проект. До сих пор работает, как часы.

[stmfaq]

это было на PIC18F13K50.

Тю блин, а я уже губу раскатал, кварц полез искать.Я думаю ничего с STM8S105 не получится

[dosikus]

Тю блин, а я уже губу раскатал,

Читаем даташит , до посинения губ...

[stmfaq]

Закончил я полностью девайс. Контроллер STM8S понравился, все работает нормально уже сутки тестируется вроде никаких глюков нет. Но есть одна большая проблема , он медленный для моей задачи, не хватает мне его скорости обработки. Поэтому смотрю в сторону STM32 , но не знаю какой мне подойдет. Проект в STM8S занял 22 кб , влезет ли он в STM32 с 32 кб для меня пока не понятно, завтра попробую перенести самые тяжелые модули в F1 и гляну сколько займет места, с памятью я как-то сам разберусь. А вот с быстродействвием пожалй без вашей помощи не обойтись. И так , на чем тормозил STM8S105 , это была функция линейного алгоритм шифрования 3 DES . На один DES прогон пакета размером 100 байт уходило 350мс. Соответственно при трех прогонах уходило порядка 1100 мс на один пакет, это очень медленно, в тех требованиях должно уходить не более 500 мс. Самый главный вопрос какой STM32 справится с этой задачей и вложится в заданный промежуток времени. В 3DES идет работа с 8 битными числами, и на сколько быстрее переварит STM32 я не знаю. Что скажите ?
Какой взять , чтобы справился, но лишнее мне не нужно
STM32F0 — 48МГц/38DMIPS
STM32F1 — 72МГц/61DMIPS
STM32F2 — 120МГц/150DMIPS
STM32F3 — 72МГц/90DMIPS

[oleg110592]

раз уж методом тыка - купите STM32F4DISCOVERY и пробуйте на нем, а то вдруг окажется и F4 не хватит.
В F4 есть:
10/100 Ethernet MAC (IEEE 1588v2, MII/RMII);
Модуль шифрования AES 128, 192, 256, Triple DES, HASH (MD5, SHA-1), HMAC;