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

30в с одной стороны и +-10 с другой как-то несогласованно смотрится. И наводит на мысль, что там спрятано не ваше, а что-то вроде IPC-DAS или другое из области пром. автоматики. Например для автомобильной электроники удобно было бы иметь напряжения от 12 вольт. И токи смешные. 200мА -- это даже питание на прибор не подать. Про ограничение тока или защиту от КЗ -- не сказано. Вообще очень полезно было бы иметь по крайней мере один управляемый выход с задаваемым лимитом тока (питание прибора), при превышении которого происходит отключение, и несколько каналов измерения с задаваемым лимитом напряжения (контрольные точки), где превышение моментально, аппаратно, приводит к отключению всего питания и ошибка сигнализируется в комп. Разъём не удобный, удобнее иметь что-то вроде Molex MicroFit и изготовить отдельный жгут на каждый случай. Клеммы под винт, или изображённое на картинке позволяет всё перепутать и подсоединяется полчаса. Если речь о SPI, то нужны GPIO на 3в дополнительно. Вроде есть? Флешки, например, программировать, понятно. Но практически всегда нужен и программатор для МК или других видов памяти. И он должен как-то согласованно подключаться, вместе с остальным. На картинке Java, а автоматизация тестов в _браузере_ с помощью javascript -- это мрак. ПО должно быть на сервере, и на подходящем языке ("скриптовый", с динамической типизацией и широким набором прикладных библиотек, обязательно база данных: perl, python, tcl, на худой конец может и java, но не javascript в браузере уж точно). Работа через GET-запросы -- тоже сомнительный функционал. Нужна высокая скорость чтения-записи, и поэтому управляющее ПО удобней запускать на том же компе, где ввод-вывод доступен непосредственно, пусть даже это какой-то мини комп с линуксом и БД и логи доступны по сети (для записи отчётов и т.п.) Может быть даже какой-то API работающий через один постоянно открытый сокет, но никак не GET-запросы (там масса пакетов на один только запрос). Потом у http вопрос авторизации открытый, а https с get-запросами будет вообще медленно. Если планируется массовое производство, то при разработке прибора проще вложиться в самодельный стенд для программирования и проверки. Для чего основные контакты питания, контрольные точки (выходы вторичных источников питания), контакты для программирования, какой-то канал для связи с МК -- всё вывести на один разъём или ламельные контакты с краю платы. Основной функционал по тестированию возложить на МК, для чего к нему подсоединить узлы требующие проверки (иначе число внешних соединений будет чудовищное). После подключения к стенду -- проверяется питание (что есть, что в норме, что нет КЗ), зашивается МК проверочной программой, она проверяет правильность работы отдельных узлов схемы, наличие и работу других микросхем, и выводит результат, если успешно, то комп зашивает основную программу, программирует флешки и т.п.