Помогите в моделировании схемы

NewWriter · 15.05.2015, 20:03

не-не. Даже пустой МК отдельно и безо всяких мультиплексоров, с отсоединенными от UART проводами - и то на входе RX UART (приём) постоянно удерживается высокий лог.уровень на всем протяжении.

PS/// АРХИ-ГЕНИАЛЬНО!!! эврика

анализируя регистры и код PIC18, нашел все-таки проблему.
Оказалось, что элементарная ошибка в порядке инициализации UART-а давала такую беду. Всего лишь потребовалось изменить порядок.
И вот - работает. Во вложении - исправленная прошивка к PIC18F452, ее нужно подключить в свойствах МК.

Однако, остаются замечания.
Придуманные на схеме резисторы на выводах МК убирать нельзя, особенно на некоторых портах. Причина проста - нуу очень кривой код прошивки, когда порты зачем-то переводятся со входов на выходы, а потом наоборот. В частности, на RC7, к которому подключен выход мультиплексора, очень легко получить КЗ из-за того, что с обеих сторон будут выходы. Для ограничения тока и стоят резисторы. То же самое и с кнопками. Если не будет резисторов, то недайбог в момент включения питания будет случайно нажата кнопка. И тогда +5V накоротко замкнется с выходом, на котором 0. но в схеме предусмотрительно стоят резисторы по 510 Ом, которые не позволят сгореть. ха-за, во дела, а... из-за криво написанной прошивки такие сложности, а

Я так понял, это устройство управляет и поворотом, и наклоном? тогда надо два датчика-энкодера. Получается, что котроллеров оси должно быть две штуки на один управляемый прибор - на поворот и на наклон. так?

MONIKYS · 15.05.2015, 21:41

adray, Организуй опрос кнопок аналогичным образом. И не надо бояться что где-то когда-то замкнёт. Делал стенд промывки форсунок с таким опросом клавы, никаких проблем

NewWriter · 15.05.2015, 22:02

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

И топикстартер уже писал, что далек от программирования в принципе

MONIKYS · 15.05.2015, 22:27

NewWriter, Да хоть три одновременно....Будет зафиксирована первая по опросу. Смотрите код. А не версии кидайте. Проверено и много лет работает в железе.
Ну и как он хочет что-то запустить, если в программировании ни бум бум? А игрушку хочет чичась. С чего-то надо начать.

NewWriter · 15.05.2015, 22:33

Да на опрос кнопок то пофик, а вот на линии индикации, которые замкнутся между собой нажатыми кнопками, когда начнется цикл индикации - это уже не пофик.
Че там код смотреть, чего я там в нем не видел то...

adray · 15.05.2015, 22:33

Сообщение от NewWriter

не-не. Даже пустой МК отдельно и безо всяких мультиплексоров, с отсоединенными от UART проводами - и то на входе RX UART (приём) постоянно удерживается высокий лог.уровень на всем протяжении.

PS/// АРХИ-ГЕНИАЛЬНО!!! эврика

анализируя регистры и код PIC18, нашел все-таки проблему.
Оказалось, что элементарная ошибка в порядке инициализации UART-а давала такую беду. Всего лишь потребовалось изменить порядок.
И вот - работает. Во вложении - исправленная прошивка к PIC18F452, ее нужно подключить в свойствах МК.

Однако, остаются замечания.
Придуманные на схеме резисторы на выводах МК убирать нельзя, особенно на некоторых портах. Причина проста - нуу очень кривой код прошивки, когда порты зачем-то переводятся со входов на выходы, а потом наоборот. В частности, на RC7, к которому подключен выход мультиплексора, очень легко получить КЗ из-за того, что с обеих сторон будут выходы. Для ограничения тока и стоят резисторы. То же самое и с кнопками. Если не будет резисторов, то недайбог в момент включения питания будет случайно нажата кнопка. И тогда +5V накоротко замкнется с выходом, на котором 0. но в схеме предусмотрительно стоят резисторы по 510 Ом, которые не позволят сгореть. ха-за, во дела, а... из-за криво написанной прошивки такие сложности, а

Я так понял, это устройство управляет и поворотом, и наклоном? тогда надо два датчика-энкодера. Получается, что котроллеров оси должно быть две штуки на один управляемый прибор - на поворот и на наклон. так?

Да полуучается что нам надо управлять углом азимута и элевации

MONIKYS · 15.05.2015, 22:44

NewWriter, Сударь. Вы упустили один момент. Вызов функции индикатора и опроса клавы происходят последовательно, а не одновременно. В опросе клавы инициализируются порты по окончании переводятся обратно. И никак не влияют на показания. Хоть все пальцы задействуйте.....

NewWriter · 15.05.2015, 22:53

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

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

MONIKYS · 15.05.2015, 23:05

NewWriter, Я спорить не буду. Проект отрабатывал в Проте. Конфликтов нет. Практическое исполнение в железе. Полёт отличный. Если Вы логику работы не понимаете. Тогда о чем разговор? Принцип простой до безумия. Во время опроса клавы порт В переводится на вход, а порт С на выход (лог 1), по окончании - порт В на выход, порт С на вход. Далее вывод на индикатор, если надо. Всё. Хоть Ламбаду танцуйте, конфликта никогда не будет. Закончили флуд.

NewWriter · 15.05.2015, 23:21

это не флуд

я отлично понимаю логику работы. В железе работает до тех пор, пока все нормально.
Я про другое - если нажимающий на кнопки не захочет отпускать нажатые вместе кнопки после цикла опроса клавиатуры. И тут наступает момент обмена с дисплеем. Это все равно, что перемкнуть линии дисплея между собой. МК пытается передать в дисплей например 1010, а перемкнутые одновременным нажатием кнопок линии не позволят и дисплей получит 0010. Ну ладно бы если передаются данные, а если будут передаваться команды, и например вместо команды перевода строки получится команда выключения дисплея. и всё - хана до следующего перезапуска.
Протеус с такой моделью клавиатуры не в состоянии изобразить одновременное нажатие кнопок. Эта модель клавиатуры сбрасывает состояние замыкания сразу же. А вот если вместо этой модели поставить матрицу из отдельных кнопок Button с фиксацией нажатия - тогда другое дело