Proteus: вопросы и ответы

[MuKeXa]

Ребят подскажите как еще новые компоненты создавать.... нуно обычное автомобильное реле

("Сори" за два ответа)
Создание новых устройств
Если речь об этом. А вообще есть куча "релюшек" в библиотеках. С них можно сварганить и автомобильное, лишь корпус нарисовать.

[FilNik]

Постараюсь отвечать на вопросы посетителей в этой ветке.

Раз появилась возможность пообщаться с "первым лицом", попробую еще раз выяснить вопрос по моделированию ШИМ в PIC контроллерах. Последняя попытка сделать это на Kazus.ru успеха не принесла (см. .http://kazus.ru/forums/showthread.php?t=13653).

Итак:
Задача простая - сформировать ШИМ сигнал частотой 22 кГц.
Программа пока тоже простая - запускаем ШИМ и больше ничего не делаем, только после каждого периода формируем на отдельном выводе формируем короткий импульс для синхронизации процесса.
Моделируем в Proteus - все хорошо (проект PWM_good.DSN).

Теперь чуть-чуть усложним программу - после каждого периода будем перезаписывать длительность импульса ШИМ (регистр CCPR1L), чтобы затем управлять скважностью.
И тут все рушится (проект PWM_bad.DSN) - формируется только один первый период сигнала ШИМ!

Кто-нибудь может объяснить в чем дело?
Подробности в прилагаемом архиве. Использую Proteus 7.4 SP3.
Заранее благодарен

[MuKeXa]

Такая "кардиограмма" Вас устроит?

[FilNik]

Такая "кардиограмма" Вас устроит?

То, что данные программы прекрасно моделируются в MPLAB и в PIC simulator, я знаю. Вопрос в другом - как это моделирует Proteus? Можно ли вообще моделировать ШИМ в Proteus при таких результатах? Кстати, это еще не все глюки ШИМ.

[MuKeXa]

Можно ли вообще моделировать ШИМ

Я бы не стал надеяться ))) Проще проверять на реальном железе.

[FilNik]

Я бы не стал надеяться ))) Проще проверять на реальном железе.

Я бы еще понял, если бы было наоборот: на модели работает, а в железе - проблемы. А то, такой мощный инструмент и глючит элементарная функция. Это ведь не USB и даже не USART.
Пока мне отвечают только те, кто предполагает (огромное за это спасибо!). Но хотелось бы услышать тех, кто знает.

[TEHb]

Можно ли вообще моделировать ШИМ

Я бы не стал надеяться ))) Проще проверять на реальном железе.

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

[TEHb]

Я бы еще понял, если бы было наоборот: на модели работает, а в железе - проблемы.

Вот это как раз таки хуже, чем не работает на модели, а в железе нормально. ИМХО.

[FilNik]

Вот это как раз таки хуже, чем работает на модели, а в железе глючит. ИМХО.

Блеск! А зачем тогда модель?
Если в железе работает, а на модели нет, то это не модель, а (извините, нехорошее слово). По моему так.

[TEHb]

Вот это как раз таки хуже, чем работает на модели, а в железе глючит. ИМХО.

Блеск! А зачем тогда модель?

В идеале конечно модель должна на 100% работать как железка.
В реальности - даташитов довольно таки часто не хватает для написания полной модели, информация в них бывает неверной (по моему опыту - сам отправлял отчеты в компании), иногда приходится напрямую связываться с разработчиками железок чтобы выяснить тонкие моменты. Или - тоже бывает - что-то проглядел или не так понял.
Но. Ещё раз. Глюки исправляются. Но только после того, как мы о них узнаем. К сожалению практически невозможно увидеть, что в модели ошибка, только просматривая исходники. Для примера, исходники PIC16 - около 5 мегабайт, PIC18 - 7 мегабайт.

[FilNik]

В идеале конечно модель должна на 100% работать как железка.

Мне кажется, здесь речь идет даже не о тонкостях, а о вещах принципиальных. Счетчик TMR2 досчитал до одного значения - сигнал ШИМ устанавливается в лог.0, досчитал до другого - ШИМ устанавливается в лог.1, а счетчик обнуляется. А в модели в лучшем случае наоборот. Какие тут тонкости?
А что касается исправления ошибок, то тему ШИМ я пытался поднять еще года 2 назад, но ответ: "проверяй в железе" - самый полезный ответ. А сколько новых версий вышло с тех пор!

[TEHb]

В текущей версии проверил сразу PWM_bad.DSN - работает. Видимо исправили уже:

[FilNik]

В текущей версии проверил сразу PWM_bad.DSN - работает. Видимо исправили уже:

А текущая - это какая?

[TEHb]

В текущей версии проверил сразу PWM_bad.DSN - работает. Видимо исправили уже:

А текущая - это какая?

7.6SP1 Development - релиза ещё не было.

[FilNik]

7.6SP1 Development - релиза ещё не было.

Спасибо. Будем ждать.

[MuKeXa]

Спасибо. Будем ждать.

Если очень срочно нада, то в 7.6СП0 тоже работает.

Ответ ошибочный. Глупо получилось, но в этой версии как оказалось тоже проблема с ШИМ и ПИК.

[Negor]

А вот вопрос такого характера. В sprint layout есть возможность залить участки, свободные от дорожек. А как проделать такое в ARES?

[TEHb]

А вот вопрос такого характера. В sprint layout есть возможность залить участки, свободные от дорожек. А как проделать такое в ARES?

Нарисовать Zone.

[edds]

Такая проблема: занялся микроконтроллерами, первое время устраивал vmlab , узнал что есть "супер" симулятор Протеус - скачал, установил, всё как положено, с лекарством-вроде работает и не вылетает ,но одна фишка - пишет предупреждение что симуляция в реальном режиме невозможна не устраивает процессор... Жрёт 100% порца да ещё и рботает медленно до безобразия, хотя комп вроде ещё не древний 2,8ГГц проц. и оперативки 2 Гига....Что посоветуете(кроме замены компа), мож кто встречался с такой проблемой?

[TEHb]

Такая проблема: ... пишет предупреждение что симуляция в реальном режиме невозможна не устраивает процессор... Жрёт 100% порца да ещё и рботает медленно до безобразия ...

Очень много процессорного времени уходит на обработку аналоговых компонент. Желательно по возможности от них избавиться, где можно - выставить в свойствах модель DIGITAL а не ANALOG (для резисторов и диодов). Вообще, советую почитать следующие статьи: http://kazus.ru/forums/showthread.php?t=13198
Если ничего не помогает, загрузите файл дизайна - постараюсь настроить.