Форум РадиоКот

628 может и не привезут - сейчас PIC16F628A

Ну да что 628А тоже самое я в курсе. Там вроде только режим программирования отличается. То есть для программатора есть разница 628 и 628А а так се одинаковое

обычно симулятора для мплаба и встроенной там опции осциллоскопа по дрыголапкам достаточно

А подскажите где в MPLAB 7.42 встроенный осциллограф? Я же его только в выходные скачал и поставил. Особо еще не вникал во все тонкости

А то что в проекте который нашел использован PIC629 я тоже не заметил Но что интересно в Proteus я ставил hex и все работало на 628

pyzhman

Так это же Proteus

Мне сказали что в Proteus'e нет возможности сделать ER. Я думал в MPLAB инструменты свои

Мля, ступил... Как-то не доводилось в мплабе осциллом пользоваться.

У меня 8.92 - последний из "простых" MPLABов, а "осцилл"...
Это логический анализатор во вкладке viev А вот и проектик с настройками дебаггера и анализатора "на подглядеть" где чего и как настроено, под ассемблером...

Прицепил из того, что "под руки" попалось. Ежли интересно скину под 628А настроенный "шаблон".

BOB51

Спасибо
Сначала на работе щеф орал хватай мешки вокзал отходит Я написал что мне нужно так до сих пор нету Вот тебе и срочность - в понедельник все должно работать!!! Но это и хорошо - есть время уже вдумчиво покопаться в прошивке

А так всегда
Особо у заказчиков начинки к рекламным мигалкам:
" ОЙ-ОЙ_Ой!!! Сегодня на вчераа надооо!!! " - а как начинку изготовиш и оттестишш - неделю ждать готового экрана надо для окончательной проверки...
Вот и приходится держать про запас и тест-макетки и тест-экраны.

Bear2011 писал(а): Мне сказали что в Proteus'e нет возможности сделать ER. Я думал в MPLAB инструменты свои

А зачем его "делать"? Выставить нужную тактовую в свойствах модели + конфиг. То что генератор физически не реализован не значит, что нет режима.

Выставить нужную тактовую в свойствах модели + конфиг

Так в том-то и дело что тактовая частота должна меняться. На внешнем висит переменник

Bear2011 писал(а):
Так в том-то и дело что тактовая частота должна меняться.

Это еще зачем? Попытка сколхозить схему на логике ?

Это еще зачем?

Затем что контроллеров несколько. И моргать они должны более-менее синхронно

И чем здесь подстройка частоты поможет ?

dosikus

А скорость переключения разве не зависит от тактовой частоты?

Синхронно и с одинаковой частотой это разные вещи. Достаточно просто включить эти девайсы неодновременно .
Одинаковую частоту проще добиться на кварцевых генераторах , а вот синхронность разнесенных девайсов геморрой еще тот ...

Синхронно и с одинаковой частотой это разные вещи

Да правильно. Неточно выразился. С одной частотой, так точнее. А насчет синхронности - там RESET не используется к плюсу подтянут. В принципе через него можно подумать как синхронность обеспечить

Bear2011 писал(а):
Да правильно. Неточно выразился. С одной частотой, так точнее.

Тогда возникает вопрос - зачем лепить на RC , если на кварце это будет намного точнее ?

Синхронизация через Reset удаленных устройств ?????? И в пределах платы можно нахватать иголок , а тут длинные линии ...

Синхронизация через Reset удаленных устройств ?????? И в пределах платы можно нахватать иголок , а тут длинные линии

А если оптрон прицепить к RESET'y?

Тогда уж лучше синхросигнал оптронами гнать. Но... программа другой быть должна.
Насчет кварца для мигалок... избыточно - там вполне и внутреннего калиброванного RC хватает. Тем более, ежли периодически его с эталонным маркером сверять. Через определенный промежуток времени ожидать "стимул" для запуска очередной части фрагмента картинки.
Только вот... это ближе к "длинному регистровому файлу" с одним управляющим МК...
Или еще хитрее - привязать синхронизацию к "переходу через 0" по питанию (одна и та же фаза в питающей сети) - частота нам особо не нужна - важно что данный переход в пределах подключения происходит одновременно - не надо лишний шнурок тянуть.

Или еще хитрее - привязать синхронизацию к "переходу через 0" по питанию (одна и та же фаза в питающей сети) - частота нам особо не нужна - важно что данный переход в пределах подключения происходит одновременно - не надо лишний шнурок тянуть.

А это вообще хорошая идея. Покопаю готовые проекты пока время есть

При динамике использовать базовый кадр в 0.01-0.009 секунды с "пинком" от детектора 0 (заведомо короче полупериода - оставшийся "кусочек" для глаза незаметен).
Частота регенерации будет около 100 Гц вертеться (зависит от честности поставщика энергии).
А картинку раскромсать на кадры соответствующего размера.
Одначе... начальный пусковой сигнал обязан все-же иметь место.... но то уже токмо однократно при подаче питания - в работе пинать кадры будет детектор нуля (питание всех устройств от одной фазы.
Или оптронно-токовую петлю на 20 мА с тактовой в 0.016 секунды через все подчиненные устройства с управлением от единого ведущего. Но там в ветке ограничение по количеству оптронов стандартно кормил от `24/27 вольтей через простейший мостик с кондером на 1000мкФ*50вольт (первая ступень блока питания контроллера экрана) + сам ИТ и возможный разброс по питанию в +-20% - где-то до 10 оптронов в ветке.
У ведущего - самостоятельная тактовка + выход на линии синхронизации, а у ведомых только работа по приему фронта плюс начальная общая задержка в системе примерно в 1-3 секунды.

Можно б чего и нашкрябать...