Организация Передачи Данных По Com-Порту

[SpaceQuester]

Всем привет!

Подскажите с огранизацией протокола передачи данных по COM-порту.

Есть Arduino Nano (со своим скетчем) и PC (например реализация в MATLAB, это не суть важно).

Arduino считывает данные с трёх аналоговых пинов (по типу analogRead(A0)) и непрерывно передаёт в Serial COM-порт.

Это:

1) управляющее напряжение источника питания фотоумножителя (положительные 0-5 Вольт)

2) реальное напряжение источника питания (оно через инвертор ОУ от 0 до минус 800 Вольт конвертируется в положительные 0-5 Вольт)

3) питания с выхода фотоумножителя (оно через инвертор ОУ от 0 до минус 40 Вольт конвертируется в положительные 0-5 Вольт)

Т.е. с Ардуино на PC в COM-порт отдаётся три потока с цифрами напряжений, их нужно как то разделять при приёме на PC.

С PC на Ардуино в COM-порт тоже может придти информация для выставления уровня ШИМ.

Т.е. эта информация должна разбираться только в скетче Ардуины.

На ум приходит такое решение. С Ардуины идут непрерывно пакеты в виде "SupplyControlVoltage:2,35", "SupplyOutputVoltage:3,86" и "PTMVoltage:1,67"

С компа может придти например: "FromPCSupplyControlVoltage:1,89".

Вопросы - как организовать такую передачу данных, как формировать сообщения в канал и на другой стороне разбирать их. Как их не перепутать?

Покажите пожалуйста пример.

Нужны ли открывающие и закрывающие биты для таких сообщений?

Спасибо!

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[Yurkin2015]

На ум приходит такое решение.

Ну, правильно. Только по-короче надо сделать.

Замените "SupplyControlVoltage:2,35" на "C2.35",

"SupplyOutputVoltage:3,86" на "O3.86"

и "PTMVoltage:1,67" на "P1.67".

Пусть Ардуина непрерывно передаёт "C2.35O3.36P1.27P2.67C2.55O3.77P1.90O3.86 ...

Программа на РС принимает байт за байтом и непрерывно ищет буквы в каждом принятом байте. Ищет она буквы 'C', 'O' и 'P'.

Например, только что принятый байт оказался равен 'С', значит следующие 4 байта - это напряжение SupplyControlVoltage. Программа принимает эти 4 байта уже без проверки и преобразует в нужную переменную у себя внутри.

Затем снова начинается проверка приходящих байтов на буквы.

Таким образом, данные не перепутаются и попадут в нужные места.

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[Vovk Z]

1. По одной букве - это очень коротко. Захочется передать чуть больше информации, и буквы быстро закончатся, а "расти" больше некуда.

2. Пробел это тоже буква, его тоже можно передавать, чтобы визуально было легче читать данные.

3. Паузы - тоже можно делать, т.е. передавать пачками, если не стоит условие максимальной скорости передачи.

4. Если информация критическая к ошибкам, можно подумать о каком-нибудь простом контроле ошибок. Контрольную сумму передают, обычно, в конце посылки.

5. Если датчиков много, каждому можно присвоить свой адрес, который он будет передавать в начале посылки.

6. Соотв. п.4, передавать данные, и читать, можно посылками, а не байтами. Байтами - сильно дольше, да и неудобно.

7. Например, пишем данных 10 байт (-100 байт). Читаем - с запасом, например, 1000 байт из порта, т.е. такое количество, в которое точно должна поместиться целая посылка.

Изменено 25 февраля, 2016 пользователем Vovk Z

[Реклама]

Выбираем схему BMS для корректной работы литий-железофосфатных (LiFePO4) аккумуляторов

 Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ, также как и для других, очень важен контроль процесса заряда и разряда, а специализированных микросхем для этого вида аккумуляторов не так много. Инженеры КОМПЭЛ подготовили список имеющихся микросхем и возможных решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[Гость Мимокрокодил]

Упустили один важный момент:

С PC на Ардуино в COM-порт тоже может придти информация для выставления уровня ШИМ.

Тут придётся подумать. Навскидку варианты:

1. РС является мастером (ведущим устройством). Ардуино сообщает данные только по запросу с РС. Запросов два: "Сообщи напряжения", ответ - три числа и "Установи уровень ШИМ", ответ - "ок".

2. РС является слэйвом (ведомым устройством). Ардуино постоянно шлёт данные (ох, под виндой часть может теряться, проходили), на каждый пакет данных РС отвечает числом, задающим уровень ШИМ (скажем, положительное число - установи новый уровень, -1 - без изменений). По сути это обращённый и упрощённый вариант 1.

3. Масса вариантов.

Короче, если закладывается возможность диалога, то самым правильным будет протокол, когда с мастера идёт посылка вида команда-данные-контрольная сумма, а слэйв на неё отвечает своей пачкой данных. Если слэйвов не один, то в начале посылки добавляется адрес. В конце посылки иногда удобно добавлять терминатор - какой-либо символ или сочетание символов, которое нигде более не встречается. Например, возврат каретки в случае текста или какой-нибудь там !@#$ в случае бинарных данных.

[солар]

По уму - создается пакет. Скажем, по образу и подобию того же RS232. Сначала передаем с ардуины 0xDD, 0хDD. Это "старт посылки". Далее нужные числа одним потоком. В конце присобачиваем контрольную сумму. Ну и "стоп" в виде, скажем, 0хАА 0хАА. То же самое с приемом с РС.