Asmodey, я не нашел, где нужная "галочка" или "кнопочка". И даже когда после моего сообщения ничего нет, удалить не могу.
Вот так напишу дурь какую-нибудь, потом передумаю - а фигвам! Не удалишь сообщение... Остается лишь отредактировать и написать другую дурь.
P.S. Чьорт побьери! Не увидел...
Последний раз редактировалось Eddy_Em Вт фев 11, 2020 19:30:22, всего редактировалось 1 раз.
Linux rules! Windows must die. Здравомыслящий человек добровольно будет пользоваться мастдаем лишь в двух случаях: под дулом автомата или под влиянием анального зонда. Я на гитхабе, в ЖЖ
[uquote="Eddy_Em",url="/forum/viewtopic.php?p=3789342#p3789342"]Asmodey, ... Остается лишь отредактировать и написать другую дурь.[/uquote] Напишите вместо дури "del" и все поймут.
Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
это зашита ядра от тролизма
есть любители задним числом править старые посты...
ZМудрость(Опыт и выдержка) приходит с годами.
Все Ваши беды и проблемы, от недостатка знаний.
Умный и у дурака научится, а дураку и ..
Алберт Ейнштейн не поможет и ВВП не спасет.и МЧС опаздает
Друзья, прошу помощи по вопросу задержки подачи тактового сигнала в систему тактирования до выхода тактового генератора на устойчивый рабочий режим. Это аппаратная опция (управляющая тактовым сигналом) или "устройство задержки" всего лишь поднимает флаг при установившемся режиме работы осциллятора?
Вопрос возник в ходе экспериментов с автоматическим переключением источников тактового сигнала. Микроконтроллер STM8L151 на беспаечной макетке в которую воткнут кварцевый резонатор 4 МГц. Микроконтроллер мигает светодиодом посредством таймера TIM1 предделитель и регистры ARRx которого настроен так, что светодиод мигает с периодом 4 секунды. Сначала я подумал, что железо само решит, когда ему начинать тактирование CPU и прочего и установил следующие настройки переключения тактового сигнала.
CLK_SWR = 0x04; // Тактирование от высокочастотного кварцевого генератора HSE
CLK_SWCR_bit.SWEN = 1; // Разрешить переключение источников тактового сигнала
CLK_CSSR_bit.CSSEN = 1; // Разрешить аварийное автоматическое переключение источников тактового сигнала
В результате выполнения этого система тактирования тут же переключается на внутренний высокочастотный RC-генератор с частотой 16 МГц, что проявляет себя увеличением частоты мигания светодиода в 4 раза, с периодом 1 секунда.
Немного поразмыслив я решил, что железо само по себе ничем тут не рулит, и микроконтроллер переключается на внутренний RC-генератор из-за того, что к моменту выполнения CLK_CSSR_bit.CSSEN = 1; кварцевый генератор продолжает колбасить по всякому после включения. Сделал программную задержку до поднятия флага HSERDY в регистре CLK_ECKR.
CLK_SWR = 0x04; // Тактирование от высокочастотного кварцевого генератора HSE
CLK_SWCR_bit.SWEN = 1; // Разрешить переключение источников тактового сигнала
while(CLK_ECKR_bit.HSERDY == 0){} // Задержка до поднятия флага HSERDY (установившийся режим тактового генератора)
CLK_CSSR_bit.CSSEN = 1; // Разрешить аварийное автоматическое переключение источников тактового сигнала
Теперь все работает корректно, светодиод мигает с частотой 0,25 Гц до тех пор, пока я не выдергиваю кварц из макетки. После удаления кварца светодиод начинает мигать с частотой 1 Гц. Значит микроконтроллер переходит на тактирование от внутреннего RC-генератора только после аварии генератора кварцевого, как и задумывалось.
То есть, необходимо непременно контролировать состояние флага HSERDY вплоть до устаканивания работы кварцевого генератора, если разрешено автоматическое переключение источников тактового сигнала? Я правильно понял?
С огромным энтузиазмом занялся сегодня изучением шины I2C в STM8 и... кажется спалил микроконтроллер. Или не спалил... Подключил к линиям SDA и SCL STM8L151 самодельный анализатор протоколов PICkit Serial Analyzer, но поторопился и перепутал провода. Надо было назначение выводов PKSA напечатать на бумажке и наклеить на корпус, а я поленился. Кажется подал +3,3 (а возможно и +5) питания на линию SCL микроконтроллера. Как теперь определить, сдох 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.
В документации есть же, попробовал гуглом перевести:
Однобайтовая связь
Очистка бита 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 при передаче)
далее симпатичная картинка с диаграммами
насколько COSMIC IDE "дружелюбна" к тем, кто лучше Eclipse ничего не признаёт?
возникает необходимость попробовать STM8, но, поскольку привык к GCC, настораживает незнакомый компилятор и IDE...
может, есть что-то иное no limitations free? я не в теме просто...
если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе
при взгляде на многих сверху ничего не меняется...
меня интересует IDE+compilator (+debugger), т.е. комплексное решение. прочитал про COSMIC, что это и есть полное решение, для STM8 без ограничений, но вопрос "дружелюбного" входа/перехода остается...
если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе
при взгляде на многих сверху ничего не меняется...
[uquote="ARV",url="/forum/viewtopic.php?p=3862103#p3862103"]возникает необходимость попробовать STM8
может, есть что-то иное no limitations free?[/uquote]
попробовать
IAR STM8 a 30-day time-limited but fully functional license https://www.iar.com/iar-embedded-workbe ... cture=STM8
ARV, а я для всего использую Qt-creator.
Но вот хреново, конечно, что нет порта gcc под STM8, поэтому приходится пользоваться sdcc. Примеры всякой моей фигни на гитхабе. Там все необходимые инклюды (сам писал) и Makefile'ы.
Linux rules! Windows must die. Здравомыслящий человек добровольно будет пользоваться мастдаем лишь в двух случаях: под дулом автомата или под влиянием анального зонда. Я на гитхабе, в ЖЖ
