А я даташит на STM8L151 читал, RM читал, интернет читал, но так и не разобрал, возможно ли тактирование МК от внутреннего генератора с внешней частотозадающей RC цепочкой? Например, задать частоту LSE OSC подключая резисторы и конденсаторы к выводам OSC32_OUT и OSC32_IN.

Привет котофеи!
Я тут во всю использую STM8S + IAR, полет нормальный, но достает одно обстоятельство, хочу вас попытать, мож подкинете ценной инфы...
Суть в том что у меня один базовый проект в котором дефайнами включаются, выключаются разные модули, ну то бишь функционал нужный задействую...
В том числе иногда использую разные контроллеры, либо STM8S003 либо STM8S103... так вот для смены контроллера, кроме того что я настраиваю в дефайнах параметры памяти под соответствующий контроллер, так потом еще приходится лезть в настройки проекта, и указывать там сам контроллер...
Есть ли вариант определять контроллер не в настройках проекта, а так же дефайнами чтобы при компиляции, компилятор сам определил какой контроллер нужно использовать ?
Или это уже от лукавого хотелки?)))
Просто если бы я а майне поправил несколько дефайнов то это было бы намного комфортнее, чем каждый раз лазить в разных местах...

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

В принципе - что то решает, но все равно придется лезть в разные места, т.к. контроллер все равно выставлять в настройках, а например у 103-го бывают тоже разные конфигурации, так что все равно в дефайнах тоже править... В общем думаю вряд ли возможно с обратной стороны контроллер задавать... ну ничьо, привык уже)

Организация питания на основе надежных литиевых аккумуляторов EVE и микросхем азиатского производства

Качественное и безопасное устройство, работающее от аккумулятора, должно учитывать его физические и химические свойства, профили заряда и разряда, их изменение во времени и под влиянием различных условий, таких как температура и ток нагрузки. Мы расскажем о литий-ионных аккумуляторных батареях EVE и нескольких решениях от различных китайских компаний, рекомендуемых для разработок приложений с использованием этих АКБ. Представленные в статье китайские аналоги помогут заменить продукцию западных брендов с оптимизацией цены без потери качества.

Подробнее>>

У 003 и 103 периферия почти не отличается, поэтому можно в Makefile сделать простую проверку для включения нужных опций sdcc и дефайнов, а компилять с make -D_103 или make -D_003 …

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Ты хоть когда-нибудь будешь читать что люди пишут?

Дурной какой-то движок у форума: свое сообщение удалить нельзя…

Удалить можно, но только до тех пор, пока кто-то не запостил сообщение ниже твоего.

Asmodey, я не нашел, где нужная "галочка" или "кнопочка". И даже когда после моего сообщения ничего нет, удалить не могу.
Вот так напишу дурь какую-нибудь, потом передумаю - а фигвам! Не удалишь сообщение... Остается лишь отредактировать и написать другую дурь.
P.S. Чьорт побьери! Не увидел...

Напишите вместо дури "del" и все поймут.

это зашита ядра от тролизма
есть любители задним числом править старые посты...

Друзья, прошу помощи по вопросу задержки подачи тактового сигнала в систему тактирования до выхода тактового генератора на устойчивый рабочий режим. Это аппаратная опция (управляющая тактовым сигналом) или "устройство задержки" всего лишь поднимает флаг при установившемся режиме работы осциллятора?

Вопрос возник в ходе экспериментов с автоматическим переключением источников тактового сигнала. Микроконтроллер STM8L151 на беспаечной макетке в которую воткнут кварцевый резонатор 4 МГц. Микроконтроллер мигает светодиодом посредством таймера TIM1 предделитель и регистры ARRx которого настроен так, что светодиод мигает с периодом 4 секунды. Сначала я подумал, что железо само решит, когда ему начинать тактирование CPU и прочего и установил следующие настройки переключения тактового сигнала.




В результате выполнения этого система тактирования тут же переключается на внутренний высокочастотный RC-генератор с частотой 16 МГц, что проявляет себя увеличением частоты мигания светодиода в 4 раза, с периодом 1 секунда.

Немного поразмыслив я решил, что железо само по себе ничем тут не рулит, и микроконтроллер переключается на внутренний RC-генератор из-за того, что к моменту выполнения CLK_CSSR_bit.CSSEN = 1; кварцевый генератор продолжает колбасить по всякому после включения. Сделал программную задержку до поднятия флага HSERDY в регистре CLK_ECKR.



Теперь все работает корректно, светодиод мигает с частотой 0,25 Гц до тех пор, пока я не выдергиваю кварц из макетки. После удаления кварца светодиод начинает мигать с частотой 1 Гц. Значит микроконтроллер переходит на тактирование от внутреннего RC-генератора только после аварии генератора кварцевого, как и задумывалось.

То есть, необходимо непременно контролировать состояние флага HSERDY вплоть до устаканивания работы кварцевого генератора, если разрешено автоматическое переключение источников тактового сигнала? Я правильно понял?

С огромным энтузиазмом занялся сегодня изучением шины I2C в STM8 и... кажется спалил микроконтроллер. Или не спалил... Подключил к линиям SDA и SCL STM8L151 самодельный анализатор протоколов PICkit Serial Analyzer, но поторопился и перепутал провода. Надо было назначение выводов PKSA напечатать на бумажке и наклеить на корпус, а я поленился. Кажется подал +3,3 (а возможно и +5) питания на линию SCL микроконтроллера. Как теперь определить, сдох I2C модуль в МК или нет?

Попробовал "дергать" ногами порта соответствующим шине I2C. Вроде все нормально, импульсы присутствуют. Как думаете, сдох I2C интерфейс или нет?

I2C использует обычные порты. Если они дёргаются из под программы, то остальное должно быть исправно.

Действительно, работает. После ковыряния в коде I2C стал подавать признаки жизни. Спасло его то, что забыл я включить тактирование I2C модуля, без чего бит PE не устанавливался, модуль не включался и линии портов оставались в состоянии входа.
/не забыть бумажку распечатать на корпус анализатора последовательных протоколов/

Всем доброго дня!
Изучаю stm8s-discovery и при работе с uart'ом столкнулся с проблемой. Сделал функцию синхронной отправки байта... С ее помощью отправляю строку.
При отправке строки, пропадает первый символ (байт).

Условно говоря, я отправляю в uart строку "Hello world!", а приходит - "ello world!"

Проблема проявляется только при отправке первого символа после подачи питания на отладочную плату. На любых скоростях.

При этом, если сделать временную задержку перед этой первой отправкой, то проблема исчезает. Но, это выглядит как костыль.
У меня было подозрение, что это проблема стабилизации кварца при подаче питания. Но картина одинаковая и при внутреннем генераторе и при внешнем кварце.
Ведь при переключении на внешний кварц, система сама ждет его стабилизации и продолжает выполнение... Но первый байт все равно пропадает...

Содержимое функции отправки байта простое:
- Кладем в регистр DR байт
- Ждем окончания передачи выставлением флага TC в статусном регистре...

В чем может быть проблема?

TC: Transmission complete This clear sequence is recommended only for multibuffer communications
TXE: Transmit data register empty This bit is set by hardware when the content of the TDR register has been transferred into the shift register.

Спасибо...
Т.е. еще есть задержка между записью байта в регистр DR и его копированием в сдвиговый регистр...

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

В документации есть же, попробовал гуглом перевести:
Однобайтовая связь
Очистка бита TXE всегда выполняется путем записи в регистр данных.
Бит TXE устанавливается аппаратно и указывает:
• Данные были перемещены из TDR в регистр сдвига, и передача данных началась.
• Регистр TDR пуст.
• Следующие данные могут быть записаны в регистр UART_DR без перезаписи предыдущих данных.
Этот флаг генерирует прерывание, если установлен бит TIEN.
Когда происходит передача, инструкция записи в регистр UART_DR сохраняет данные в регистр TDR.
Данные копируются в регистр сдвига в конце текущей передачи.
Когда передача не происходит, инструкция записи в регистр UART_DR помещает данные непосредственно в регистр сдвига, начинается передача данных, и бит TXE устанавливается немедленно.
Если передача кадра завершена (после стоп-бита) и установлен бит TXE, устанавливается бит TC.
Прерывание генерируется, если TCIEN установлен в регистре UART_CR2.
После записи последних данных в регистр UART_DR необходимо дождаться, пока для TC будет установлено значение «1», прежде чем переходить в режим остановки или отключать UART.
Для сброса бита TC требуется следующая программная последовательность:
1. Считать из регистра UART_SR
2. Записать в регистр UART_DR
(см. Рис. 116: поведение TC / TXE при передаче)
далее симпатичная картинка с диаграммами

Все заработало. Спасибо!