CyberWrt модуль "Термометр"

[Crazy_Nick]

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

мой расклад:
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

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