Сообщение от цифровик
|
arcachofo,
Cкажите, мой старый вопрос. В версиях 0.5 на генераторе прямоугольного сигнала и на функциональном генераторе в режиме прямоугольника. Установка реальных фронтов будет регулироваться. Кроме того будет ли цифровая база реагировать на эти фронты по выходу в зависимости от макс. частоты данных серий.
|
цифровик.
Как ранее комментировал Fizik_S, я начал реализовывать эту функциональность, но это вызвало много проблем.
Я безуспешно пробовал несколько подходов, и в конце концов эта функция была удалена.
Это стоило около 150 часов работы впустую ...
Действительно, поля для настройки границ все еще присутствуют в любом логическом компоненте, но на данный момент они ничего не делают.
Эту задачу нелегко решить в симуляторе «в реальном времени».
В любом симуляторе Spice это можно сделать за счет очень долгого времени симуляции. Моделирование нескольких микросекунд занимает много миллисекунд или даже секунд, в зависимости от размера схемы и требуемой точности.
На мой взгляд, этот функционал можно реализовать двумя способами:
1- Только визуально: край представлен как «наклон», но входы на следующем этапе срабатывают только в конце наклона.
2- Реальный: входы на следующем этапе «воспринимают» все промежуточные напряжения, срабатывая в точное время.
В настоящее время изменения состояния логических выходов происходят в одном событии, поэтому вы видите это как чистую прямоугольную волну (нереально).
Для режима 1 (только визуальный) требуется 2 события: одно для начала склона, а другое - для конца склона.
Каждый раз, когда происходит событие, схему необходимо пересчитывать, так что это удваивает время, необходимое для выполнения моделирования.
Для режима 2 (реальный) требуется одно событие для каждой промежуточной точки моделирования, поэтому для получения точности 0,05 В при наклоне 0–5 В нам нужно 100 событий, поэтому для моделирования потребуется в 100 раз больше времени.
К этому нам нужно добавить накладные расходы повышенной сложности, необходимые для создания всех промежуточных точек для каждого возможного случая.
Во многих случаях это сделает логическое моделирование слишком медленным.
Возможно, это можно настроить: пользователь может активировать или деактивировать эту функцию ... не уверен, глобально или в каждом компоненте.
В любом случае реализовать эту функцию сложнее, чем кажется на первый взгляд. И в большинстве случаев это бесполезно.
Итак, к настоящему времени я сосредоточен на более важных функциях, но в конце концов я займусь этим.
______________________________________________
О RTC DS1307, DHT22, DHT11, светодиод RGB:
Эти компоненты были добавлены пользователем, но во многих случаях они не очень хорошо вписываются в структуру программы, а в некоторых случаях совершенно бесполезны.
Это произошло с «монитором MCU», который был предоставлен пользователем.
Идея была очень хорошей, но реализация оказалась совершенно бесполезной, пришлось переписывать 100% исходного кода.
Я добавлю эти компоненты, но мне нужно их хотя бы частично переписать.
Так что любое предложение очень приветствуется.
В настоящее время большинство структурных изменений завершено достаточно, чтобы начать добавлять новые компоненты.
В основном я работаю над внедрением новых микроконтроллеров PIC, что займет много времени, но я начну добавлять новые компоненты.
______________________________________________
О напряжениях питания для серии 74 и других микросхем:
В настоящее время это можно настроить только для каждого отдельного компонента в подсхеме.
У меня есть планы добавить к этому какое-то решение, но, как всегда, за каждое решение приходится платить, поэтому я рассматриваю несколько вариантов и взвешиваю их, чтобы найти «дешевый».
______________________________________________
Большое спасибо за ваши идеи и информацию. Это очень полезно.
Я стараюсь следить за всеми этими сообщениями и рассматривать их, но во многих случаях у меня возникают трудности с переводом, в некоторых случаях я почти ничего не понимаю, особенно когда речь идет о технических вопросах, иногда перевод вообще не имеет смысла.
Re: Cимулятор SimuIIDE
