Ясно, спасибо.
Не совсем корректно написал. Имел ввиду обмен со ВСЕМИ тегами.
Добрый день.ecoins писал(а): ↑29.12.2018{, 20:52}Если посылать постоянно ESP8266 начисто притормаживает - 25мс регулярно, 620мс периодически. Это проблемы ESP8266.
Проблема решается посылкой каждого регистра через отдельный шлюз с настройкой "по изменению" (вместо "постоянно").
А вот принять назад 4 регистра уже так не получается. Год назад в схожей ситуации на BlueTooth делал громоздкие "костыли" с привязкой к 1-сек таймеру из Kascada.
Может быть что-то порекомендуете с учетом новых возможностей Kascada?
Уже готовится к выходу новая версия КаСкады где для каждого устройства будет возможность задавать polling time (время опроса) или как мы назвали "Пауза". Задаваться она будет от 0мс до 1000мс. По факту это ожидание (delay) между запросами.ecoins писал(а): ↑29.12.2018{, 20:52}7. При приеме данных в KaScada шлюзом, хотелось данные принимать не непрерывно, а периодически - например по таймеру в миллисекундах. Сейчас есть возможность делать это по фронту - но механизм в реализации через переменные разрастается очень быстро.
Пожелание: Ввести работу со шлюзами по таймеру.
Если КаСкада опрашивает переменную,а её нет в конроллере, то конроллер должен сообщить об ошибке, иначе выдерживается таймаут и от этого не уйти. А вот торможения быть не должно, все устройства опрашиваются независимо и отсутствие одного влиять на другого не должно, в противном случае нужно полное описание и проект когда и что начинает подвисать.ecoins писал(а): ↑29.12.2018{, 20:52}12. Если нет одного из контроллера в проекте (или переменная в проекте отсутствует) KaScada очень тормозит. Это на нет сводит возможность создания систем из нескольких контроллеров, где планшет с KaScada выступает в роли мастера и коммуникатора. Например робот - контроллер перемещения, контроллер головы и т.п. - управляется все от KaScada.
Пожелание: Преодолеть проблему задержек из-за по сути кратковременных подвисаний KaScada при обмене.
Вы можете у любого устройства в качестве сервера выбрать "Без соединения" и он будет исключен из работы и его не обязательно прятать.
Да, по биту, переход из 0 в 1 выполнит одну команду для шлюза (например считать 10 регистров).
Если речь именно об удалении, то да, такой способ не очень. Я говорил чтобы отключить это устройство быстро, можно не скрывать.
Добрый день. Проверял на двух контроллерах: Arduino Nano и Node MCU. Все прекрасно работает только если в настройках количество регистров ==1. Как только это значение меняю на 2 и более, шлюз вообще перестает работать и передавать любые значения. Причем независимо от направления. Устройство - Система или Система -Устройство.
Да ,2 регистра .Какая версия Каскады ?eto_oleg писал(а): ↑11.01.2019{, 00:09}Добрый день. Проверял на двух контроллерах: Arduino Nano и Node MCU. Все прекрасно работает только если в настройках количество регистров ==1. Как только это значение меняю на 2 и более, шлюз вообще перестает работать и передавать любые значения. Причем независимо от направления. Устройство - Система или Система -Устройство.
Устройство с Каскадой у меня одно. Перезагрузка устройства/приложения Каскада не приводит к успеху.
Правильно я понимаю что если задан источник, скажем, Holding Register 10, а количество передаваемых регистров - 2, то будут передаваться регистр 10 и 11?
Спасибо!