Средства и методы разработки

Проблема с пунктом 3. При её наличии возникает вопрос, зачем нужен какой-то Fork, когда даже попросту проще на той же плате расположить МК, с которым программист уже умеет работать. Или подключить напрямую к выводам RPi. Fork в такой схеме -- скорей не нужен. Что он даёт? Позиционируется как дешёвый аналог IPC-DAS, о чём сразу и подумалось? (http://www.icpdas. …remote_io_products.php) Так можно конечно, только смысл подобного рода модулей как раз в исключении необходимости разработки и изготовления каких-то узлов электроники. Обычно применение ПЛК или подобного рода модулей ввода-вывода позволяет провести автоматизацию, где всё сводится к покупке и монтажу уже готовых блоков. Без применения электронных компонентов. Без разработки и изготовления печатной платы. В данном же случае не получается без пункта 3. А если не получается, то зачем вообще нужно это изделие, что оно даёт-то? Оно только увеличивает сроки и сложность. Проще задуматься о "шильде" к ардуине или RPi. На который допаять чего нужно попросту проще. На самом деле "весь функционал" не так уж и велик, чтоб говорить об утопии. В большинстве случаев нужны достаточно однотипные функции, такие как: 1) подача питания, проверка правильности напряжений питания, защита перенапряжения и короткого замыкани и обнаружение подобных неисправностей; 2) программирование МК или других микросхем памяти уже имеющимся программатором; 3) канал связи микроконтроллера с компьютером (бутлоадер, тестирование); 4) измерение напряжений в контрольных точках (АЦП), или токов; 5) формирование заданного напряжения (ЦАП); 6) измерение частот сигналов или интервалов времени (счетчик + таймер); 7) подача логических сигналов (выход типа "открытый коллектор"); 8) приём логических сигналов (оптопара); 9) подключение реле (это единственный электронный компонент подключение которого допустимо, по хорошему); 10) последовательные порты (RS-232, 3V uart, RS-485, CAN). Можно ознакомиться с типичными функциями модулей IPC-DAS или подобными. Новое здесь сложно придумать. Только пункты 1-3 -- другая специфика. Единственное что, напряжения +-10в (почему именно столько) -- не удобны. Во многих дискретных АЦП или МК есть PGA в конце концов, можно было сделать выбираемый диапазон... И ЦАП тоже. Диапазон всяко должен быть шире чем потенциальное напряжение питания ОУ в схемах, например, +-16V это ж запросто. И автомобильное питание сбрасывать со счетов не стоит. Кстати по пункту 5. С помощью Fork можно протестировать аудио-усилитель, например? АЦП/ЦАП есть, да, но управляется через GET -- нельзя то-есть. Я бы добавил пункты 11 и 12 -- ввод/вывод аудио. Благо в каком-нибудь RPi оно достигается бесплатно.