Датчик СО2 Telaire T6615

[ShishkaRoman]

Добрый день!
Кто то пробовал получать данные по UART из датчика СО2 TElaire T6615 или подобных?
Аналоговый вход при измерении проседает когда загорается инфракрасный свет. Захотелось сравнить с показаниями по UART.
Пробовал адаптировать блок с MH-Z19 может кто то, что то подскажет.

[Sancho]

[ref]ShishkaRoman[/ref],
[spoiler]Протокол
Каждая команда для датчика состоит из байта длины, командного байта
и любых дополнительных данных, требуемых командой. Каждый ответ от
датчика состоит из байта длины и данных ответа, если таковые имеются. Как
команды к датчику, так и ответы от датчика
завернуты в уровень протокола связи Tsunami-Lite.
Команда: <длина><команда><additional_data>
Ответ: <длина><response_data>
Протокол связи состоит из байта флага (0xFF) и байта
адреса в качестве заголовка. У протокола нет трейлера.
Заголовок Сообщения
<флаг><адрес> <команда/ответ>
Команды UART от ПК к датчику
Команды, отправляемые с главного компьютера или ПК на датчик, имеют следующий формат:
<флаг> <адрес> <длина> <команда> <additional_data>
где:
<флаг> шестнадцатеричное значение 0xFF
<адрес> однобайтовое шестнадцатеричное значение. Байт 0xFE-это адрес, на который реагируют все датчики.
<Длина> общая длина в байтах команды и дополнительных данных
<команда> однобайтовая шестнадцатеричная команда, значения, описанные ниже
<additional_data>, могут быть применимы или не применимы, в зависимости от команды
Например, для запроса идентификации датчика используется следующая команда:
0x FF 0xFE 0x02 0x02 0x01
<флаг> <адрес> | | |
<длина> | <дополнительные данные> = SERIAL_NUMBER
<команда> = CMD_READ
Длина команды равна 0x02, так как команда CMD_READ, SERIAL_NUMBER состоит из двух байтов “0x02 0x01”.
Отклик UART от датчика к ПК
Ответы, возвращаемые датчиком на главный компьютер или ПК, имеют
следующий формат:
<флаг> <адрес> <длина> <response_data>
где:
<флаг> шестнадцатеричное значение 0xFF.
<адрес> однобайтовое шестнадцатеричное значение. Байт 0xFA означает “ведущему” в связи ведущий/ведомый.
<Длина> общая длина в байтах данных ответа
<response_data> может быть или не быть применим, в зависимости от команды
В ответ на приведенную выше команду идентификации CMD_READ SERIAL_NUMBER один датчик ответил следующим потоком байтов:
Длина response_data составляет пятнадцать байт (0x0F). Первые восемь байтов response_data, “4E 4F 42 30 30 31 32 34”, - это строка ASCII “NOB00124”, серийный номер датчика. Остальные байты пятнадцатибайтового ответа заполняются нулями.
0xFF 0xFA 0x0F 0x4E 0x4F 0x42 0x30 0x30 0x31 0x32 0x34 0x00 0x00 0x00 0x00
<флаг> <адрес> <длина <response_data> --------------------------------------------------------

Подтверждение UART или ответ <ACK>
Некоторые команды требуют, чтобы датчик только подтвердил, что команда была получена и было предпринято соответствующее действие. В этом случае, когда датчику не нужно возвращать данные в ответ на команду, он вместо этого ответит ответом подтверждения, называемым <ACK>. Это пакет ответов, отформатированный, как показано выше, но с <длиной>, равной 0x00, и без данных ответа:
0xFF 0xFA 0x00
<флаг> <адрес> <длина>
Примеры команд, которые ожидают подтверждение команды, обновления, откалибровать команды, и пропустить разминку команды.
Подробное описание этих команд приведено ниже.
Ссылка на команду для датчика CO2 каждый общий обмен данными между хост-процессором (или ПК) и датчиком начинается с пакета данных запроса, отправленного датчику, за которым следует пакет данных ответа, возвращенный от датчика. Пакет данных запроса содержит командный байт, указывающий, какие данные или действие датчика требуются. Командный байт также определяет, какие дополнительные данные включены в пакет запроса.
Примечание: каждый запрос и ответ должны быть завернуты в протокол связи Tsunami-Lite, как описано выше. Следующая ссылка на команду дает только синтаксис команды и ответ, а также опускает перенос протокола.
В следующих таблицах команд шестнадцатеричные байты представлены как “0x12” для ясности. Однако при отправке байтовой строки в сообщении нотация “0x” должна быть опущена. Команды, перечисленные в следующих разделах, являются общими для всех элементов датчиков CO2, если не указано иное[/spoiler]
Вроде всё понятно.
Что хотите получить?

[ShishkaRoman]

Хочу получить блок с:
1 Одним входом для передачи в него команд:
1.1 Подача команды типа "0x FF 0xFE 0x02 0x02 0x01" по сериал UART
2. Выход
2.1 вывод полученных значений (не важно в каких единицах, потом будут откалиброван) ИЛИ получение информации в зависимости от команды.

Иными словами датчик будет измерять, и выдавать показания на дисплей, но при необходимости, при подключении отдельно датчика к ПК( не в режиме измерения) будет выполняться калибровка, считывание номера и др., что доступно с помощью команд.
Только давай на берегу обсудим стоимость чтобы не я не лелеял надеждами, и вы не выполняли доп работу.

[Sancho]

[ref]ShishkaRoman[/ref], Если получится - поможешь автору или форуму сколько посчитаешь нужным.
Вопрос по блоку - делать блок для всего можно, но, наверное, не нужно.
Проверить и настроить датчик можно и с помощью терминала.
Блок должен выполнять нечто рутинное, частое - измерять текущее значение.
Как мне кажется.

[rogekam]

Делал пользовательский блок для MH-Z19b, рабочий. Смотреть здесь:viewtopic.php?f=74&t=6613

[ShishkaRoman]

Почему то со скетчем для теста, выдает что то не понятное. Фото ниже. Так же прицепил осцилограф на аналоговый выход, там как и фиксировала ардуинка, показания во время срабатывания инфракрасного света, проседают. Фото так же ниже.
Sancho (Александр) - Вы не пробовали блок оформить, буду очень благодарен.
Заранее спасибо.

Отправлено спустя 3 часа 2 минуты 58 секунд:
ФОто показаний UART

[ShishkaRoman]

Добрый вечер.
Разобрался со значениями. Такие показатели были по причине высокого СО2 в головке датчика.
После продувки азотом, всё стабилизировалось, показания разнятся не более чем на 100ppm, но вс' же хочу работать с цифровым блоком.
Блок для работы с UART так и не получается сделать.
Можете подсказать что не так?
Блок делал на основаниии блока газоанализатора K-30 S8.
Добавил счетчик чтобы контролировать, есть ли связь и правильно ли идут данные в UART на ПК.
Я думаю вопрос в этом в этой части блока

LoopSection

sendRequest(readCO2);
unsigned long valCO2 = getValue(response);
response,HEX /// Что это и как его применить ??????
for(int i=0;i<5;i++)
ppm=valCO2;

За образец брал стандартный скетч для тестирования датчика

ПОМОГИТЕ ПОЖАЛУЙСТА!!!!!!

[ShishkaRoman]

Всем доброго времени суток.
Я только начинающий FLprog-щик по этому не судите строго.
Хочу сделать прибор для контроля СО2, О2, температуры (окр среды улица комната и батарей) и влажности в квартире с регистрацией на карту памяти.
Проект задумывался как обучающий. Закупил датчики СО2 и О2 на алиекспрессе и хотел научится программировать контроллеры, но не освоил написание кода, после чего нашел волшебную программку FLprog.
По датчику О2 нет вопросов. Через ADS1115 и понижение напряжения до 1В, вопрос решился сам собой.
А от по датчику СО2 возникли вопросы. Работа по аналоговому выходу мне не нравится своей нестабильностью, хочу подключится по UART.
Пытался сделать блок на основании датчиков MH-Z19b от "rogekam" и датчика СО2 S8 но не получилось.
Может кто поможет разобраться?

[Dryundel]

Хочу сделать прибор для контроля СО2, О2, температуры (окр среды улица комната и батарей) и влажности в квартире с регистрацией на карту памяти.
Проект задумывался как обучающий.

Хо-хо! Для обучающего квартирного проекта двухканальный датчик СО2 за 7 тыров не крутовато ли?
У богатых свои причуды.
Ну да ладно, не будем судить строго.

Судя по даташиту Telaire T6615 уже имеет встроенный UART с на пинах 10(RX) , 11(TX). Скорость подключения 19200.
А вот в каком формате идут данные я так и не нашел. (может плохо искал)
В любом случае можно подключить и посмотреть через адаптер USB например.

Я только начинающий FLprog-щик по этому не судите строго.

Не забудьте что RХ подключается на TX, a TX на RX. Ну и питание тоже подать не забудьте. Далее открываем монитор порта, выставляем скорость 19200 и смотрим что шлет датчик. Это в идеале конечно. ))) Возможно датчику нужна команда для того что бы он выслал данные.

Отправлено спустя 58 минут 24 секунды:
Уууу....
Не так все просто. Серьезный датчик. Обеспечивает высокую точность, учитывает давление и температуру.
Вся документация на него ЗДЕСЬ
В том числе и по протоколу общения с датчиком.

В оригинале с датчиком поставляется софт для тестирования. [ref]ShishkaRoman[/ref], у Вас есть что то подобное?

Отправлено спустя 14 минут 4 секунды:
Возможно кто то и возмется сделать блок общения с данным девайсом.
Обратитесь к [ref=#ff8000]Sancho[/ref], он у нас по протоколам общения спец. А за вискарь и подавно.
Штука специфическая, широко не используется.

[Labu559]

Пытался сделать блок на основании ..., но не получилось.
Может кто поможет разобраться?

Здесь библиотек_а(_и)для ESP и 328-й а также примеры (папки Examples), пробуйте и если работают,- самостоятельно "на основании" создать блоки вероятно для Вас не будет слишком сложно? Удачи!

[Dryundel]

Здесь библиотек_а(_и)для ESP и 328-й а также примеры (папки Examples),

Класс!
Виват программисту из Санта Катарины, написавшему данную библиотеку.
Стройненькая такая либа, аккуратная.
Все функции либы перечислены.
Вот только что же он, редиска, все функции перечислил в столбик, а подписать их назначение забыл?!
Ну почти половина понятны. А для понимания остальных надо всю документацию на девайс изучить.

[ShishkaRoman]

Хочу сделать прибор для контроля СО2, О2, температуры (окр среды улица комната и батарей) и влажности в квартире с регистрацией на карту памяти.
Проект задумывался как обучающий.

Хо-хо! Для обучающего квартирного проекта двухканальный датчик СО2 за 7 тыров не крутовато ли?
У богатых свои причуды.
Ну да ладно, не будем судить строго.

Судя по даташиту Telaire T6615 уже имеет встроенный UART с на пинах 10(RX) , 11(TX). Скорость подключения 19200.
А вот в каком формате идут данные я так и не нашел. (может плохо искал)
В любом случае можно подключить и посмотреть через адаптер USB например.

Я только начинающий FLprog-щик по этому не судите строго.

Не забудьте что RХ подключается на TX, a TX на RX. Ну и питание тоже подать не забудьте. Далее открываем монитор порта, выставляем скорость 19200 и смотрим что шлет датчик. Это в идеале конечно. ))) Возможно датчику нужна команда для того что бы он выслал данные.

Отправлено спустя 58 минут 24 секунды:
Уууу....
Не так все просто. Серьезный датчик. Обеспечивает высокую точность, учитывает давление и температуру.
Вся документация на него ЗДЕСЬ
В том числе и по протоколу общения с датчиком.

В оригинале с датчиком поставляется софт для тестирования. [ref]ShishkaRoman[/ref], у Вас есть что то подобное?

Отправлено спустя 14 минут 4 секунды:
Возможно кто то и возмется сделать блок общения с данным девайсом.
Обратитесь к [ref=#ff8000]Sancho[/ref], он у нас по протоколам общения спец. А за вискарь и подавно.
Штука специфическая, широко не используется.

Спасибо за ответ.
Датчик дорогой купил, по тому что думал дешевый не даст точных результатов, но потом начитавшись, понял что того результата было бы предостаточно.
Тестовый скетч загружаю и получаю ответ. Но хочется работать не со стандартным скетчем, а с блоком, чтобы управлять вытяжкой на основании показаний СО2.
В файле образец скетча. Использовал его для того чтобы подключится к прибору.
Sancho - к сожалению не стал мне отвечать.
Но расписал он всё очень круто, но мне "неучу" не понятно (((
Может мне кто то сможет помочь, и эта информация будет полезной

[spoiler]Каждая команда для датчика состоит из байта длины, командного байта
и любых дополнительных данных, требуемых командой. Каждый ответ от
датчика состоит из байта длины и данных ответа, если таковые имеются. Как
команды к датчику, так и ответы от датчика
завернуты в уровень протокола связи Tsunami-Lite.
Команда: <длина><команда><additional_data>
Ответ: <длина><response_data>
Протокол связи состоит из байта флага (0xFF) и байта
адреса в качестве заголовка. У протокола нет трейлера.
Заголовок Сообщения
<флаг><адрес> <команда/ответ>
Команды UART от ПК к датчику
Команды, отправляемые с главного компьютера или ПК на датчик, имеют следующий формат:
<флаг> <адрес> <длина> <команда> <additional_data>
где:
<флаг> шестнадцатеричное значение 0xFF
<адрес> однобайтовое шестнадцатеричное значение. Байт 0xFE-это адрес, на который реагируют все датчики.
<Длина> общая длина в байтах команды и дополнительных данных
<команда> однобайтовая шестнадцатеричная команда, значения, описанные ниже
<additional_data>, могут быть применимы или не применимы, в зависимости от команды
Например, для запроса идентификации датчика используется следующая команда:
0x FF 0xFE 0x02 0x02 0x01
<флаг> <адрес> | | |
<длина> | <дополнительные данные> = SERIAL_NUMBER
<команда> = CMD_READ
Длина команды равна 0x02, так как команда CMD_READ, SERIAL_NUMBER состоит из двух байтов “0x02 0x01”.
Отклик UART от датчика к ПК
Ответы, возвращаемые датчиком на главный компьютер или ПК, имеют
следующий формат:
<флаг> <адрес> <длина> <response_data>
где:
<флаг> шестнадцатеричное значение 0xFF.
<адрес> однобайтовое шестнадцатеричное значение. Байт 0xFA означает “ведущему” в связи ведущий/ведомый.
<Длина> общая длина в байтах данных ответа
<response_data> может быть или не быть применим, в зависимости от команды
В ответ на приведенную выше команду идентификации CMD_READ SERIAL_NUMBER один датчик ответил следующим потоком байтов:
Длина response_data составляет пятнадцать байт (0x0F). Первые восемь байтов response_data, “4E 4F 42 30 30 31 32 34”, - это строка ASCII “NOB00124”, серийный номер датчика. Остальные байты пятнадцатибайтового ответа заполняются нулями.
0xFF 0xFA 0x0F 0x4E 0x4F 0x42 0x30 0x30 0x31 0x32 0x34 0x00 0x00 0x00 0x00
<флаг> <адрес> <длина <response_data> --------------------------------------------------------

Подтверждение UART или ответ <ACK>
Некоторые команды требуют, чтобы датчик только подтвердил, что команда была получена и было предпринято соответствующее действие. В этом случае, когда датчику не нужно возвращать данные в ответ на команду, он вместо этого ответит ответом подтверждения, называемым <ACK>. Это пакет ответов, отформатированный, как показано выше, но с <длиной>, равной 0x00, и без данных ответа:
0xFF 0xFA 0x00
<флаг> <адрес> <длина>
Примеры команд, которые ожидают подтверждение команды, обновления, откалибровать команды, и пропустить разминку команды.
Подробное описание этих команд приведено ниже.
Ссылка на команду для датчика CO2 каждый общий обмен данными между хост-процессором (или ПК) и датчиком начинается с пакета данных запроса, отправленного датчику, за которым следует пакет данных ответа, возвращенный от датчика. Пакет данных запроса содержит командный байт, указывающий, какие данные или действие датчика требуются. Командный байт также определяет, какие дополнительные данные включены в пакет запроса.
Примечание: каждый запрос и ответ должны быть завернуты в протокол связи Tsunami-Lite, как описано выше. Следующая ссылка на команду дает только синтаксис команды и ответ, а также опускает перенос протокола.
В следующих таблицах команд шестнадцатеричные байты представлены как “0x12” для ясности. Однако при отправке байтовой строки в сообщении нотация “0x” должна быть опущена. Команды, перечисленные в следующих разделах, являются общими для всех элементов датчиков CO2, если не указано иное[/spoiler]


Вроде всё понятно.

[Sancho]

Sancho - к сожалению не стал мне отвечать

Завтра

[Sancho]

Для полноты понимания процесса

[Sancho]

[ref]ShishkaRoman[/ref], Ну чего молчим? То куча вопросов везде, аж тему пришлось собирать в одну из разных тем с Вашим вопросом, а тут вдруг тишина. взлетело иль нет?

[Labu559]

а тут вдруг тишина.

[spoiler title=100% не по теме, но в теме...]Ув. [ref=#ff8000]Sancho[/ref], Александр так ведь традиция уже давно случилась (не заметил?), а традиции нарушать- зась! Давай вместе ждать и ув.[ref]Dryundel[/ref] в группу ожидающих записать обязательно. Это же нам- незнайкам надо. Вспомнилась история со старого сайта, когда ув. RedSky по просьбам "люмпен-ардуинистов" создал блок для "адресных" светодиодов, который скачали более 400 раз и никто не соизволил черкануть хоть слово о... для следующих "деклассированных". Стыдно. У меня коллекция таких случаев уже приличная насобиралась и продолжает (к примеру из свежака)... в прогрессе... и стыдно тоже в... , ведь СО?-общество.
Но помогать нужно, как писал мне один из...: "...что-ж вы делать будете, когда нас (спрашивающих) не станет?". Можно, конечно, ставить таких в игнор, но кому-ж помирать с голода "хочца", помогут другие, и с миру по нитке-... а воз и ныне там. Так, что господа- опять троеточье. [/spoiler]

[Dryundel]

Вспомнилась история со старого сайта, когда ув. RedSky по просьбам "люмпен-ардуинистов" создал блок для "адресных" светодиодов, который скачали более 400 раз и никто не соизволил черкануть хоть слово о... для следующих "деклассированных". Стыдно. У меня коллекция таких случаев уже приличная насобиралась и продолжает (к примеру из свежака)...

Да ладно, [ref]Labu559[/ref], не загоняйся. Лучшая похвала, это количество загрузок.
Значит все не зря.

[Labu559]

Лучшая похвала, это количество загрузок

Ув.[ref]Dryundel[/ref], Вы меня не правильно поняли. Дело не в похвале, а в том что любая информация по результатах применения другими очень Важна всем, как и в плане дальнейшего совершенствования/устранения очевидных и скрытых ошибок, и не только автором, так и методов оптимального использования/применения и приобретения самого дорогого- личного опыта. Я хочу донести, что тестирование и публикация результатов не менее важна, чем создание/разработка. Знания без опыта- ничто. О этических аспектах речи не веду, хотя считаю, что взять чей-то даже бесплатный результат труда и уйти "по-английски" - начальная стадия клептомании. Это моя точка зрения, не для обсуждения, и имеет право считаться заблуждением. Кажется, объяснился, добавить нечего.

[ShishkaRoman]

[ref]ShishkaRoman[/ref], Ну чего молчим? То куча вопросов везде, аж тему пришлось собирать в одну из разных тем с Вашим вопросом, а тут вдруг тишина. взлетело иль нет?

Супер. Всё работает.
Я конечно думал там будет всё простенько, но посмотрев какой объем работы вам пришлось сделать..... Я в восхищении.
По полученному схеме не могу задать вопросов, так как для меня она пока очень сложная.
У проекта FLprog огромное будущее.
Если чем то смогу помочь, обращайтесь.