0
Beantwoord
KNX драйвер на борту UMC
evg 9 jaar geleden
in Server Solutions / UMC Server
•
bijgewerkt door Oksana (expert) 9 jaar geleden •
46
Зашел на WEB. Теперь вопрос по работе KNX драйвера на борту UMC/
Добавил драйвер KNX Serial. В нем сделал одну команду и один канал ОС. Загрузил. На странице сервера переменные появились
В сети KNX через ETS пишу значение в эти переменные - на WEB ничего не меняется. Если использовать Set на странице сервера, то в KNX тоже ничего не приходит.
Зашел во вкладку Драйверы и выбрал KNX.Пункт Device Online bvttn значение "offline". Так и должно быть?
Может что с настройками драйвера в Студии?
Customer support service by UserEcho
До кучи
Евгений, добрый день.
Скажите, а в каком состоянии индикатор "KNX" на контроллере?
Евгений, добрый день! У вас есть лицензия для UMC сервера?
да
При этом ресивер Denon по IP работает. Управляется и ОС присутствует
Евгений, добрый день.
В настоящий момент мы изучаем ваши данные. Ответим, как только проверим некоторые наши предположения. У нас KNX Serial.Status = 2.
Сервер на запрос
./update.sh
ответил
-sh: ./update.sh: not found
Евгений, добрый день.
Попробуйте:
sh update.sh
Это вызов исполнения содержимого файла.
Уже лучше, но "Update failed"
Или все Ок?
Евгений, по крайней мере установился пакетный менеджер и новая версия иридиума. Проверьте работу с KNX на новой версии сервера.
Проверил. Не работает.
Может вам порты пробросить?
Подключитесь к шине KNX с помощью программы ETS.
Выполните на контроллере команду
printf "\x80\xbc\x81\x51\x82\x0a\x83\x48\x84\x01\x85\xe1\x86\x00\x87\x80\x48\x30" > /dev/ttymxc2
ETS должен принять пакет
Так мы проверим что аппаратно приемопередатчик KNX работает.
это работает
Адрес
194.67.62.62:22
Есть какие-нибудь новости?
Хочу уже сервер на объекте установить и работать с ним.
Евгений, добрый день.
Мы в настоящий момент выясняем причину и способ устранения проблемы.
Благодарю за предоставленный доступ к серверу, это действительно поможет и упростит диагностику. Но к серверу не представляется возможным подключиться, вы уверены, что порт 22 проброшено до самого контроллера от роутера непосредственно?
Так же
Евгений, добрый день! На скриншоте параметры нормально работающего драйвера, с версией сервера на которую вы недавно обновились (1.0.0-6922).
Но у меня не так.
Проверьте теперь SSH на порту 2222, веб интерфейс на порту 8889.
Напоминаю, что ip драйвер в загруженном проекте работает
Здравствуйте, Евгений. У вас ОЧЕНЬ старая Studio.
Обновитесь пожалуйста, там были правки по драйверу RS232, простите, не учли, что вы можете не обновляться)
Скачать тут:
Установочный пакет (SETUP 1.0.0.251) - www.iridiummobile.net/redirects/?go=iridium3_betasetup
После обновления Studio, драйвер, действительно, стал Online, но телеграммы в KNX при использовании кнопки Set в WEB не поступают. Обратно также - feedback статус не меняет.
В логе жижу это:
Это появляется в момент отправки команды через шину, либо через Set
А у кого-нибудь из вас работает KNX на сервере?
Попробуйте создать новый проект в новом редакторе, добавить заново драйвер и уже этим проектом пробовать управлять.
Драйвер онлайн. Обмена данными с KNX нет.
Пришлите мне рабочий проект хотя бы с двумя переменными (команда и ОС)
Евгений, я понимаю ваше отчаянье, мы сами тут не можем понять, почему у вас такие проблемы, вспоминаем все возникающие проблемы в процессе отладки.
Сегодня еще раз проверили с чистого листа на нашем оборудовании - все взвелось с первого раза.
Еще одно предположение (ребята вспоминали, что уже где-то видели CRC) - это умершая SD-card. Тут нам уже понадобится помощь от UMC, как ее можно безболезненно заменить.
Есть же спецы.
Я прокинул порты для SSH (Putty) и web на сервер.
Пришлите контакты спеца, я отправлю ему порты. Пусть проверят мой сервер удаленно.
Евгений, добрый день.
1. Проверили карту памяти - она исправна.
2. Мы подготовим проект IRIDIUM в новой студии и отправим его вам для проверки работы, сразу после праздников.
3. Канал связи по протоколу SSH работает, доступ к WEB-серверу работает.
А сегодня никак?
Его приготовить быстрее, чем написать ваше предыдущее сообщение ;)
Евгений, добрый день.
Согласен с вами, проверочный проект подготовить - не долго, к сожалению наш специалист, который работал с Iridium Studio в настоящий момент недоступен (по болезни), никто более не обладает опытом работы с проектами Iridium. Евгений, прошу вас набраться терпения - мы первым делом этим займемся.
Я отправляла выше проекты студии для сервера и клиента.
Могу еще раз отправить, вот он, сегодня этот проект управлял нашим диммером:
umc_knx.sirpz
Евгений, добрый день.
Как ваш проект, вы попробовали тот проект, который вам отправила Оксана? Я предполагаю, что проблема в том, что проект был создан в студии предыдущей версии и в нем нет необходимых системных данных для работы, которые закладывает в него (проект) новая студия.
Все верно. Теперь коммуникация работает, нo!
Обнаружил особенность, которая сильно мешает жить в активаторах Гиры и Юнга. Если я имею всего один объект для команды и получения ОС в KNX, например, яркость диммера. Делаю скрипт, который однозначно зацикливает команду, т.е. подписываю изменение в KNX и отправляю в IP, а затем подписываю изменение в IP и отправляю в KNX. Команда будет крутиться бесконечно, забивая шину.
В KNX устройствах не всегда есть возможность использовать отдельный объект для ОС. Поэтому там придуманы флаги, которые разделяют запись и обновление переменной. Гира и Юнг не отрабатывают эти флаги корректно и тоже зацикливают телеграмму, хотя продают и не парятся.
Я понимаю, что это особенность, но, возможно, вы придумаете что-нибудь.
Теперь начинаю тестить.
Евгений, добрый день.
Возможно имеет смысл организовать выполнение по другому. Например не отправлять телеграмму если значение не изменилось, а изменение отправлять не чаще чем через 250 мс от предыдущего, например.
На мой взгляд, аккуратно использовать канал - это обязанность головного устройства и продуманности проекта.
Дело вот в чем, ресивер возвращает громкость в целых процентах, а KNX может задать с дробями, т.е. из KNX я отправляю 22.5, а в ответ получаю 23. Изменение налицо. К тому же есть некоторая разница между представлением уровня громкости.
При этом в цикле ресивер уходит в 0% громкости или в максимум. Происходит так (значения для понимания):
- из KNX приходит 22.5
- от ресивера возвращается ответ 24
- ответ 24 обрабатывается драйвером на сервере как изменение и отправляется из KNX в IP
- ресивер возвращает 26
и так до бесконечности, пока не дойдет до максимума. Однако это неизбежно при использовании различных систем
Евгений, добрый день.
Понятно, спасибо за уточнение. Тогда да, появляется необходимость очень аккуратно разрабатывать драйвера, из-за наличия недокументированных особенностей.
Нужна подробная инструкция в саппорте по всем вопросам "не работы" KNX драйвера.
Можно закрывать топик.