techmike
Свой-
Постов
129 -
Зарегистрирован
-
Посещение
Репутация
0 ОбычныйИнформация о techmike
-
Звание
Частый гость
- День рождения 07.02.1978
Контакты
-
Сайт
Array
-
ICQ
Array
Информация
-
Город
Array
-
Будут какие предположения? После поднятия напряжения питание до 4.0в, показания более менее устаканились, но сейчас в комнате показывает 203ppm, хотя на улице должно быть максимум 400ppm.
-
Доброго дня. Снимаю показания с MH-Z19 по выходу PWM, Получаю одно значение, в момент снятия периодов (Th+Tl) делаю запрос по usart, получаю совсем другие значения. Питания 3.9в от Lion 18650, выход PWM подтянут на землю через 10к по питанию 100мкф и керамика 0,1. Сам датчик включен уже минут 30, показания снимаются не чаще раз в пять минут, общая наработка датчика где-то месяца полтора. Вот что запрашиваю и получают по usart (все в hex): {FF}{01}{86}{00}{00}{00}{00}{00}{79} -- запрос СО2 {FF}{86}{04}{33}{3D}{04}{3A}{D3}{F5} -- ответ с СО2 256*04+51(0x33)=1075ppm На PWM вот такая красота: Th=200ms (2000*198)/996=397ppm Какому интерфейсу верить?
-
Винегрет из-за краткого изложения задачи... http живут через специальный датчик, он принимает из rs485 и шлет по http все что принял на web-сервер, логгер я его назвал. Протокол менял уже поздно, сделано более 6 различных датчиков, это 2/3 все разнообразия. Решил сразу делать под rest api, т.е. будет некий враппер, который будет вызывать методы openhab если что-то прилетело от датчиков, и наоборот.
-
Доброго дня. Есть уже некоторое кол-во всевозможных датчиков, который в rs485 генерят пакеты данных с температурой, влажностью, напряжением питания. Все это через один из датчиков (конвертор) попадает по http на удаленный web-сервер и в его mysql БД. Протокол у датчиков самопальных и бинарный, он не похож ни на один существующий промышленный. Задача: без разработчики нового binding под openhab заливать данные с датчиков в Openhab 1.8.3, по возможности в Online режиме. Попробовал использовать tcp binding но он не работает как хотелось бы, вопрос пока решается на форуме опенхаба Tcpbinding not correcly work В целом на web-сервере есть php 5, хотелось бы с его помощью вызывать openhab и отправлять ему вместе с идентификатором датчика и полученые с него значения. На крайний случай можно с помощью http binding забирать с web-сервера данные по датчикам, но тут нужен контроль получения Openhab'ом ранее отданных показаний. Какие будут предложения? P.S. В яве я вообще не спец, биндинг писать буду пару лет =(
-
с 3шт. на макетке работает нормально, т.е. проблемы именно при работе с реальной шиной.
-
Попробую с новой биллиотекой по принципу как написали. На макетке пока все работает.
-
Тайминги скорее всего и плывут или не те. Оссцилограф есть, но он весь обмен, например поиск всех датчиков, записать от начала и до конца не может, т.к. не расчитан на это. Тогда уже выводить на не светодиод, а собирать в буфер и потом выдать в usart.
-
От мастера получается максимум 21 метр. Что за точки прохождения, как они связаны со светодиодом? При атачил визуально как шина 1wire выглядит у меня, вместо роутера как раз должне быть девайс на mega8.
-
Именно таких проблем нет, в ПК (роутера) все датчики находятся и опрашиваются отлично, а вот с mega8 не все так радужно.
-
Переделал всю шину и датчики на трехпроводную, топологию переделал в шину из звезды, сделал активную подтяжку с помощью компаратора, все равно всех ds18b30 мк не видит или не стабильно видит. Чуть посже присоеденю осцилограммы.
-
pullup собрал по вот этой схеме: С фронтами стало лучше, было: стало: Функцию сброса отладил по таймингам из AN132. Но не отрабатывает корректно функция записи в шину. На датчиках в макетке все замечательно. А на шине, при чтении ROM, что-то не срастается. Посоветуйте где подсмотреть тайминги для длинных шин(AN132 не дало результата даже для данных линии до 600м), чтобы не подбирать долго и муторно? Схема:
-
Это крайний вариант и самый не удобный способ.
-
Посоветуйте пожалуйста техническое решение для решение мой задачи.
-
1k?
-
Это все наработки прошлого,все новое с питанием и вот хочу на 485 перетащить шину. Позволю немного не согласиться, судя по осцилограммам, датчикам не хватает энергии, чтобы отработать на шине обмен и думаю надо делать Pull-Up, например как в AN4206 вот на этой картинке Я не к тому что самый умный или пробывать не хочу, просто пробывал уже подтягивать полевиком к земле и не получилось, схема была похожая как раз на APPENDIX B – IMPROVED CPU BUS INTERFACE в AN148. Вот осцилограмма сброса и ответа датчика при К2=4,7k видно что нарастающий фронт после окончания сброса завален. Тоже самое при запаралеливании еще двух портов mega8 на шину (чтобы больше отдать по току в шину): уже лучше но видимо недостаточно. А вот если поставить еще R2=2k т.е. стало хуже, появились выбросы. Согласны с моими выводами? Схему поправил.