Easyelectronics.ru

Сделал модель частотомера ra4nal'а в протеусе.



не могу разобраться, почему не работает индикация.

Приятно, когда считают экстрасенсом. А приложить проект нельзя?

нихера ты не экстрасенс.
вон, по ссылке "не работает индикация."

Да уж, до экстрасенса мне как до Пекина... Не привык тыкать во все подряд. Скачал, погляжу.

Сначала из описания: Программа для работы с внешним и внутренним ПЗУ имеет некоторые отличия.
Из asm файла не очень ясно, какая это модификация, но дело не в этом.
Особо не разбирался, но похоже индикатор подключен не правильно. На схеме сигналы на индикатор приходят через инвертирующие ключи. В протеусе они подключены напрямую. Из программы видно, что код гашения сегментов - 0FEH, при этом подключении сегменты наоборот будут включены.

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

заменил

на


индикация про прежнему работает некорректно

Upd:
прикладываю измененные файлы
ссылка

Приложите измененные asm и hex.

... скорее всего неверно подключены выводы порта P1

Выводы действительно стояли в неправильном порядке, теперь вроде правильно расположил. Но индикация по прежнему не работает


ссылка

... не нужно никаких "вроде", напиши новый знакогенератор через константы - делов на 5 минут, а то так и будешь дергаться ....

Сначала про симуляцию вообще.
1. Вы поставили 8 подтягивающих (pull-up) резисторов на порт D0. Но оставили их в ANALOG. И бедному Proteus приходилось пересчитывать на них U и I с частотой симуляции.
2. В качестве генератора применен виртуальный сигнал-генератор. Он при симуляции отжирает прилично процессорного времени.
В результате желтый горчичник и предупреждение о 100% загрузке системы.
Пришлось ваш проект переделать, горчичник пропал. Смотрим на импульсы управления разрядами (вложение).
Рабочий уровень - низкий, а на этом индикаторе должен быть высокий.
Проект прилагаю.

Подумал, если не использовать инверторы, легче переделать схему протеуса под светодиодные индикаторы с ОК. Тогда изменений в программе не нужно.

Заменил индикатор с ОА типа 7SEG-MPX8-CA-BLUE на индикатор с ОК типа 7SEG-MPX8-CС-BLUE. Частоту не отображает, хотя измерение (1 с) и досчет импульсов идут. Надо отлаживать, кому надо.

anakost, спасибо большое за помощь

При запуске симуляции на индикаторы должно выводиться слово HELLO, что судя по логическому анализатору и происходит. Однако сам вывод на индикаторы не происходит. При подаче низкого уровня на INT0 и INT1 должен быть переход в режим измерения частоты, либо нестабильности частоты, чего тоже не происходит.
Не понятно в чем может быть причина

Может, вы просто не дождались. Например, 1 секунда рабочего цикла реального частотомера, в симуляторе может считаться часами...

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

Эта одна из причин (есть еще куча), по которым я не пользуюсь симуляторами. Отлаживаю сразу на готовой плате. Проще и быстрее.

SWG, раньше схема действительно считалась долго, но после того как anakost ее исправил, заменив резисторы, схема начала симулироваться в реальном времени.

Самое неприятное, что в этой схеме USART занят на досчет импульсов. И быстрого способа навесить отладочный терминал я не вижу. Можно попробовать задействовать SPI и отладчик SPI в Proteus, но я с ним никогда не работал.
P.S. Поглядел даташит, в at89c51 отсутствует SPI, тогда методов простой отладки я вообще не вижу.

... исходник под рукой, поэтому можно перекинуть досчет на свободный Р2.
меняем например на
...ну и не забываем про P3.0
А вот, что действительно "неприятно", так это стиль программирования - автор не использует именованных констант и разбираться в такой программе - удовольствие ниже среднего.....

Никакой симулятор в РЕАЛЬНОМ времени работать не может...

Если, к примеру, у AVR при частоте 10 МГц скорость работы примерно 100 наносекунд на команду, ее эмуляция даже современным компом, да под Виндами, всегда будет на несколько порядков медленнее.

... думаю это и так всем понятно, но баг не в этом.....

Согласен, вылавливать по тексту обращения к портам, морока еще та. Особенно в С51 с его кучей методов адресации. Однако при непосредственной адресации не все так плохо. Простым поиском я насчитал по 2 места с непосредственным обращением с портам P3.0 и P3.1. Если не используются другие методы обращения, возможно и прокатит.

по логике в принципе все понятно -
Р3.0 разрешает/запрещает цикл измерения
Р3.1 выполняет досчет
так что замена Р3.0-Р3.1 на Р2.0-Р2.1 думаю пройдет, а вот строки типа
которыми пестрит программа, наводит на мысль, что лучше все написать с нуля.....

Было бы еще время и желание ...

Вообще-то, чем маяться с переделкой довольно древней конструкуции на чуть менее древнюю, лучше подобрать что-нибудь из готовых разработок.
Например, тут: http://www.cqham.ru/cons_trx.htm#10

Я бы посоветовал делать на PIC. Они без особых проблем считают с внешнего входа через внутренний предделитель до 60-70МГц, с дискретностью 1 Гц, независимо от тактовой частоты самого контроллера (хоть 1 МГц), - в отличие от Атмеловских, на которых больше единиц мегагерц не получишь, даже при тактовой 20МГц.

Например, "Классика жанра", - частотомер Денисова (он же еще и - цифровая шкала):
http://www.cqham.ru/digi.htm
Особенно если использовать для него прошивку с доработками Корабельникова (есть и под 84, и под 628).