@gewer данные приходят в JSON, поэтому на вкладке "Обработка" - Формула входного значения нужно прописать:

JSON.parse(value).DS18B20.Temperature

@gewer полосатая кнопочка в отладчике. Или такая же прямо в окне плагинов

Или такая же прямо в окне плагинов

@gewer, добрый день!
Нужно смотреть отладчик плагина, что выдается при запуске плагина. А какой брокер Вы установили? Мы обычно используем mosquitto.

@artem521, обнаружен баг, который сбрасывал (но не удалял) привязку к железу после редактирования свойств устройства. Ошибка была внесена в версии 4.6.14 при добавлении механизма сниппетов

Выпущена новая версия 4.7.0, проверьте, все должно работать

@artem521, это происходит с конкретным актуатором или с другими тоже?

Нужно проследить соответствие действий в журнале устройств и лога плагина
Команда в журнале должна приводить к передаче данных на плагин.

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

Попробуйте также переключать актуатор не кликом, а кнопками ВКЛ - ВКЛ.

После этого пришлите системный лог - файл /opt/intrahouse-c/log/ih.log на support@ih-systems.com. Желательно еще скриншоты журнала устройства.

@m_n61rus, добрый день!
Пока такого функционала нет

@artem521, Добрый день!
По актуатору у вас это было связано с переключателем авто, у диммера проблема возникает при настройке уставки? К какому железу подключены устройства, к MegaD? Если ситуация воспроизводится, пришлите пожалуйста логи плагина в момент переключения. И журнал устройства с основного интерфейса в этом же интервале. Можно начать с актуатора

Участник @homa написал

И следом вопрос корректно ли объявлять одно и тоже свойство для одного и того же устройства в разных сценариях, или есть какие-то другие варианты обращения к ранее объявленным свойствам

идея в том, чтобы изменять из разных сценариев одно свойство... выходит не выходит)

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

@Alex_Jet, Думаю, сценарий повторно не запускается, просто логирование происходит чуть позже запуска (на 3 мсек):

06.11 00:19:38.226 voiceterminal1: { type: 'startscene',...   // Команда на запуск сценария
06.11 00:19:38.227 Started // Запустили 
06.11 00:19:38.228 IH: plugin command { unit: 'voiceterminal1',command: 'ask:Уточните...  // Работает сценарий
06.11 00:19:38.230 IH: startscene VoiceTerminal_Temp // Фиксируем, что был запуск сценария

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

Количество запусков можно посмотреть в Рабочих сценариях. После редактирования сценария этот счетчик сбрасывается

Что касается Stopped и exit:
Stopped в паре со Started один. Да, exit лишний, но там наверно есть прямой this.exit(), поэтому опять же особенность логирования

@Erik
Документация - это действительно наше слабое место. Но мы работаем над этим

В данном случае все просто - объявляется не тип, а класс, и их всего 5:
"SensorD" - Датчик дискретный
"SensorA" - Датчик аналоговый
"ActorD" - Актуатор дискретный
"ActorA" - Актуатор аналоговый
"Meter" - Счетчик

Класс выводится в таблице устройств в столбце "Класс", а этот список можно найти в разделе Сценарии рубрика Классы устройств