same here
Такая же история, определился! но как заставить его работать?
Вот решение!!!
Eto resheniye!!!
This is the solution !!!
Ok, thanks, I’ll try. Interesting, is it hard to implement it next version of Hive OS?
Это не работает… Точнее сигнал на WatchDog посылается, но при потере сигнала, watchdog не перезапускает компьютер
Столкнулся с тем, что во время старта HIVOS при обнаружении вотчдога с id 1a86:7523 файл hl340 автоматически не запускается и на вочдог сигналы не передаются.
В файле *hl340.sh (путь /hive/opt/qinheng/hl340.sh) в строке 38 необходимо добавить полный путь к файлу hl340.
Проблема в том, что при обновлении версий эти файлы перезаписываются, принимая предыдуший вид.
Можно обойти проблему разными способами, но хочется, чтобы всё запускалось “из коробки”.
Прошу в последующие версии внести изменения в файл /hive/opt/qinheng/hl340.sh (сторока 38)
До редактирования:
nohup ./hl340 ping $DEVNAME > /dev/null 2>&1 &
После:
nohup /hive/opt/qinheng/hl340 ping $DEVNAME > /dev/null 2>&1 &
У меня тоже китайская собака, определяется как HID, смог заставить работать только так http://www.my-arduino.ru/kitajskij-watchdog-storozhevoj-tajmer-dlya-majning-fermy-nastraivaem-v-linux-na-primere-hiveos/
Большое спасибо за оперативно внесённые изменения:
Changelog
0.5-47 2018-04-20
Fixed Chinese Watchdogs, they were detected but did not really work
…
Проверил. У меня всё работает!!! Спасибо! 
Работает! От души, мужики!))
а работает из коробки или надо скрипт что был выше оставить?
Заработал сразу после обновления. Индикатор мигает, но риг пока не зависал
I bought two of these but don’t see how it’s useful in hiveOS?
I am using Claymore which has a built in watchdog and reboots the miner it by itself it seems.
is this for other miner support?
Народ, у всех работает?
Риг вот впервые завис, но Watchdog продолжает мигать… Обычно мигает 2 раза подряд и пауза, в зависшем состоянии реже и один раз и соответственно не перезагружает. При зависшем мигает раз в 30 секунд. Есть мысли почему так?
[quote=“hivenoob;3278”]I bought two of these but don’t see how it’s useful in hiveOS?
I am using Claymore which has a built in watchdog and reboots the miner it by itself it seems.
is this for other miner support?[/quote]
Built-in Claymore’s Dual watchdog as is HiveOS hashrate watchdog - it’s software watchdogs. It’s mean if your rig totally hang up, by hardware for example, software watchdogs doesn’t help you.
Hardware watchdogs has timer which in normal state resetting by software time after time(it’s like dis-alarming time bomb). If after sometime dis-alarming fails - watchdog closes the contacts and since they are connected to the reset, a reboot occurs.
Hardware watch independent from miner, hashrate etc. Their simple and simultaneously important task is to support the operation of all equipment, in our case, the rig.
Chinese watchdogs - it’s partially hardware watchdogs but better then nothing … possible, but this is not accurate. )))
После обновления до 0.5-53 , стали жестко глючить китайские вотчдоги, а именно уходят в непрерывную перезагрузку. Система грузится , в логах хайв видет устройство , но через 5 минут все равно ребут, как исправить? На предыдущих версиях все работало ок
может работать несколько дней нормально , потом слетает и по кругу, по 5 мин в перезагрузку. Есть мысли?
Подозреваю, что причина может быть в том, что после обновления изменился файл
/hive/opt/qinheng/hl340 (последние его строки).
Раньше было:
do
echo “Pinging watchdog”
echo -ne “\x06” > $PORT
sleep 2
done
Изменилось:
do
echo “Pinging watchdog”
echo -ne “\x1E\x00” > $PORT
sleep 5
done
Т.е. раньше в порт посылался байт с кодом x06 и пауза была 2 секунды.
После обновления посылаются байты с кодами x1E, x00 и изменилась пауза (5 секунд).
PS: У меня Watchdog самодельный, пришлось перепрошить. Добавил проверку на x1E. Теперь работает. 
у кого есть доп скрипты?
может кто то объяснит толком как его проверить проверить через команду? что в ребут у водит
В свое время я делал самопальный watchdog на мелкой Arduino с USB-to-serial on-board, и столкнулся с проблемой под Linux. Сейчас ситуация один в один повторяется с китайским вотчдогом и hiveOS. Проблема не хайва, но, возможно, кто-то ее решил.
Симптом: после подачи питания на плату с установленным вотчдогом (например, после отключения электроэнергии) с какой-то вероятностью плата уходит в бесконечную перезагрузку с интервалом минут в 5 (об этом писали выше).
Причина в том, что при наличии stand-by питания на USB вотчдога он с какой-то (большой) вероятностью не видится как устройство после включения платы и загрузки Linux (его нет в /dev и не видно на USB шине по lsusb). Перезагрузки при этом не помогают, только отключение питания платы. Соответственно, что хайв, что любая другая система сбросить его не могут, и он выполняет свою функцию рестарта. Ситуация воспроизводилась на 100% на трех разных материнских платах от ASRock BTC Pro до старой на процессоре AMD Athlon.
Попытка сбросить USB шину (программно инициировать аппаратный сброс порта) оказалась невыполнимой - без видимого устройства на порту сбросить его невозможно, а устройства нет.
Радикальный путь решения (теоретический) - переделка девайса так, чтобы управлять подтяжкой резистора на +5 (обнаружение устройства на шине), чтобы оно подключалось к шине только после появления основного питания на плате.
Может быть, у кого-то были другие идеи, например, включение-отключение режимов совместимости с Legacy USB или т.п. Ведь сейчас пользоваться девайсом в случае отключений питания невозможно, только на случай зависания системы.
Такая же проблема. Через несколько часов корректной работы вотчдог зависает, перестаёт мигать и перезагружает ферму каждые 5 минут. При следующей загрузке уже не мигает. Помогает только полное отключение питания (из розетки).