Понятно, что авторы форума хотят сделать, как лучше за что им большое спасибо.
Но после стольких лет практически родного интерфейса, все поменялось.
Все неудобно, не так, не привычно.
Может таки не нужно ничего менять или есть какие-то вопросы технологий которые нельзя решить на старом движке.
Голосую за старый интерфейс.
Привычка жуткая вещь.
Тот же, Скайп, как только попал в руки микрософт, таким неудобным просто жуть.
Причем они меняют его на ходу. Только нашел нужные кнопочки, так они уже перенесли их в другую сторону.
Тогда нужно искать.Проверьте откуда стартует программа в файле *.icf там же проверьте область векторов прерывания.
Далее для проверок нужен свободный вывод микроконтроллера который будет ваши монитором(Можно светодиодом моргать)
Его настраиваем как выход и пишем макросы что бы этим выводом можно было дергать.Еще нужен хотя бы осцил или простой логический анализатор тип Saleae
Я не знаю какой тип процессора используете но подозреваю что на ядре Cortex-xx.
Если так то первое, что нужно проверить это не влетает ли софт в исключения.Устанавливаем наш монитор в исключениях загружаем запускаем смотрит.
Далее есть ли фаулты или нет алгоритм отладки примерно такой.Отключаем все модули оставляем один main.Последовательно подключаем модули, мониторим на предмет работоспособности.
Где то так, но подозреваю что где то банально память переполняется и прога влетает в хард-фаулт.
Часто так бывает под дебагером все работает самостоятельно нет.
Спасибо очень интересно было посмотреть на ваши работы, почитал блог.Впечатлило но...У вас частенько проскальзывают фразы типа
Неужели Вы и правда верите что реле == надежность.
Товарищи торговцы в чем прикол вашей цены
https://ru.aliexpress.com/store/product/Wav....44c94a5dpLZFeq
Подозреваю затраты у вас огромные на драйвера на описание и тд.
https://www.waveshare.com/wiki/7.5inch_e-Paper_HAT_(B)
Посматриваю на эти дисплеи, но как то 4 сек. время полного обновления это не есть хорошо.
Даже для электронной читалки 4 секунды ждать когда у тебя обновиться страница.
Одним словом горячая финская читалка.
Есть правда дисплеи у которых поменьше время обновления, но размер вроде как тоже меньше.
Кто то использовал такое в серийном изделии?
Цитата(Arlleex @ May 13 2018, 11:06) Я вот реально не понимаю, в чем Ваше недоверие, если это можно так назвать, к прерыванию по ADDR? Много предварительных расчетов данных которые отдаю мастеру. Мастер не терпит растяжку линии SCL и тд. Софтверно все решил. Но хотел убедится что аппаратно не получится, вы и подтвердили мои изыскания. Ладно тему можно закрывать. Спасибо всем за участие.
Цитата(Arlleex @ May 12 2018, 23:02) По какому протоколу? По протоколу I2C? Если так, то ничего он не должен. Хм что то не встречал такого поведения МАСТЕРА на I2C. Обычно СТАРТ СТОП всегда дублируют друг друга. Перечитал еще раз описание I2C кое где есть упоминание что может быть повторный СТАРТ. Ну да ладно пусть будет так, но моя проблема решается только флагом ADDR. Можно так же извратиться с использованием прерываний по EXTI фиксируя СТАРТ. Вот интересно почему в контроллере не реализовали прерывание на СТАРТ в slave.
Цитата(k155la3 @ May 12 2018, 17:49) Наличие установленного мастером NACK на позиции ACK видится слейвом и должно установить флаг прерывания. Это так и происходит, но это мастер читает из слейва. Там все ок и NACK есть и СТОП тоже генерируется. Это чтение из слейва, проблемы при записи в слейв. Как оно работает. Мастеру нужно получить какое то количество байт из слейва. Для этого он пишет в слейв команду (типа отдай данные из регистра в количестве хх байт). По протоколу после этого мастер должен выдать СТОП и потом начать чтение. Но мастер СТОП не генерит, а тихонько поднимает SDA SCL в 1 и выдает повторный СТАРТ. Дальше при чтение все как и положено в последнем байте NACK и СТОП. NACK я отлавливаю в прерывании тут все нормально работает.
Цитата(Arlleex @ May 12 2018, 15:33) В режиме передачи Master не управляет битом подтверждения ACK, а вот Вы, как Slave, его выдаете. Почему Вы NACK выдаете - это Вам надо разобраться. Master тут не при чем, он делает все правильно. Более того, Master в конце чтения последнего байта должен выставить Вам NACK перед выставлением STOP-сигнала. Зачем Вам SB, если у Вас есть замечательное прерывание ADDR? Оно придет после того, как Вы Slave-ом примете свой (или альтернативный, в STM32 их несколько) физический адрес устройства. С подтверждением там все в порядке. Мастер передал последний байт. Слейв ему сказал ACK. Затем мастер делает следующее SCL = 0 SDA = 1 SCL = 1 SDA = 0 - это новый старт без стопа. С чтением как раз все ОК есть и NAK и СТОП. Прерывание ADDR использую, но оно приходит после передачи адреса (запроса чтения). В программе есть обработка данных их нужно успеть приготовить для мастера. Поэтому ищу как понять что мастер окончил передавать. Но получается что аппаратно никак.
Здравствуйте, Уважаемые Друзья. Есть I2C МАСТЕР который передает и принимает данные. У меня реализован I2C подчиненный который принимает и отдает данные. Мастер ведет себя не совсем корректно по отношению к протоколу I2C. Он делает запрос чтения к моему устройству примерно так СТАРТ->АДРЕСС ЗАПИСИ->ДАННЫЕ, а потом при низком SCL переводит SDA в высокий уровень. Затем снова выдет СТАРТ->АДРЕСС ЧТЕНИЕ-> читает данные после чего выдает СТОП. Я по протоколу могу разобрать когда у меня закончится передача данных от мастера, но вопрос как это сделать аппаратно по прерыванию. Вот тут затыка. В режиме I2C слайв не работает прерывание SB (было сгенерированно условие СТАРТ). Есть еще флаг BERR (Bus error) но он не реагирует на что либо после передачи байта. Может кто сталкивался с подобным.
