Сообщения artem521

@intrapro Остановил все плагины к сожалению нечего не поменялось, если только добавилось пару иероглифов:)

@intrapro Теперь это выглядит так

@intrapro Спасибо большое !

Здравствуйте. На WINDOWS10 не могу сохранить проект в файл, выдает ошибку. На LINUX все работает. В чем может быть дело ?

Здравствуйте. Прошу не закидывать тапками, если чего не так:) Скажите пожалуйста, как организовать сценарий, чтобы с 2-х датчиков температуры получалось среднее значение. Датчики находятся на улице, в разных точках, показания отличаются.

Доброго времени суток. Решил сделать еще один экран 2-й ( мобильный ) но вот не задача, создал контейнер HTML и он на мобильном устройстве не отображается.
P.S. На обычном 1-м экране для ПК все работает.

Доброго времени суток. Такой вопрос. В 5й версии как будет со шлюзом xiaomi 3-го поколения? Или модификация не имеет значения? Просто ранее не приходилось с ними иметь дел и хотелось бы рекомендацию, какого поколения приобретать шлюз.

Пользователь @intrahouse написал в Бета-тестирование:

@artem521
Первый этап - только скрипт
Второй этап - блок схемы. Как в Cherry + дополнительный функционал.
Третий этап - для тех, кто совсем не может программировать. Примерно как было в Berry

Здорово!

@intrahouse здравствуйте. Как планируете реализовать сценарии, как в черри или иначе? Не хотелось бы чтоб сложнее стало.

Пользователь @Erik написал в Создания сценария для самодиагностики:

Пользователь @artem521 написал в Создания сценария для самодиагностики:

Почему бы довольно развитая система ограничевала себя в этом функционале?

Потому, что на данном этапе развития систем УД проблемой является даже интеграция с оборудованием других производителей.
А задачу "интеграция + автоматизация обслуживания" вообще решить средствами УД не получится, пока производители железа не автоматизируют обслуживание на своем уровне. Если автоматизируют - тогда получится средствами УД свести все в одну консоль. Но пока они не торопятся.

Как можно организовать такой сценарий, где нажав одну кнопку, начнут поочередно срабатывать реле, производится регулировка шим от 0-100% , отключаться нагрузка от потребителей и вместо этого подключаться эталонная нагрузка ( проверка датчиков тока ) ну и т.д

конкретно это - нужно по дополнительному управляемому реле на каждый порт только для того, чтобы иногда (раз в год?) переключить порт с рабочей нагрузки на "эталонную".
Эти реле с комплектом "эталонных нагрузок" нужно где-то разместить, и организовать это самое автоматическое управление переключением раз в год.
И не забыть раз в 2 года вытаскивать "эталонные нагрузки", и возить их в лаборатории на проверку. Иначе они перестанут быть "эталонными". Что кроме длительности еще и дорого. А главное - бессмысленно. Потому, что таким образом можно в лабораторию свозить свой датчик. И не городить дополнительные цепи из реле и эталонных нагрузок.

Я Вас услышал:) Свозить датчики тока на поверку, проблематично, если они не являются средством измерения ( у меня к сожалению такие присутствуют), а значит их нет в реестре.
Охота было максимально облегчить жизнь в процессе эксплуатации. В жизни бывает всякое, а про толковых инженеров, это беда, в небольшом городе.
К примеру как еще хотелось бы облегчить жизнь. Перегорает какой-нибудь предохранитель или источник питания, то в графическом интерфейсе размещена картинка (виджет), в нашем случае на мнемосхеме указан именно тот элемент который неисправен ( привязан как датчик ) и на картинке видно в каком месте находится неисправный элемент( мигает к примеру ), то при наличии зип, придет человек более-менее знающий и заменит неисправную запчасть. Визуальное восприятие это интуитивно понятно, нежели в совершенно незнакомой системе лазить мультиметрами и осциллографами, диагностируя неисправность.
Я понимаю что слишком много не конкретики в данном посту, скорее полет мыслей. Просто охота услышать разные мнения, а то жизнь не облегчится, а усложнится при доработке системы:)

Пользователь @Erik написал в Создания сценария для самодиагностики:

Договор на поддержку + номер на аппарате на кнопку быстрого набора.

Нажал одну кнопку, инженер по договору приехал, обслужил.

Вы меня не поняли... я говорю про самодиагностику системы , в заданный период, естественно под контролем человека, а не про приезд инженера. Все современное оборудование стараются упростить для обслуживания. Почему бы довольно развитая система ограничевала себя в этом функционале?

Постараюсь описать свою мысль.
Известно многим, что любая система автоматизации нуждается в техническом обслуживании, а так же подлежат замене запасные части, согласно на них инструкции время/или количество наработки ( в зависимости что наступит первым ).
Так же необходима и калибровка некоторых датчиков.
Как можно организовать такой сценарий, где нажав одну кнопку, начнут поочередно срабатывать реле, производится регулировка шим от 0-100% , отключаться нагрузка от потребителей и вместо этого подключаться эталонная нагрузка ( проверка датчиков тока ) ну и т.д
В случае успешной диагностики, выдать сообщение о том, что все тесты прошли или выдать сообщение о необходимости калибровки или замене какого либо датчика или модуля. ( к примеру по датчику света как это вижу я. В случае такой проверки, необходимо датчик полностью затемнить и полностью осветить. Про датчик co2 мыслей нет, без участия человека , думаю нечего не выйдет )
Коллеги, какие мысли по этому поводу?

Здравствуйте. Подскажите пожалуйста, как при помощи сниппета создать сценарий ( блок схему ) устройства.

@intrahouse Большое Вам спасибо за разъяснения. Буду дальше тестировать.

@intrahouse Ошибка в smsd была на несуществующем путив logfile = /var/lib/intrahouse-c/sms/log/gammu а именно небыло /log/gammu Создал папку в ручную. По поводу бесконечно отправленных смс. Видимо я когда создал сценарий и тестировал датчик на отправку при сработке, эти все смс и ушли. До сих пор стоит порт как /dev/ttyUSB0, так как по пути /dev/ нет папки ihmodem. Скажите, это сильно критично если не будет ihmodem ? Может такое быть, что недостаточно прав ?

Помогите пожалуйста разобраться в чем проблема. Сам не могу ладу дать.
В общем gammu smsd не хочет принимать устройство если прописать как описано в инструкции от ребят из intrahouse.
port = /dev/ihmodem -на это устройство gammu smsd ругается Error at init connection: Error opening device, it doesn't exist. (DEVICENOTEXIST[4])
Если прописать как реальное устройство /dev/ttyUSB0 , то плагин отправляет сообщения, идет обмен данными ( мигают на модеме светодиоды rx/tx) , но система шлет бесконечно смс.
В какую сторону копать?

Так же не нравится smsd если прописать logfile = /var/lib/intrahouse-c/sms/log/gammu выдает ошибку. Я оставил стандартно syslog. По-крайней мере без ошибки.

Здравствуйте. Не нашел в настройках плагина sms куда прописывать номер телефона для отправки. Прописал в терминале тестовое сообщение sudo echo "Привет hello world 521" | gammu sendsms TEXT +792xxxxxxx -unicode оно ушло, но в основном журнале не отобразилось что сообщение ушло, а до этого на симке не было денег и в общем журнале отобразилось sms error: Not found records for OTHER Помогите пожалуйста разобраться как работать с этим плагином.

@intrahouse Еще такой вопрос. В черри очень не хватало простого звукового оповещения, чтобы легко можно было вставить звуковой файл и привязать его к сценарию. В 5-й версии такой функционал планируется?

@Alex_Jet Спасибо большое за быстрый ответ. Просто время подходит уже к 1 году использования и по этому что-то закрались мысли такие. Думал уже про неттоп и так же думал раз в год менять флешки, в независимости рабочая она или нет.

Подскажите пожалуйста, у кого IH cherry установлена на raspberry pi, а в частности на флешку? Интересует вопрос по бесперебойности и времени эксплуатации.