Паразитные нули с COM-порта

[blindoss]

Здравствуйте, подключили старый советский прибор через микроконтроллер по виртуальному COM-порту к Labview, но несмотря на правильно прописанную скорость приема данных, кроме значений появляющихся на индикаторе прибора появляются лишние нули. Например, на экране 138.7, затем 138.8, а в Labview 138.7, 0, 0, 138.8. Есть ли решение у проблемы?

[Artem.spb]

вопрос из разряда: у меня машина не заводится, кто-нибудь знает, почему?

Как прибор отправляет данные?
Как вы их читаете?
Банально, вы читаете чаще, чем они присылаются.

[blindoss]

вопрос из разряда: у меня машина не заводится, кто-нибудь знает, почему?

Как прибор отправляет данные?
Как вы их читаете?
Банально, вы читаете чаще, чем они присылаются.

Читаю через VISA. Смотрю данные с микроконтроллера через Termite, там нет нулей, а в Labview та же скорость, но они есть.
(Прошу прощения заранее, я еще новичок, только начал разбираться в приеме/выводе данных в LabView)

[Artem.spb]

Если вы будете и дальше так детально описывать свою проблему и её детали, то вряд ли найдутся желающие вас пытать и помочь в вашем вопросе.
Скорость - это и частота шины, и период запросов данных из шины.
Может, слишком часто проверяете, что там есть? Сырые данные смотрели?
И уже давно можно было выложить свой код, чтобы было понятно, что происходит

[blindoss]

ЭМЦ7-4.vi

(78.48 КБ) 129 скачиваний

Да, конечно, вот код, только почему-то сейчас перестали считываться данные. Весь день работало, а сейчас перестало

[IvanLis]

Да, конечно, вот код, только почему-то сейчас перестали считываться данные. Весь день работало, а сейчас перестало

Первое, что бросается в глаза...
Вы по какому признаку определяете конец пакета данных?
У Вас в настройках VISA Configure Serial Port VI указываете, что терминатор использовать (по умолчанию = True) в качестве него используете символ перевода каретки (0xA).
Но потом, внутри цикла Вы читаете данные пакетами по 6 byte.

Нужно сначала порыться в протоколе и определиться есть там терминатор, а скорее всего есть и принимать решение именно по нему.
Если терминатор отсутствует, то необходимо как-то синхронизироваться на начальном этапе, что бы не принять две чати разных пакетов за оди, а потом уже вычитывать из регистра указанное число byte.

[Artem.spb]

И ещё отобразите строку, которую получаете, возможно, проблема при её переводе в число.

[Borjomy_1]

Если терминатор отсутствует, то необходимо как-то синхронизироваться на начальном этапе, что бы не принять две чати разных пакетов за оди, а потом уже вычитывать из регистра указанное число byte.

Скорее всего он числа передаются с небольшой частотой, поэтому попасть в середину посылки при старте маловероятно.

нулевое значение - значение по умолчанию, надо смотреть содержимое принятой строки (после чтения), тогда будет понятнее, откуда нули появляются.

[blindoss]

Сразу после чтения нулей не находит, только после преобразования в число

[Artem.spb]

Значит, проблема в преобразовании. Что именно в строке?

[blindoss]

Вывел в массив значения из строки и одновременно построил график уже преобразованных в число значений

[Borjomy_1]

проверяйте перед преобразованием в число на пустую строку и ошибку чтения из порта по таймауту. У вас установлен таймаут 20 секунд. Если обновление происходит реже таймаута, то это надо обрабатывать. Сделаете обработку и таймаут можно уменьшить, программа будет более отзывчивой.

[blindoss]

проверяйте перед преобразованием в число на пустую строку и ошибку чтения из порта по таймауту. У вас установлен таймаут 20 секунд. Если обновление происходит реже таймаута, то это надо обрабатывать. Сделаете обработку и таймаут можно уменьшить, программа будет более отзывчивой.

Извините, а не могли бы Вы поподробнее рассказать про обработку ?

[Borjomy_1]

Извините, а не могли бы Вы поподробнее рассказать про обработку ?

вы проверяете размер строки, которую получили. Если она меньше 6 или 4 (т.е меньше того, что заказали), то весь цикл крутится вхолостую. Можете в холостой части поставить небольшую задержку (20..50 мс), чтобы при возникновении ошибки, не связанной с таймаутом, предотвратить 100% нагрузку процессора.

[blindoss]

Извините, а не могли бы Вы поподробнее рассказать про обработку ?

вы проверяете размер строки, которую получили. Если она меньше 6 или 4 (т.е меньше того, что заказали), то весь цикл крутится вхолостую. Можете в холостой части поставить небольшую задержку (20..50 мс), чтобы при возникновении ошибки, не связанной с таймаутом, предотвратить 100% нагрузку процессора.

Сделал так, как Вы сказали, но теперь появилась другая проблема: на Scan From String Function всегда поступает нужная строка, но после нее появлялись нули. Я убрал ноль из default value 1 и и теперь появляется гуляющая запятая. Output 1 - сразу после Scan, а read buffer 2 после проверки размера строки