caxapa.ru :: Не ожидал, что так много напишут. Спасибо больше. Давайте разбираться.

Klever (01.10.2019 13:08, просмотров: 601) ответил fk0 на 30в с одной стороны и +-10 с другой как-то несогласованно смотрится. И наводит на мысль, что там спрятано не ваше, а что-то вроде IPC-DAS или другое из области пром. автоматики. Например для автомобильной электроники удобно было бы иметь

Не ожидал, что так много напишут. Спасибо больше. Давайте разбираться. https://drive.google.com/file/d/1prDICMTUwESb_z21c0JMWTzMQp4dOwO2/view
1. не согласованность +-10в и 30в. Ничего особо страшного не вижу. Главное, что если подать 30в на ai он не сгорит. То что на do можно повесить 24В реле это же хорошо? А то что +-10в на ai, так разрешение хотели сохранить. Если у вас сигнал больше, повесьте делитель и все нормально. 2. IPC-DAC не прятали))) 3. Ограничение по току есть. Ничего не сгорит 4. От Fork запитывать какое то внешнее устройство не верно. Выход ЦАП только для того, чтобы подавать сигнал на что то высокоомное 5. На счет разъема. тут два направления мысли. если на столе, то нормально и текущие разъемы Салиале как то все пользуются и нормально. А если встраивать в стенд (а значит в какой то щит) то обжать BH и забыть об этом навсегда. Вот и получается, что можно не переплачивать за дорогие разъемы. 6. хотите флешки программировать... теоретически да. но не думали об этом. глупый вопрос, а зачем? сейчас уже все как то через бутлодер делается 7. JS в браузере это для чего то простого, потыкать кнопки, посмотреть реакцию. Хотя например проверку БП можно сделать и на JS Но в принципе, вы правы. Для чего то серьезного - Питон. Посмотрите по ссылке. У нас здорово получилось на питоне прикрутить библиотеку для тестирования. Получилось быстро и автоматически проросла вся инфраструктура с отчетами. Сами уже используем 8. На счет массового производства и вложений в самодельный стенд. Вот все 20 лет моей карьеры мы и делаем самодельные стенды, а потом героически их поддерживаем. Единой платформы не создано ни в одной конторе, где я трудился. Все что то самолепное, самопальное. Вот и родилась идея сделать шаг в сторону унифицированной платформы. Это не серебрянная пуля, иллюзий не испытываем. Но шаг в сторону того, что схемотехник на столе отлаживает узел с Fork, потом он делает стендик для длительных прогонов на Fork, потом делает функциональный стенд на Fork и выходной стенд тоже делает на Fork. Так обрастает наработками, а значит быстрее решает задачи. Вот наша идея. Как вам? P.S. Еще раз спасибо за развернутый коммент

Ответить

- Мысль, о том, что "снаружи можно что-то подключить, припаять и т.п." -- очень плохая. Она делает вашу коробку бессмысленной. Такие коробки, по-моему, покупают при условии что: fk0(3189 знак., 01.10.2019 13:45)
  - по поводу припайки реле. вы правы, что если прибор будет содержать в себе весь функционал, то это круто. но это же утопия. Klever(703 знак., 01.10.2019 20:53)
    - Проблема с пунктом 3. При её наличии возникает вопрос, зачем нужен какой-то Fork, когда даже попросту проще на той же плате расположить МК, с которым программист уже умеет работать. Или подключить напрямую к выводам RPi. Fork в такой схеме -- fk0(2489 знак., 02.10.2019 00:58)
      - А вы подключали RPi к внешнему АЦП? На SPI например - Klever(02.10.2019 17:39)
      - Как я понимаю, это устройство нужно не потому что оно делает что-то уникальное, чего на обычном м/к не сделать, а ради ускорения процесса написания тестов. Это почти как ASM vs C, можно все сделать на своем м/к, а можно воспользоваться готовой AlexBi(309 знак., 02.10.2019 09:23)
        
        Это все хорошо, если все интерфейсы девайса укладываются в возможности коробочки, иначе все равно свое городить и добавлять, а "библиотеки готовых функций, включая связь с внешним миром" для питона полно и ~~говнокодится~~пишется на нем быстро. Andreas(148 знак., 02.10.2019 11:01)
        
        большинство приборов которые я создавал имеют достаточно унифицированные функции: Klever(1246 знак., 02.10.2019 11:44)
        
        Вот опять, вроде красиво, но есть "ньюансы" Andreas(718 знак., 02.10.2019 12:06)
        
        для второго у нас есть спец вход +-1В, меряли потребление от батарейки. нам хватило. Klever(968 знак., 02.10.2019 12:49)
        
        Последняя фраза разумна. Andreas(587 знак., 02.10.2019 13:13)
        
        А вы на RPi делаете или МК ставите в стенде? - Klever(02.10.2019 13:36)
        
        МК, до малины не доросли, поэтому стараюсь больше логики в писюк передать. - Andreas(02.10.2019 13:45)
        
        вообще то, вы наш потенциальный пользователь))))) Klever(705 знак., 02.10.2019 14:20)
        
        100% в точку. но все же добавлю. Klever(1092 знак., 02.10.2019 10:40)
        
        и мы протестировали эту гипотезу на нашем схемотехнике. схемотехник правда у нас базово знал Питон. он за пару дней разобрался с pytest, прикрутил и создал полноценный стенд с отчетами, преферансами и поэтессами. такое самому программисть - Klever(372 знак., 02.10.2019 10:54)
  - про стол схемотехника. Klever(900 знак., 01.10.2019 20:45)
    - Для этого не нужен именно ваш прибор, для этого может быть вообще не нужно железо (про "синтетический порт" и Evgeny_CD и я уже много раз писали). Такое применение, конечно, тоже возможно, но на мой взгляд -- оно странновато. И наконец самое fk0(811 знак., 02.10.2019 00:16)
      - Что такое синтетический порт? Я не часто читаю сахару ((( - Klever(02.10.2019 00:39)
        
        Когда часть ПО, которая на стыке с железом, замещается на симулятор для ПК и вся программа запускается и отлаживается на ПК. В итоге программа может тестироваться и отлаживаться на ПК, а "драйвера" для реального железа -- на нём же, но в отрыве от fk0(95 знак., 02.10.2019 01:05)
        
        Не понял до конца. ((( - Klever(02.10.2019 09:22)
      - В ваших словах есть правда. Стенд на производстве может отличатся от стенда на столе. Klever(765 знак., 02.10.2019 00:37)
  - вы пишите про порядок тестирования. мы так и сделали. на Питоне. посмотрите наш пример Klever(141 знак., 01.10.2019 20:37)
  - вот не понял, вы пишите купят одну на рабочее, а потом пишите что схемотехнику он не нужен. Klever(39 знак., 01.10.2019 20:34)
    - Это инструмент производства, а не разработки. Для тестирования и программирования (программатором, а не на C++). - fk0(02.10.2019 00:02)
      - Я в другом посте писал про сквозное тестирование. Когда и на столе и на производстве используется унифицировпнный инструментарий. Klever(47 знак., 02.10.2019 00:28)
  - Согласен на 40%. Разработчику бывает нужно сотню раз на столе прогнать стандартный тест. Возможность адаптировать - это благо. Насчёт надёжности - посмотри на цену. - General(01.10.2019 13:56)

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