ПЛК - это законченное устройство промышленной автоматики, МК - это только микроконтроллер.
ПЛК - это больше похоже на миниатюрный компьютер с собственной ОС, интерфейсом с пользователем и т.п.
В конце концов, что мешает вам почитать хотя бы википедию?
если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе
при взгляде на многих сверху ничего не меняется...
Всем привет!
Столкнулся с акселерометром FXOS8700. Управляется по I2C. Адрес устройства 0х1E. Контроллер STM32L476.
Проблема с чтением регистра WHOAMI. (ID устройства). Точнее, в целом проблема чтения данных с устройства. Набросал функцию.
В качестве аргумента передаю адрес регистра который намерен считать.
Как я понял (до этого делов с I2C не имел), для чтения должны придерживаться диаграммы single byte read.
вот вырезка из доки.
Вот тут непонятки. Адрес имеет длину 7 бит. Я так понял, просто так мы его передать не можем? Надо его сдвинуть влево на бит и тогда подсунуть в функцию HAL_I2C_Master_Transmit . Сначала мы передаем устройству адрес+W, получаем от устройсва AK, затем передаем адрес регистра который будем читать (в нашем случае это 0х0D). После этого опять ожидаем AK. За эту часть отвечает HAL_I2C_Master_Transmit.
Затем, (не понял как сгенерить SR) отсылаем адрес + R И после этого ожидаем AK и содержимое регистра 0х0D устройства. Но вот что-то на этом этапе линия данных ложится в нуль, хотя ID != 0. Вот сфотал (по другому не получается) экран с данным от лог. анализатора.
Работа функции transmit
Receive
Правильно ли я понял принцип обмена данными с устройством, которое сидит на I2C шине и в чем ошибка?
[uquote="Chip115",url="/forum/viewtopic.php?p=3167881#p3167881"]Затем, (не понял как сгенерить SR) отсылаем адрес + R И после этого ожидаем AK...[/uquote]
Перед отправкой адреса + бит направления (R) необходимо отправить повторно команду СТАРТ.
ST - "команда" СТАРТ
SR - "команда" повторно СТАРТ
SP - "команда" СТОП
Да, но не понятно как средствами HAL это сделать. Конечно можно опуститься на уровень (уровни) ниже, поковырять регистры, но хотелось быть заставить высокоуровневые функции заставить работать.
Перепрошил STM32F407G-DISC1 из папки v1.0.0 - теперь не работает пример с акселерометром. Чип у меня квадратный. (http://forum.easyelectronics.ru/viewtop ... 35&t=18213). Самое интересное, что теперь даже заранее слитая заводская прошивка тоже не работает! Запросы от МК идут. Чудеса, бл@!
Загруженность ЦП в одноядерных МК всегда 100%. За исключением режима сна. Узнать скважность режима сна можно либо расчетным путем, либо косвенно по току потребления.
Можно попробовать примерно прикинуть - я так делал с SysTick, который считывался по выходу в активную задачу, и вычислялось относительное время "простоя". Но это баловство конечно.
Кстати, я не ковырялся в исходниках F429Discovery, но там есть что то похожее. Даже график "загрузки" строит.
Zhuk72 писал(а):Такие вопросы задают те, кто не писал на асме
Может просто вопрос правильно задать не может. А посчитать загруженность можно от обратного. Например сделать программный счетчик во время работы пустого цикла и потом через определенное время посмотреть это значение. По этому значению сделать вывод сколько времени МК херней занимался.
Добро всегда побеждает зло. Поэтому кто победил - тот и добрый.
[uquote="Zhuk72",url="/forum/viewtopic.php?p=3197233#p3197233"]Такие вопросы задают те, кто не писал на асме
Для них "пустой цикл" - это висящий в состоянии покоя ЦП [/uquote]
Вы это с потолка взяли? Кто говорил о покое? Вопрос был об определении времени затрачиваемого на определенные команды
Я этого взял с вашего же вопроса.
Вам же сразу ответили, что ЦП никогда не простаивает, если находится не в спящем режиме. Но на это от вас опять последовал вопрос
сколько примерно % ресурсов мк затрачивает на этот пустой цикл...
Пустой цикл в реальности не пустой. Это либо (буду писать на асм ПИКов, который знаю) goto $, т.е. зацикливание на себя же в ожидании прерывания, где происходит основная работа, либо один или цепочка из нескольких btfss/btfsc REG,bit и goto в ожидании смены состояния бита. Могут быть и вариации, но в любом случае процессор ВСЕГДА ходит по командам и ВСЕГДА загружен на все 100.
Другое дело, сколько времени занимает этот цикл. Ну так это надо либо дебаггером/симулятором с таймером отслеживать, либо посмотреть на полученный асм код, просуммировать количество машинных циклов каждой команды и пересчитать в секунды в зависимости от системной частоты.
Каждый имеет право на свое личное ошибочное мнение.
У меня было тяжелое детство - я до 14 лет смотрел черно-белый телевизор.
Zhuk72 писал(а):но в любом случае процессор ВСЕГДА ходит по командам и ВСЕГДА загружен на все 100
не скажу за PIC, но для AVR это утверждение не такое категоричное есть режим Noise reduction ADC, в котором ядро спит (остановлено) в течение цикла преобразования АЦП. то есть здесь загрузка явно не 100%, а меньше
помимо этого можно еще и усыплять его принудительно, ожидая внешних событий, например, что тоже перечеркивает категоричное ВСЕГДА ЗАГРУЖЕН НА 100%
если рассматривать человека снизу, покажется, что мозг у него глубоко в жопе
при взгляде на многих сверху ничего не меняется...
