Плагин MegaD

[Alex_Jet]

@regabriel, в исходниках как минимум в двух местах прописано преобразование "по умолчанию"...еще с cnt никто не работал в iH! Нужно поправить где-то здесь, но как именно, наверное, только @intrapro знает)))

if (isNaN(str)) {
      if (str.substr(0, 2) == 'OF') {
        val = 0;
      } else if (str.substr(0, 2) == 'ON') {
        val = 1;
      } else {
        res = tryReadSome(str, adrx);
      }
    } else {
      if (channelId) adrx = channelId;
      val = getResultValue(Number(str), adrx);

По мне так - преобразование не нужно делать при if(isNaN(channelid))..

[intrapro]

Пользователь @regabriel написал в Плагин MegaD:

1. Вопрос в другом, как получить CNT по запросу, а не обработкой входящих?

Можно было бы привязать к каналу аналоговый датчик и в формуле расчета входного значения добавить "value = CNT", но так не работает. Увы(к счастью) у меги нет специальной команды для получения только параметра CNT.

Добрый день!
К сожалению, штатно в каналах CNT не обрабатывается (просто откидывается).

Поскольку CNT не сохраняется при перезагрузке меги, с использованием CNT счетчики пока не делали (возможно, с сохранением ситуация изменилась?)

Вы можете решить задачу через pluginCommand.
Нужно только указать имя функции - обработчика, как второй аргумент

Когда придет ответ от меги, будет вызвана эта функция - обработчик с body на входе

this.pluginCommand({unit:'megad3', command:'/sec/?pt=0&cmd=get'}, 'onGetResponse');
},

onGetResponse(body) {
//дальше уже обработаем ответ
        this.log('te = ' + body);
}

2 Вообще "формула расчета входного значения работает "? Такое ощущение, что нет.

Она работает, есть даже 2 варианта:

• "Использовать функцию обработки при получении данных от контроллера" - и дальше пишете функцию, которая работает на уровне плагина, можно собирать и преобразовывать до передачи ядру системы, и вернуть можно что угодно.

• "Формула расчета входного значения" работает уже при получении данных от плагина на уровне ядра.

Но Вы правы, в вашем случае это не работает, так как функцию делали для обработки числовых значений, и значения типа OFF/xx ON/yy просто преобразуются в 0/1.
Функция, которая вызовет обработчик (getResultValue) даже не вызывается, как верно указал @Alex_Jet в процитированном коде
Если есть желание адаптировать плагин, то место указано верно.
Можно блок isNaN(str) закрыть, выполнять для всех каналов getResultValue. Но тогда нужно обрабатывать ON/OFF и другие строки (tryReadSome) в getResultValue либо на каждый канал вешать функцию

function getResultValue(val, adrx) {
    if (isNaN(val)) return;  // Это нужно закрыть

    // Здесь парсить val
    let res = val;
    adrx = String(adrx);
    if (prefun[adrx]) {
      res = prefun[adrx].fun(val, prefun[adrx].depo);   // Это вызов пользовательского обработчика
    }
    return res;
  }

[Alex_Jet]

Пользователь @intrapro написал в Плагин MegaD:

Если есть желание адаптировать плагин, то место указано верно.
Можно блок isNaN(str) закрыть, выполнять для всех каналов getResultValue. Но тогда нужно обрабатывать ON/OFF и другие строки (tryReadSome) в getResultValue либо на каждый канал вешать функцию

Помнится мне, что парсинг ON/OFF, temp/hum и прочее происходил "по умолчанию" только у каналов, у которых ID=0...37, либо X_1/X_2? А вот если канал имеет какое-нибудь отличное от числа значение, то этот парсинг не выполняется? Или это было с чем-то другим связано?
Может сделать, что если ID-канала не подпадает под критерии

1. 0....37
2. X_
3. XX_

То в качестве результата будет возвращаться содержимое body, которое можно обработать с помощью функции обработки на уровне плагина?
Или уже нет смысла переписывать код плагина поскольку в версии 5 все будет совсем по другому? Вообще, код плагина MegaD просто ужасен... по мне так легче все заново написать. Было бы время и знания по API iH....

[intrapro]

Пользователь @Alex_Jet написал в Плагин MegaD:

Пользователь @intrapro написал в Плагин MegaD:
Помнится мне, что парсинг ON/OFF, temp/hum и прочее происходил "по умолчанию" только у каналов, у которых ID=0...37, либо X_1/X_2? А вот если канал имеет какое-нибудь отличное от числа значение, то этот парсинг не выполняется? Или это было с чем-то другим связано?

Числовой номер канала нужен только для извлечения данных из строки all

Или уже нет смысла переписывать код плагина поскольку в версии 5 все будет совсем по другому?

Планируется, что все плагины и сценарии из v4 будут работать в v5

Вообще, код плагина MegaD просто ужасен... по мне так легче все заново написать. Было бы время и знания по API iH....

С прагматичной точки зрения, код плохой, если:

• программа работает нестабильно: зависает или вылетает, игнорирует ошибки
• требует постоянной поддержки, так как нестандартные ситуации не обрабатывает или реагирует неадекватно
• хорошо работает на компьютере разработчика, но при установке в мало-мальски другое окружение нужны ритульные пляски и сакральные знания
• при необходимости доработки нужно не забыть внести изменения в несколько мест (искать всюду 37 канал, например

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

Также можно рассмотреть вариант, предлагаемый во многих системах - нет плагина MegaD, вот вам http-клиент, дальше сами.
Эта возможность в IH тоже есть, даже 2 варианта:

• создавать сниппеты для каждого устройства и запускать их периодически;
• использовать плагин http

Для чтения CNT, кстати, это тоже решение (но не забыть при этом обрабатывать ошибки связи, если хочется сделать не поделку, которая работает при демонстрации, а реально работающий проект). И если на MegaD идет одновременно очень много независимых запросов, помнится, тоже были проблемы. Ну и по поводу CNT для счетчика - просто интересно, как решается вопрос, когда контроллер при потере питания сбрасывает значение?
Если порт заявляется как счетчик, он IMHO должен хранить значение при отключении питания. Например в оборудовании KernelChip счетчик - это счетчик, ему можно доверять.

С позиции чистого искусства - да, соглашусь, код выглядит несовременно и не очень консистентно, API v4 работы с плагинами не используется. Также выглядит не очень понятно работа с входящими сообщениями.

Хорошо бы все переписать на ES6 и с применением API. И придумать понятный механизм. И чтобы любая новинка MegaD сразу была реализована И чтобы этим занимался специалист по MegaD.
В v5 мы планируем предложить сообществу активнее разрабатывать плагины. Со стороны системы будет обеспечено:

• открытое API для создания плагинов;
• возможность декларативного описания настройки каналов и свойств, в том числе древовидные структуры
• простой механизм подключения плагина к системе и отладка;
• продвижение плагинов сторонних разработчиков через портал

И пусть каждый желающий напишет плагин своей мечты

[Alex_Jet]

Пользователь @intrapro написал в Плагин MegaD:

С прагматичной точки зрения, код плохой, если:

программа работает нестабильно: зависает или вылетает, игнорирует ошибки
требует постоянной поддержки, так как нестандартные ситуации не обрабатывает или реагирует неадекватно
хорошо работает на компьютере разработчика, но при установке в мало-мальски другое окружение нужны ритульные пляски и сакральные знания
при необходимости доработки нужно не забыть внести изменения в несколько мест (искать всюду 37 канал, например

Про плагин MegaD ничего такого сказать нельзя. Он работает стабильно, надежно уже несколько лет.
Вопросы от пользователей и доработки связаны с расширением функционала - (MCP, _A и _B,.. Плюс эпопеи с контроллером, но это другая история)
Есть также плюс, который не очевиден для людей, любящих покодить - порог вхождения при использовании плагина MegaD очень низкий, простой функционал настраивается очень просто.
Также можно рассмотреть вариант, предлагаемый во многих системах - нет плагина MegaD, вот вам http-клиент, дальше сами.
Эта возможность в IH тоже есть, даже 2 варианта:

создавать сниппеты для каждого устройства и запускать их периодически;
использовать плагин http

Для чтения CNT, кстати, это тоже решение (но не забыть при этом обрабатывать ошибки связи, если хочется сделать не поделку, которая работает при демонстрации, а реально работающий проект). И если на MegaD идет одновременно очень много независимых запросов, помнится, тоже были проблемы. Ну и по поводу CNT для счетчика - просто интересно, как решается вопрос, когда контроллер при потере питания сбрасывает значение?
Если порт заявляется как счетчик, он IMHO должен хранить значение при отключении питания. Например в оборудовании KernelChip счетчик - это счетчик, ему можно доверять.
С позиции чистого искусства - да, соглашусь, код выглядит несовременно и не очень консистентно, API v4 работы с плагинами не используется. Также выглядит не очень понятно работа с входящими сообщениями.
Хорошо бы все переписать на ES6 и с применением API. И придумать понятный механизм. И чтобы любая новинка MegaD сразу была реализована И чтобы этим занимался специалист по MegaD.
В v5 мы планируем предложить сообществу активнее разрабатывать плагины. Со стороны системы будет обеспечено:

открытое API для создания плагинов;
возможность декларативного описания настройки каналов и свойств, в том числе древовидные структуры
простой механизм подключения плагина к системе и отладка;
продвижение плагинов сторонних разработчиков через портал

И пусть каждый желающий напишет плагин своей мечты

Моя реплика по поводу "код.. просто ужасен..." не в обиду сказана! И да, относится как раз скорее к "позиции чистого искусства" нежели чем к работе плагина! Просто пытался сам разобраться в некоторых вещах, попробовать самостоятельно доработать плагин до "плагин своей мечты", но плюнул на эту затею поскольку все это трудно переварить и связать друг с другом, особенно не имея комментарии в коде и достаточного количества времени.

[regabriel]

Пользователь @intrapro написал в Плагин MegaD:

Ну и по поводу CNT для счетчика - просто интересно, как решается вопрос, когда контроллер при потере питания сбрасывает значение?

1. Опрос каждые несколько секунд.
2. Так как при переходе через 65535 идет get запрос, то данный факт фиксируем
3. Если текущее значение cnt меньше предыдущего(т.е. счет пошел заново),
   и был зафиксированн факт перехода
   или (мало-ли get запрос потерялся) предыдущее значение было больше 65XXX ( в зависимости от счетчиков, насколько допустима погрешность)
   то учитываем еще импульсы которые до 65535

Такой подход все же считаю более надежным чем считать каждый импульс, так как замечено, что импульсы могут теряться(перезагрузка интрахауса, перезагрука свичей и т.п.), да и сеть нагружается куда меньше.

[intrapro]

@regabriel Наверно и сообщение о перезагрузке контроллера st=1 нужно слушать.
И на старте как-то синхронизировать. Напишите по результату, интересный опыт использования.

[Alex_Jet]

@regabriel, не получилось у меня получить значение CNT с помощью плагина MegaD, но гораздо быстрее и легче получилось с помощью плагина http):

[regabriel]

@Alex_Jet
У меня все получилось. Есть такой файлик в плагине CHANGELOG.md
Так вот там описано как получать данные.

#### 2. Добавлена функция-обработчик для pluginCommand

 При отправке команды плагину из сценария (любые запросы, которые принимает MegaD) ответ от контроллера можно получить и обработать прямо в сценарии 

   Например, было можно отправить команду из сценария:
  
   ```this.pluginCommand({unit:'megad1', command:{url:'/sec/?cmd=7:1', onResponse:[{id:"7",value:1}]});```

   Здесь отправляем запрос на включение выхода 7. 

   onResponse задает массив - какие каналы (и соответственно связанные с ними устройства) нужно установить после получения положительного ответа от MegaD 
  
  Теперь добавлена возможность отправлять запросы и анализировать ответ на уровне сценария
  Таким образом можем, например,  читать состояния портов внутри сценария

  ```this.pluginCommand({unit:'megad1', command:{url:'/sec/?pt=7&cmd=get', onResponse:'raw'}}, 'getResponse');```
  
  onResponse:'raw' означает, что нужно вернуть сценарию ответ контроллера напрямую 
  Второй параметр - имя функции обработчика
  
  Ответ придет, если контроллер доступен и вернул статус 200, иначе ответа не будет, функция-обработчик не сработает, а сценарий останется активным.
  Чтобы сценарий завершился, предусмотрен выход по таймауту.

    script({
      start() {
        // Передать запрос на megad1, ответ без обработки пусть придет в сценарий (onResponse:'raw')
        this.pluginCommand({unit:'megad1', command:{url:'/sec/?pt=7&cmd=get', onResponse:'raw'}}, 'getResponse');
        // Взвести таймер на случай, если ответа от контроллера нет
        this.startTimer('T1', 3, 'onTimeout');
      },
    
      getResponse(body) {
        // body 
        this.log('getResponse body= '+body);
        this.exit();
     },
    
      onTimeout() {
        this.log('Истек таймаут, ответ от megad1 не получен');
        this.exit();
      }
    });

А @intrapro ошибся в строке
this.pluginCommand({unit:'megad3', command:'/sec/?pt=0&cmd=get'}, 'onGetResponse');
},
нехватает onResponse:'raw'

ну а дальше обработка полученных данных в скрипте, думаю все не сложно

[intrapro]

@regabriel, действительно, ошибочка вышла

[Alex_Jet]

@regabriel, это тоже решение, однако сценарий в таком случае будет всегда в работе? Или вы его чем-то будете запускать?

[regabriel]

@Alex_Jet
Делаю сценарий мульти и в зависимости от типов счетчиков, ставлю разное расписание(каждые 5-60 сек). Так же запуск его(их) при перезагрузке контроллера.

[intrapro]

Пользователь @sergeyygr написал в Плагин MegaD:

Доброго времени суток. Подскажите пожалуйста как значение передаваемое в канале MegaD перевести из 16-тиричного значения в десятичное?

Добрый вечер, в javascript можно по разному

parseInt(value,16)  // value = 'ff' =>  255

Другой вариант: перед значением поставить '0x'

parseInt(value)  // value = '0xff' =>  255
// Первый вариант здесь тоже работает
parseInt(value,16)  // value = '0xff' =>  255

Но в плагине MegaD уже есть преобразование в число и формула может не сработать. В каком случае в канале приходят 16-ричные значения?

[intrapro]

@sergeyygr Если нужно два запроса передавать с интервалом 100 мсек, лучше сделать сниппет прямо на устройстве:

module.exports = callback => {
  const http = require('http');

  http.get('http://192.168.1.151/sec/?uart_tx=010400030002&mode=rs485');
  setTimeout(nextReq, 100); // 100 ms

  function nextReq() {
    http.get('http://192.168.1.151/sec/?uart_rx=1&mode=rs485', res => {

      let rawData = '';
      res.on('data', chunk => {
        rawData += chunk;
      });

      res.on('end', () => {
        const data = rawData;
        if (data.includes('CRC Error')) {
          callback('CRC Error'); // Контроллер вернул ошибку CRC
          return;
        }

        // 01|03|02|08|a1 - в таком виде ожидается ответ
         const arr = data.split("|");
        if (arr && arr.length > 4) {
          const val = parseInt(arr[3]+arr[4], 16);
          callback(null, val/10000);  
        } else {
          callback('Не удалось извлечь значение из строки: '+ data); // Данные получены, но парсинг неудачен
        }
      });
    });
  }
};

Период опроса (запуска сниппета) настраивается также на устройстве

[intrapro]

Можно конечно и сценарий использовать

const power = Device("SensorA", "Power"); 
script({
  start() {
    this.pluginCommand({unit:'megad1', command:{url:'/sec/?uart_tx=010400030002&mode=rs485'}});

    // Следующий запрос через 100 мсек
    this.startTimer('T1', 0.1, 'getNext');
    // Взвести таймер на случай, если ответа от контроллера нет
    this.startTimer('T2', 2, 'onTimeout');
  },

  getNext() {
    // Передать запрос на megad1, ответ без обработки придет в сценарий (onResponse:'raw')
    this.pluginCommand({unit:'megad1', command:{url:'/sec/?pt=7&cmd=get', onResponse:'raw'}}, 'getResponse');
  },

  getResponse(body) {
    this.log('getResponse body= '+body);
   
    if (body.includes('CRC Error')) {
      this.log('CRC Error'); // Контроллер вернул ошибку CRC
      this.exit();
    }

    // 01|03|02|08|a1 - в таком виде ожидается ответ
    const arr = body.split("|");
    if (arr && arr.length > 4) {
      const val = parseInt(arr[3]+arr[4], 16);
      this.assign(power,"value",val/10000 );
    } else {
      this.log('Не удалось извлечь значение из строки: '+ body); // Данные получены, но парсинг неудачен
    }
  
    this.exit();
 },

  onTimeout() {
    this.log('Истек таймаут, ответ от megad не получен');
    this.exit();
  }
});

[intrapro]

Пользователь @sergeyygr написал в Плагин MegaD:

Спасибо, получилось!
Однако не получается считывать несколько показаний.
Счетчик выдает несколько параметров, а именно:
http://192.168.1.151/sec/?uart_tx=010400000001&mode=rs485
http://192.168.1.151/sec/?uart_rx=1&mode=rs485 /Напряжение
http://192.168.1.151/sec/?uart_tx=010400030002&mode=rs485
http://192.168.1.151/sec/?uart_rx=1&mode=rs485 /Мощность
http://192.168.1.151/sec/?uart_tx=010400050002&mode=rs485
http://192.168.1.151/sec/?uart_rx=1&mode=rs485 /Накопленная электроэнергия (кВт/час)
http://192.168.1.151/sec/?uart_tx=010400070001&mode=rs485
http://192.168.1.151/sec/?uart_rx=1&mode=rs485 /Частота сети
http://192.168.1.151/sec/?uart_tx=010400080001&mode=rs485
http://192.168.1.151/sec/?uart_rx=1&mode=rs485 /Коэффициент мощности
http://192.168.1.151/sec/?uart_tx=010400010002&mode=rs485
http://192.168.1.151/sec/?uart_rx=1&mode=rs485 /Сила тока
И в связи стем, что запрос на вывод показаний для всех переключений на параметр один и тот-же происходит конфликт, показания замирают. Как быть?
Использую инструкции отсюда: https://ab-log.ru/smart-house/ethernet/megad-rs485

Можно сценарий сделать. Который будет запущен на старте сервера и будет последовательно опрашивать с каким-то интервалом.
Примерно так, но надо тестировать

// Здесь все датчики - для примера два первых:
const voltage = Device("SensorA", "Voltage"); 
const power = Device("SensorA", "Power"); 

script({
  boot() {  
    return true; // Сценарий будет запускаться на старте и всегда будет активным
  },

  step:0,  

  start() {
    this.step = 1;
    this.getTx();
  },

  getTx() {
   let url;
   switch (this.step) {
     case 1: // Напряжение - voltage
      url = '/sec/?uart_tx=010400000001&mode=rs485';
      break;

     case 2: // Мощность - power
      url = '/sec/?uart_tx=010400030002&mode=rs485';
      break;
      // ...  
   }

   // Отправить запрос на контроллер
   this.pluginCommand({unit:'megad1', command:{url}});

   // запрос Rx через 100 мсек 
   this.startTimer('T1', 0.1, 'getRx');

   // Запрос следующего параметра через 1 сек
   this.startTimer('T2', 1, 'nextParam');
  },

  getRx() {
    // Передать запрос на megad1, ответ придет в сценарий (onResponse:'raw')
   // БЫЛО С ОПЕЧАТКОЙ   this.pluginCommand({unit:'megad1', command:{url:'/sec/uart_rx=1&mode=rs485', onResponse:'raw'}}, 'getResponse');
   this.pluginCommand({unit:'megad1', command:{url:'/sec/?uart_rx=1&mode=rs485', onResponse:'raw'}}, 'getResponse');
  },

  getResponse(body) {
    // body 
    // this.log('getResponse body= '+body+' step='+this.step);
   
    if (body.includes('CRC Error')) {
      this.log('CRC Error'); // Контроллер вернул ошибку CRC - здесь нужно что-то решать, пока просто выход
      this.exit();
    }

    // 01|03|02|08|a1 - в таком виде ожидается ответ
    const arr = body.split("|");
    if (arr && arr.length > 4) {
      this.assignValue(arr);  
    } else {
      this.log('Не удалось извлечь значение из строки: '+ body); // Данные получены, но парсинг неудачен
      this.exit();
    }
  },

  assignValue(arr) {
    const val = parseInt(arr[3]+arr[4], 16); // Если парсинг разный - перенести в case 
    switch (this.step) {
      case 1: 
        this.assign(voltage,"value", val );
        return;
      case 2: 
        this.assign(power,"value", val/10000 );
        return;
      // ...
    }
  },

  nextParam() {
   this.step = this.step < 7 ? this.step+1 : 1;
   this.getTx();
  }
});

UPD: В сценарии была опечатка! Был пропущен знак вопроса. Сейчас он скорректирован и полностью рабочий. После поиска ошибки в этом топике также разбирается, как ввести сдвиг значения для соответствия реальному счетчику

[intrapro]

Пользователь @sergeyygr написал в Плагин MegaD:

Не работает. В отладчике "37 Now is NOT active."

Нужно посмотреть, нет ли ошибки в таблице Рабочие сценарии.
Если нет - смотреть отладчик при запуске.

Предлагаю для простоты сценарий превратить из мультисценария в обычный:

• запуск для устройств убрать

• прописать ваши названия устройств вместо SensorA:

  const voltage = Device("VOLT1", "Voltage");
  const power = Device("POWER1", "Power");

• сохранить, обновить таблицу - теперь это обычный сценарий

• Запустить отладчик для сценария. Окно пока будет пустое

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

Теперь в отладчике (в первой вкладке) будет трассировка прохождения сценария (либо в таблице в столбце Ошибка будет сообщение об ошибке, если сценарий не смог запуститься)

[aleks-zonov]

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

[intrapro]

@sergeyygr, посмотрите, в Рабочих сценариях для этого сценария есть что-то в графах: Число запусков, Последний запуск, Последний останов

[intrapro]

@sergeyygr а останова нет? То есть сценарий уже работает в цикле. Можно раскомментировать эту строку и смотреть в журнале

this.log('getResponse body= '+body+' step='+this.step);

Можно еще в getTx добавить логирование

this.log('getTx step='+this.step);

! После редактирования сценарий остановится и сам не запустится, его надо запустить