CyberWrt модуль "Термометр" - Форум обсуждения систем "Умный дом", проектов Ардуино, OpenWRT и других DIY устройств

Crazy_Nick · 11.12.2014, 00:27

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

мой расклад:
TL-MR3020 v 1
OpenWRT Attitude Adjustment 12.09 (r36088)
USB PL2303HX - UART RS232 TTL конвертер (http://www.e-voron.dp.ua/catalog/021044)
DS18B20

температурный датчик подключал 3 разными способами:
1. Rx + Tx к Dq, Gnd к Gnd, Vcc к Vcc
2. видоизмененный п.1, только между Dq и +5V добавлен подтягивающий резистор 4,7 кОм
3. по схеме отсюда:
http://we.easyelectronics.ru/electro...-s-kompom.html

вариант 1 у меня не заработал.
вариант 3 предполагает, что датчик подключен по двум проводам, и вывод питания висит в воздухе. при таком варианте я получал большое число ошибок (85 градусов), взяв датчик в руку или потерев его об кошку. после присоединения ноги питания к земле (выводы 1 и 3), получил стабильную работу датчика без помех.

схемы проверялись тремя разными датчиками на разных уарт-конвертерах.

температурные данные получаю программой digitemp. столкнулся с тем, что температурные датчики отваливаются через некоторое время - вывод digitemp пустой, консоль отваливается по таймауту через 30 секунд. ни передергивание датчика, ни адаптера не помогают, только reboot. датчик отваливается через 20-100 минут.

уарт-конвертер воткнут в пассивный ush-hub, в котором также работают флешка и usb-клавиатура.

как оказалось, отваливание датчика - известный баг. это происходит при интенсивной работе wi-fi модуля. проблеме подвержены также конвертеры на базе ftdi, 2102.
с форума офсайта OpenWRT: https://forum.openwrt.org/viewtopic.php?id=39956

проблема решается установкой патча:
https://github.com/SLboat/Openwrt_12...ster/bin_patch
для установки надо файл /lib/modules/3.3.8/ath9k_hw.ko заменить на скачанный с этого сайта, после чего перезагрузить роутер.

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

в качестве бонуса кусок dmesg:

Код:

[ 1187.190000] hub 1-1:1.0: port 2 disabled by hub (EMI?), re-enabling...
[ 1187.190000] usb 1-1.2: USB disconnect, device number 19
[ 1187.200000] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[ 1187.210000] pl2303 1-1.2:1.0: device disconnected
[ 1187.460000] usb 1-1.2: new full-speed USB device number 20 using ehci-platform
[ 1187.570000] pl2303 1-1.2:1.0: pl2303 converter detected
[ 1187.580000] usb 1-1.2: pl2303 converter now attached to ttyUSB0
[ 1187.700000] hub 1-1:1.0: port 2 disabled by hub (EMI?), re-enabling...
[ 1187.710000] usb 1-1.2: USB disconnect, device number 20
[ 1187.710000] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0
[ 1187.720000] pl2303 1-1.2:1.0: device disconnected
[ 1187.970000] usb 1-1.2: new full-speed USB device number 21 using ehci-platform
[ 1188.080000] pl2303 1-1.2:1.0: pl2303 converter detected
[ 1188.080000] usb 1-1.2: pl2303 converter now attached to ttyUSB0

как видно, время от времени устройство отключалось, а затем подключалось обратно. за 40 часов уарт-конвертер из устройства с номером 4 стал номером 21.

а теперь, внимание, вопрос:
в новой релизной версии OpenWRT Barrier Breaker 14.07 в описании есть следующее:

Код:

* various ath9k related fixes
* fix a long standing ath9k deadlock bug

кто-нибудь уже пробовал новую прошивку, может сказать с уверенностью, что проблема с юсб-устройствами решена?

melsem · 11.12.2014, 22:40

Цитата:

Сообщение от Crazy_Nick

..температурный датчик подключал 3 разными способами:
1. Rx + Tx к Dq, Gnd к Gnd, Vcc к Vcc
2. видоизмененный п.1, только между Dq и +5V добавлен подтягивающий резистор 4,7 кОм
3. по схеме отсюда:
http://we.easyelectronics.ru/electro...-s-kompom.html\
вариант 1 у меня не заработал...

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

Роутер 3020. На BB-14.07 (r43321) отвалов usb нету. Через пассивный hub подключены флеха 8G, аудио-карта и usb-data с датчиками.
Как был на usb0 так и остается.
Usb-data на pl2303, TX и RX спаяны вместе без подтягивающего резистора. ds18b20 висит 4-штуки.
Работают два модуля термостат-usb (4-шт ds18b20), термостат-gpio (2-шт ds18b20) и hd44780 с выводом данных на lcd wn1602 (еще отправка на narodmon).
Ошибок (85 градусов) нету.

В термостат-usb изменил время интервала отправки на narodmon, что бы не банили.

Результаты опроса: Как Вам проще и удобней настроить привязку своих датчи
Указать долготу и широту в настройках модуля?	22	59.46%
Настроить привязку на сайте "Народный мониторинг"?	15	40.54%
Голосовавшие: 37. Вы ещё не голосовали в этом опросе

11.12.2014, 00:27	#1
Crazy_Nick Junior Member Регистрация: 10.12.2014 Сообщений: 12 Вес репутации: 0	Re: CyberWrt модуль "Термометр" привет! напишу в этой теме, потому что больше практически нигде нет жалоб на отваливание датчиков через какое-то время. мой расклад: TL-MR3020 v 1 OpenWRT Attitude Adjustment 12.09 (r36088) USB PL2303HX - UART RS232 TTL конвертер (http://www.e-voron.dp.ua/catalog/021044) DS18B20 температурный датчик подключал 3 разными способами: 1. Rx + Tx к Dq, Gnd к Gnd, Vcc к Vcc 2. видоизмененный п.1, только между Dq и +5V добавлен подтягивающий резистор 4,7 кОм 3. по схеме отсюда: http://we.easyelectronics.ru/electro...-s-kompom.html вариант 1 у меня не заработал. вариант 3 предполагает, что датчик подключен по двум проводам, и вывод питания висит в воздухе. при таком варианте я получал большое число ошибок (85 градусов), взяв датчик в руку или потерев его об кошку. после присоединения ноги питания к земле (выводы 1 и 3), получил стабильную работу датчика без помех. схемы проверялись тремя разными датчиками на разных уарт-конвертерах. температурные данные получаю программой digitemp. столкнулся с тем, что температурные датчики отваливаются через некоторое время - вывод digitemp пустой, консоль отваливается по таймауту через 30 секунд. ни передергивание датчика, ни адаптера не помогают, только reboot. датчик отваливается через 20-100 минут. уарт-конвертер воткнут в пассивный ush-hub, в котором также работают флешка и usb-клавиатура. как оказалось, отваливание датчика - известный баг. это происходит при интенсивной работе wi-fi модуля. проблеме подвержены также конвертеры на базе ftdi, 2102. с форума офсайта OpenWRT: https://forum.openwrt.org/viewtopic.php?id=39956 проблема решается установкой патча: https://github.com/SLboat/Openwrt_12...ster/bin_patch для установки надо файл /lib/modules/3.3.8/ath9k_hw.ko заменить на скачанный с этого сайта, после чего перезагрузить роутер. после установки патча роутер показал аптайм в 40 часов с получением и сохранением в лог температуры каждые 5 минут по крону. стабильность достигнута. в качестве бонуса кусок dmesg: Код: [ 1187.190000] hub 1-1:1.0: port 2 disabled by hub (EMI?), re-enabling... [ 1187.190000] usb 1-1.2: USB disconnect, device number 19 [ 1187.200000] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0 [ 1187.210000] pl2303 1-1.2:1.0: device disconnected [ 1187.460000] usb 1-1.2: new full-speed USB device number 20 using ehci-platform [ 1187.570000] pl2303 1-1.2:1.0: pl2303 converter detected [ 1187.580000] usb 1-1.2: pl2303 converter now attached to ttyUSB0 [ 1187.700000] hub 1-1:1.0: port 2 disabled by hub (EMI?), re-enabling... [ 1187.710000] usb 1-1.2: USB disconnect, device number 20 [ 1187.710000] pl2303 ttyUSB0: pl2303 converter now disconnected from ttyUSB0 [ 1187.720000] pl2303 1-1.2:1.0: device disconnected [ 1187.970000] usb 1-1.2: new full-speed USB device number 21 using ehci-platform [ 1188.080000] pl2303 1-1.2:1.0: pl2303 converter detected [ 1188.080000] usb 1-1.2: pl2303 converter now attached to ttyUSB0 как видно, время от времени устройство отключалось, а затем подключалось обратно. за 40 часов уарт-конвертер из устройства с номером 4 стал номером 21. а теперь, внимание, вопрос: в новой релизной версии OpenWRT Barrier Breaker 14.07 в описании есть следующее: Код: * various ath9k related fixes * fix a long standing ath9k deadlock bug кто-нибудь уже пробовал новую прошивку, может сказать с уверенностью, что проблема с юсб-устройствами решена? Последний раз редактировалось Crazy_Nick; 11.12.2014 в 00:28. Причина: .

Здесь присутствуют: 14 (пользователей: 0 , гостей: 14)