DSIM SDK - первое знакомство

[um]

использую SDK к версии 6.9 SP5.

есть замечание:
- просмотр инклудов показал полное отсутствие модификатора const в случае, если данные передаются как константная ссылка (что странно, особенно если этот момент в хелпе не отражен).

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

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

вопрос знатокам:
1) есть DSIMMODEL, и у нее ряд PINов. в случае simulate() или если всем пинам в sethandler() поставить одну callback-процедуру...
2) то КАК узнать какой из пинов сработал? для которого была вызвана эта процедура?

[test20079]

с предыдущим вопросом вроде бы разобрался - перечисляю все входные пины, и смотрю isedge().

но появился другой вопрос:

1) исходные данные: рассматриваем чтение из озу. из даташита видно, что на AD должен быть выставлен адрес не позднее 50нс, относительно переднего фронта ALE и убран не ранее, чем 80нс после заднего фронта.

2) вопрос: что будет, если
2а) - адрес выставить позднее, чем за 50нс?
2б) - адрес снять раньше, чем пройдут 80нс?
общий вопрос - какое время обычно принимается для определения истинного значения сигнала?

[TEHb]

с предыдущим вопросом вроде бы разобрался - перечисляю все входные пины, и смотрю isedge().

но появился другой вопрос:

1) исходные данные: рассматриваем чтение из озу. из даташита видно, что на AD должен быть выставлен адрес не позднее 50нс, относительно переднего фронта ALE и убран не ранее, чем 80нс после заднего фронта.

2) вопрос: что будет, если
2а) - адрес выставить позднее, чем за 50нс?
2б) - адрес снять раньше, чем пройдут 80нс?
общий вопрос - какое время обычно принимается для определения истинного значения сигнала?

Обычно это делается так. По переднему фронту ALE ставим callback-процедуру на 50 нс, внутри которой читаем AD. Не выставили - мы не виноваты, будем глючить

[test20079]

так колбэк ставится вперед, а время-то ДО переднего фронта.

[TEHb]

так колбэк ставится вперед, а время-то ДО переднего фронта.

Хм... Тогда - просто по фрону читаем данные, и всё.

Ну, или можно сделать так. Читаем данные по каждому изменению во внутренний буфер, в него же пишем время их изменения, а по фронту считаем сколько времени прошло с изменения данных на шине. Если меньше чем время в даташите - ругаемся, но данные используем. Тогда разработчик будет видеть где он не прав.

Кстате намного удобнее использовать шины (IBUSPIN) вместо обычных пинов, чтение и запись всей шины производится за одну операцию.

[um]

вопрос по схемотехнике:
применяются состояния - питание1, сильный1, слабый1, слабый0, сильный0, земля0, z-состояние.
если используются ТТЛ и МДП-логики, то каков алгоритм выставления сильного или слабого значения?
я так понимаю, что в выходных сигнальных линиях питание1 и земля0 практически не используются?
и какая реакция должна быть, если вывод напрямую соединен с питание1 ? в смысле, проверка на то - может ли элемент сгореть или нет - должна в общем случае выполняться или нет?

[TEHb]

вопрос по схемотехнике:
применяются состояния - питание1, сильный1, слабый1, слабый0, сильный0, земля0, z-состояние.
если используются ТТЛ и МДП-логики, то каков алгоритм выставления сильного или слабого значения?
я так понимаю, что в выходных сигнальных линиях питание1 и земля0 практически не используются?
и какая реакция должна быть, если вывод напрямую соединен с питание1 ? в смысле, проверка на то - может ли элемент сгореть или нет - должна в общем случае выполняться или нет?

Проверка выполняется в самом симуляторе, поэтому проверять самому нет необходимости, да и весьма затруднительно.
Для TTL я обычно использую слабый1 и сильный0. КМОП - сильный0 и сильный1. Насчет МДП не знаю, давно не работал с ними.
Питание1 и земля0 - как это такие выходы вообще могут использоваться в цифровой схемотехнике? разве что в релейной...

кстате ещё есть инжект1 (IHI) и инжект0 (ILO) - обычно применяется для генераторов - промежуточное между питанием (землей) и сильным, а также слабыйКонфликт (WUD), сильныйКонфликт (SUD) и питаниеКонфликт (PUD).

P.S. Может всё-таки в мыло?

[um]

ок. просто подумал, может еще кому интересно будет - все-ткаи с этими вопросами рано или поздно столкнется каждый новичек
в моей версии сдк состояний всего 9. видимо, много воды утекло...

[avr123-nm-ru]

Еслиб найти "гетин статид" на примерах я б тоже что нибудь смоделировать попробовал.

[um]

такой официальной информации не встречал.
в прицепе есть пример стартового кода - вот с чего можно начать. а дальше сдк хелп.
хотя лучше сразу смотреть в ашники - в хэлпе многое отсутствует.

Прикрепленный файл: 5897305.ZIP