MajorDoMo

Ну насчёт падений цикла - тут согласен, у меня тоже цикл падал, но только до тех пор, пока не устранил ошибку в методе, который исполнялся при изменении связанного с устройством статуса.
Сейчас цикл не падает. Но и реакция больно уж запоздалая. Причём "время следующего обновления" зачастую " в прошлом"...

Есть предложение попробовать увеличить интервал проверки, например до 1 минуты.

ErmolenkoM писал(а):Есть предложение попробовать увеличить интервал проверки, например до 1 минуты.

Все перепробовал, не помогает.

Jager писал(а):

Kod.Begemot писал(а):Ну так как одно устройство может влиять на всю группу?
Они ж не савязаны вроде....

Я как то прописал все устройства в онлайн (30+), через день начал падать цикл Ping.
Начал удалять по одному, в какой то момент падения прекратились. Вычислил что это за устройство, вернул ранее удаленные за исключением проблемного, неделю работало и вновь начало падать. В результате не пользуюсь online сейчас совсем, а хотелось бы.

Посмотрите логи работы цикла -- там вполне может быть отражена причина падения. Либо просто логи системы на момент падения.

sergejey писал(а):Посмотрите логи работы цикла -- там вполне может быть отражена причина падения. Либо просто логи системы на момент падения.

Это было несколько месяцев назад, сейчас нет желания опять все устройства прописывать вручную.
Было бы прекрасно иметь модуль который бы сканировал все устройства в сети и автоматом прописывал, осталось бы только ручками назначить действия.
В модуле MegaD это хорошо реализовано.

Насчет сканера - поддерживаю, возможно - многим будет полезен. Только сканер нуно запускать вручную, а то подобавляются всякие временные девайсы....
А у себя я проблему с пингами вроде бы как решил... И даже уже реализовал "авторебут" зависших девайсов (ну тех, которые необходимо, разумеется, и тех, питанием которых я могу управлять). Сейчас "вылизываю" и тестирую решение. Остались мелочи.
Реализовал на костылях, конечно. Но работает, и быстро. Автоматом запускаю для каждого устройства батничек, которому скармливаю в параметрах имя объекта и IP адрес, батник пингует 6 раз, если ВСЕ 6 пингов не прошли - то вызываю метод "GoToOffline", в противном случае - "GoToOnline" соответственно... А там уже дело техники, что с полученными данными делать.
Понимаю, что можно пинговать и из PHP непосредственно, но пока не пробовал и в тонкостях процесса не разбирался.

Падает пинг через 1-2 дня

в логе ВОТ
log_2016-04-03-cycle_ping.php
.......
Checking %LG Smart.ip%
Checking %UserDevice01.ip%
Checking %UserDevice02.ip%

Fatal error: Cannot redeclare class telegram in C:\_majordomo\htdocs\modules\telegram\telegram.class.php on line 673

Как такое может быть?

А зачем пинговать устройства и убивать их и так слабые батареи?
Берите запись об активных устройствах с роутеров по telnet/ssh/web

Без лишнего понта и гемороя сделал класс device, с единственным методом check
$online = ping($this->getProperty('ip'));
if ($online==1) {$new="On";} else $new="Off";
$old=$this->getProperty('online');

if ($old !=$new) {
if ($new=="On") {
$this->setProperty("onlineAt",time());
$this->setProperty("onlineAtTime",date("H:i",time()));
$this->setProperty("online",'On');
}
else
{
$this->setProperty("offlineAt",time());
$this->setProperty("offlineAtTime",date("H:i",time()));
$this->setProperty("online",'Off');

}
}

хоть миллион устройств - все быстро и хорошо

Sas писал(а):А зачем пинговать устройства и убивать их и так слабые батареи?
Берите запись об активных устройствах с роутеров по telnet/ssh/web

хаха, а если там нет никакого роутера? а если он сдохнет? а если и есть - то как безпалевно брать? устройства ethernet, статика.
и нафига в доме, где 100500 розеток или подвести можно куда надо питание без проблем - иметь слабые батареи???
arp наше все)