B
Второй вариант выглядит универсальнее но вносит ещё один шаг в процесс проектирования
Size: a a a
2021 October 12
EE
На мой взгляд, первый вариант универсальней
AS
Коллеги добрый день. Подскажите пжалуйста, можно ли через FTP браузер(например FileZila) достучаться до терминала и скачать осцилограмму?
R
Нет конечно
B
Чем?
EE
Не надо лишних файлов iid . Все сразу описано. А кол-во принимаемых sv-потоков можно найти на типовые шэт.
B
Так это не про универсальность, а про удобство/неудобство проектирования
EE
Icd- файл же делается на конкретное устройство? Оно что, не может знать, сколько сможет обработать sv-потоков или сколько надо для работы рза алгоритмов?
AS
Это по моему вопросу?
R
Конечно, noname девайс не умеет FTP. Будьте в тренде, качайте через файловый сервис MMS
B
Конечно может, и, вероятно знает. В этом случае мы в *.icd файле (и как следствие в модели устройства)поимеем много неиспользуемых ЛУ
B
Во втором случае мы получаем столько ЛУ сколько требуется, ни больше ни меньше. Но получаем одну добавленную итерацию в проектировании.
AS
осталось понять как это сделать
EE
В устройстве много не используемых лу. Так как могут использоваться не все защиты, реализованные в устройстве, а лишь часть.
B
Это не повод добавлять новые неиспользуемые ЛУ. И количество этих ЛУ существенно превышает ЛУ рза. Гус подписок в устройстве может быть до 200, к примеру, а используются только две. Не рационально добавлять 198 неиспользуемых ЛУ.
NS
А что мешает иметь в модели неиспользуемые ЛУ? Сейчас почти все так и делают
VA
А потом устройство которое на вас подписано должно тащить к себе этот раздутый сид. А если оно подписано на несколько таких устройств, то сиды становятся очень большими
B
Здравый смысл:
- при большом количестве однотипных ЛУ в них легко запутаться;
- при большом количестве ЛУ сложнее просматривать модель устройства;
- увеличение задействованной памяти устройства (бесполезно)
- увеличение времени чтения модели
- увеличение размера *icd файла
- увеличение времени на обработку *.icd файла
- при большом количестве однотипных ЛУ в них легко запутаться;
- при большом количестве ЛУ сложнее просматривать модель устройства;
- увеличение задействованной памяти устройства (бесполезно)
- увеличение времени чтения модели
- увеличение размера *icd файла
- увеличение времени на обработку *.icd файла
B
И все это при отсутствии какой-либо внятной необходимости наличия этих ЛУ
B
И это, кстати тоже не повод прикручивать неиспользуемые ЛУ