По делу, тут нужно еще сделать гальваническую развязку на входе (для безопасности) и контроль сигнала "ЗПС" (признак начала строки), но в принципе это не особо актуально.
Использовать PLX-DAQ будет не особо удобно, для него нужно специально форматировать данные, и он больше заточен не прием данных с небольшого количества датчиков. В данном случае я бы озаботился написанием специальной программы.
Или, есть "колхозный" вариант - в винде имеется встроенный терминальный клиент. Он сейчас по дефолту не ставиться, но можно поставить (по моему через установку компонентов или как-то так). Ну или любой терминал для COM-порта умеющий писать лог-файл. Включить в нем логи, провести нужное количество тестов, а затем этот лог обработать любым удобным способом (можно даже в эксель загрузить но это не совсем удобно, лучше сначала подготовить в блокноте с помощью поиска-замены).
Если (после экспериментов с экселем) решите переделать для постоянного использования, то тут стоит подумать об lan/wi-fi и сервере.
По делу, тут нужно еще сделать гальваническую развязку на входе (для безопасности)
на входах и выходах, обязательно.
Цитата:
и контроль сигнала "ЗПС" (признак начала строки),
и всё же вернутся к ГТВ, чтобы ардуина подавала его на измерялку, когда будет готова сама и компьютер.
Интерфейс можно написать на Processing'е, он на связь а ардуиной заточен и вроде бы может в эксель данные выводить. Ну и формат csv никто не отменял, а уж его можно чем угодно прочитать и обрабатывать.
Подскажите может кто нибудь сталкивался вот с такой штуковиной (КС-017А-1), на перфоленте. Загружает программу в СЦВМ. Может ли с этой функцией справиться ардуино.
Справиться может. Принцип тот же. Есть шина от считывателя до ЭВМ. Проверяем уровни сигнала и читаем описание протокола или осциллографом снимаем последовательность сигналов. Потом переписываем на ардуино.
Может-то она может, но кто же ей даст? Без полной документации на интерфейс разобраться малореально. Создай новую тему. Может кто чего вспомнит или у кого-нить документация завалялась.
Имхо, эту часть работы целесообразно заказать в ищу исполнителя
По делу, тут нужно еще сделать гальваническую развязку на входе (для безопасности) и контроль сигнала "ЗПС" (признак начала строки), но в принципе это не особо актуально.
Использовать PLX-DAQ будет не особо удобно, для него нужно специально форматировать данные, и он больше заточен не прием данных с небольшого количества датчиков. В данном случае я бы озаботился написанием специальной программы.
Или, есть "колхозный" вариант - в винде имеется встроенный терминальный клиент. Он сейчас по дефолту не ставиться, но можно поставить (по моему через установку компонентов или как-то так). Ну или любой терминал для COM-порта умеющий писать лог-файл. Включить в нем логи, провести нужное количество тестов, а затем этот лог обработать любым удобным способом (можно даже в эксель загрузить но это не совсем удобно, лучше сначала подготовить в блокноте с помощью поиска-замены).
Если (после экспериментов с экселем) решите переделать для постоянного использования, то тут стоит подумать об lan/wi-fi и сервере.
Интерфейс можно написать на Processing'е, он на связь а ардуиной заточен и вроде бы может в эксель данные выводить. Ну и формат csv никто не отменял, а уж его можно чем угодно прочитать и обрабатывать.
Справиться может. Принцип тот же. Есть шина от считывателя до ЭВМ. Проверяем уровни сигнала и читаем описание протокола или осциллографом снимаем последовательность сигналов. Потом переписываем на ардуино.
Может-то она может, но кто же ей даст? Без полной документации на интерфейс разобраться малореально. Создай новую тему. Может кто чего вспомнит или у кого-нить документация завалялась.
Я 20 лет назад с такой штуки в LPT порт переводил. Было 8 дата, строб и готовность. Станком токарным управляли.