ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
25 апреля
О смысле всего сущего0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынокОбъявления
МикроконтроллерыPLD, FPGA, DSP AVRPICARM, RISC-VТехнологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты
949588 Топик полностью
Связанные сообщения
Синтетический Порт
Начиная с virtual environment смешалось всё. JSON и всё такое прочее -- это детали реализации конкретной системы, а не высокоуро...2020-07-11
Требуется мнение об идее реализации синтетических портов, пока привожу основные тезисы: Синтетической порт(Synth port) представл...2020-07-11
Железо нужно симулировать не на уровне битов и фронтов сигналов, а на уровне высокоуровневых операций (например, чтение-запись б...2019-11-07
Спасибо, вообще в документе многие пункты достаточно разумны, я особо подчерку для некоторых здешних читателей:2019-10-30
Когда часть ПО, которая на стыке с железом, замещается на симулятор для ПК и вся программа запускается и отлаживается на ПК. В и...2019-10-02
Помимо прочего при нормальном программировании всегда делается какой-то "логгер" ведущий протокол работы программы. Потому, что ...2019-08-10
От проекта зависит. Насколько чётко выделена аппаратно-зависимая часть и насколько абстракции используемые в старом проекте реал...2019-05-24
Собственно можно код запускать в эмуляторе процессора (qemu), которому привязать симуляцию нужной аппаратуры, или заменить HAL н...2019-02-06
Жалкая паделка финских студентов написана на 100% на C, из ассемблера только вектора прерываний, crt и ещё мелочи, в C30 v3.31. ...2014-04-10
Кто о чем, а вшивый о бане я о кодевеломпенте софта-железа. Итак, пусть у нас есть Tcl, который позволяет прикручивать "в...2012-02-24
Кстати, про синтетические системы и реальное время. Все гораздо интереснее, чем кажется!2007-07-28
fk0, легенда (02.10.2019 00:16, просмотров: 798) ответил Klever на про стол схемотехника.
Для этого не нужен именно ваш прибор, для этого может быть вообще не нужно железо (про "синтетический порт" и Evgeny_CD и я уже много раз писали). Такое применение, конечно, тоже возможно, но на мой взгляд -- оно странновато. И наконец самое важное, стенд и набор тестов для производства будет другой, с другими свойствами. Там важно не правильность работы схемы проверить, и не правильность работы программы. Там важно проверить исправность, соответствие фактического результата документации. Там нет смысла проверять корректность схемы или программы, они априори считаются правильными. Тесты с одной стороны становятся проще, с другой стороны их становится больше. Например, можно предположить что на печатной плате отсутствует какой-либо элемент (действительно отсутствует, нет контакта) -- это реальная неисправность, и есть смысл при создании теста предусматривать такую ситуацию. Но смысла проверять работу схемы во всех возможных режимах работы при этом -- нет. Это могло быть сделано на одном заведомо исправном приборе на столе у разработчика.
[ZX]
Ответить