Сценарии - новая версия API



  • В одном из сценариев не могу избавиться от варнинга:
    2554c8a4-7f9e-472c-842a-7dcd38992c69-image.png
    причем если строку закомментировать, то варнинг перейдет на следующую, а если вставить кусок кода выше, то, соответственно поднимется вверх))) При всем этом сценарий работает правильно. Что с этим можно сделать?



  • @homa
    Я ничего не делал. У меня также есть сценарии, где выдает такую же ошибку. Работает и работает, видимо есть ограничение по длине кода.



  • создал сценарий на блок схеме, но в плагине voicecontrol он не видим alt text



  • @amgstone, чтобы он был видим из плагина в нем не должно быть триггера.



  • @Alex_Jet так и сделал, но не удобно делать 2 сценария на одно действие, с тригером и без тригера.



  • @amgstone, это ограничения блок-схем на данный момент. Выше представители intraHouse писали, что их технологии не успевают за детьми)))



  • Подскажите в сценарии как то можна вернуть в предыдущее состояние устройство?



  • У меня проблема, которую я не могу осознать.

    Мультисценарий

    script({
        start(step) {
          step = Number(step);
           let newvalue = step;
           ActUst.setValue(newvalue);
        } 
    });
    

    И кнопка с дополнительным параметром, запускающим суенарий.
    Если дополнительный параметр положительный - все работает.
    Если отрицательный - нет.
    Отладчик скрипта пишет, что значение актуатору присвоено, а в устройствах оно не меняется.

    Актуатор по модбасу присоединен к параметру контроллера "температура антизамерзания". Этот параметр содержит значение температуры на улице, ниже которой насос в контуре станет постоянно включенным. Если выше включается/выключается по необходимости, если ниже - всегда гоняет жижу, чтобы не замерзла. Такая функция.
    Соответственно, значение может быть от -25 до +5.
    Но на 0 и выше скриптом назначается, а на любое отрицательное - нет.

    Решил сделать другой мультисценарий.
    Просто строку

    ActUst.setValue(-25)
    

    Ошибок нет. Но этот сценарий не отображается в меню "параметры" у кнопки. Перезагрузка IH не помогла.

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

    Что за магия?



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



  • @Erik, добрый день
    Возможно, назначается не тот тип переменной при записи по modbus отрицательных чисел. Посмотрите в отладчике плагина в момент передачи команды на запись. Там должны быть сообщения:

    Command ..... received. Data: ....
    // Потом
    WRITE: unitId =..., FC = 6, address =....
    


  • вот успешное

    29.02 13:49:06.536 IH: command [ { dn: 'ACTORA84', prop: 'set', val: 5 } ]
    29.02 13:49:06.538 IH: send { type: 'act',
      data: 
       [ { chan: 'T.Antizam.Ku',
           id: 'T.Antizam.Ku',
           vartype: 'int16',
           usek: false,
           ks: 100,
           ks0: 0,
           gr: false,
           pollp: true,
           value: 50,
           desc: 'AO',
           kh0: 0,
           address: '1321',
           fcr: '3',
           useactions: false,
           kh: 100,
           nofb: false,
           unitid: 1,
           calc_outfn: [Function: anonymous],
           command: 'set' } ] }
    29.02 13:49:06.542 modbus1: Command to send: [ { chan: 'T.Antizam.Ku',
        id: 'T.Antizam.Ku',
        vartype: 'int16be',
        usek: false,
        ks: 100,
        ks0: 0,
        gr: false,
        pollp: true,
        value: 50,
        desc: 'AO',
        kh0: 0,
        address: 1321,
        fcr: '3',
        useactions: false,
        kh: 100,
        nofb: false,
        unitid: 1,
        command: 'set' },
      53,
      54,
      55,
      56,
      57,
      58,
      59,
      60,
      61,
      62,
      63,
      64,
      65,
      66,
      67,
      68,
      69,
      70,
      71 ]
    29.02 13:49:06.557 modbus1: WRITE: unitId = 1, FC = 6, address = 1321 (0x529), value = 50
    29.02 13:49:06.558 modbus1: writeSingleRegister: address = 1321 (0x529), value = 50
    29.02 13:49:06.559 modbus1: Write result: { address: 1321, value: 50 }
    

    а вот ошибки

    29.02 13:49:08.683 IH: command [ { dn: 'ACTORA84', prop: 'set', val: -20 } ]
    29.02 13:49:08.684 IH: send { type: 'act',
      data: 
       [ { chan: 'T.Antizam.Ku',
           id: 'T.Antizam.Ku',
           vartype: 'int16',
           usek: false,
           ks: 100,
           ks0: 0,
           gr: false,
           pollp: true,
           value: -200,
           desc: 'AO',
           kh0: 0,
           address: '1321',
           fcr: '3',
           useactions: false,
           kh: 100,
           nofb: false,
           unitid: 1,
           calc_outfn: [Function: anonymous],
           command: 'set' } ] }
    29.02 13:49:08.687 modbus1: Command to send: [ { chan: 'T.Antizam.Ku',
        id: 'T.Antizam.Ku',
        vartype: 'int16be',
        usek: false,
        ks: 100,
        ks0: 0,
        gr: false,
        pollp: true,
        value: -200,
        desc: 'AO',
        kh0: 0,
        address: 1321,
        fcr: '3',
        useactions: false,
        kh: 100,
        nofb: false,
        unitid: 1,
        command: 'set' },
      64,
      65,
      66,
      67,
      68,
      69,
      70,
      71 ]
    29.02 13:49:08.839 modbus1: WRITE: unitId = 1, FC = 6, address = 1321 (0x529), value = -200
    29.02 13:49:08.839 modbus1: writeSingleRegister: address = 1321 (0x529), value = -200
    29.02 13:49:08.841 modbus1: ERROR: TypeError: "value" argument is out of bounds
        at checkInt (buffer.js:1176:11)
        at Buffer.writeUInt16BE (buffer.js:1245:5)
        at ModbusRTU.writeFC6 (/var/lib/intrahouse-c/plugins/modbus/node_modules/modbus-serial/index.js:607:9)
        at /var/lib/intrahouse-c/plugins/modbus/node_modules/modbus-serial/apis/promise.js:48:31
        at new Promise (<anonymous>)
        at ModbusRTU.converted [as writeRegister] (/var/lib/intrahouse-c/plugins/modbus/node_modules/modbus-serial/apis/promise.js:39:27)
        at Object.modbusWriteCommand (/var/lib/intrahouse-c/plugins/modbus/app.js:345:36)
        at Object.write (/var/lib/intrahouse-c/plugins/modbus/app.js:302:28)
        at Object.sendNext (/var/lib/intrahouse-c/plugins/modbus/app.js:379:18)
        at Object.read (/var/lib/intrahouse-c/plugins/modbus/app.js:248:18)
    29.02 13:49:08.842 modbus1: Write result: undefined
    


  • @Erik
    Спасибо за тестирование, действительно, есть проблема с записью отрицательных целых значений в библиотеке modbus-serial.
    В новой версии библиотеки эта проблема исправлена. Проверим у себя и на следующей неделе выпустим новый релиз плагина



  • Это сообщение удалено!


  • Есть ли возможность сделать сценарий, стартующий при загрузке IH ( некий аналог RunOnce) ? Иногда бывает нужно "привести в порядок" контролируемые устройства после внезапной перезагрузки сервера.



  • @alesle Да, такая возможность есть.
    Нужно в сценарий включить функцию boot, которая должна вернуть результат true, чтобы сценарий запустился при старте сервера. Выполнение, как обычно, начнется с функции start().
    Если не будет триггеров (startOnChange), то сценарий больше запускаться не будет

    boot() {
        return true; // Всегда запускать при старте сервера
    },
    
    start() {
       //  Здесь скрипт, который нужно выполнить
    } 
    

    Эта возможность не документирована. Возможно, синтаксис изменится при доработке API сценариев.



  • Можно ли обьявить модуль (функцию), который будет доступен из всех сценариев?



  • Подскажите. Такая ситуация: есть внешние ролокасеты, при закате солнца они автоматически закрываются по сценарию, есть датчик движения на улице. Проблема: как в сценарии указать что бы actor (ролокасета) не опускалось если было движение за последных 30 минут для примера, что бы не остатся ночевать на заднем дворе)))).



  • 3 скрипта. 1 доп актуатор.

    1. По датчику движения присвоить значение 1 доп актуатору на 30 минут.
    2. ПО изменении доп актуатора (при изменении с 1 на 0) проверить время, если закат закрыть ролокассеты.
    3. По таймеру Когда закат - проверить, что доп актуатор не 1, и закрыть ролокассету.


  • @Erik а кусочек сценария можно? Такого раньше не делал)))



  • @alesle Пока такой возможности нет


Авторизуйтесь, чтобы ответить