на wb 3.5
uname -a Linux wirenboard-AISNIH3K 4.1.15-imxv5-x0.1 #244 Thu Mar 30 17:01:24 MSK 2017 armv5tejl GNU/Linux
rsniffer wb-homa-rfsniffer_1.0.6-1_armel.deb пульты типа PK311-1 ( addr=dedb addr=5691 ) видны как датчики.
Этой нашей не технической дискуссии явно в этой теме не место, поэтому я через пару дней всё отсюда поудаляю.
Уважаемый @Lex61, мне действительно жаль, что вы воспринимаете ситуацию таким образом.
Мы воспринимаем её немного по-другому: несмотря на то, что на WB3.5 давным давно кончилась гарантия, мы продолжаем вкладывать деньги в разработку ПО для радиомодуля. Тратить на радио ещё больше ресурсов мы, к сожалению, не можем: всё-таки мы коммерческая компания, зарплаты людям платим, и должны где-то эти деньги зарабатывать.
Опять же, мне жаль, что та наша краудфандинговая компания как-то ввела вас в заблуждение. Предложить вернуть деньги за WB3.5 я уже не могу: очень много времени прошло, нам некуда будет деть контроллер.
В качестве хоть какой-то компенсации могу предложить персональную скидку в 25% на наше оборудование, включая наши проводные исполнительные устройства и датчики.
Гарантия и поддержка - это разные понятия. Кстати, о поддержке, у меня (wb5.8), к примеру, ситуация с радиомодулем и датчиками орегон на “стабильном” драйвере wb-homa-ism-radio так и не разрешилась.( помогла только замена на rfsniffer) Я прекрасно понимаю, что “физики” для вас - это убыточная область разработки-поддержки, однако, ребята, если взялись, то уж держите марку. Например, закрывайте финансовые расходы на поддержку физиков продвижением рынка сбыта частникам. вариантов на самом деле много. Я никого не хочу обидеть в моих суждениях и понимаю, что это оффтопик, но лояльность, на самом деле, штука со сроком годности.
Подождите-подождите! Это же PG311-2 от Ноолайта, только толще в 3.5 раза!
Я правильно понимаю, что вы уже получили эти пульты? У них на aliexpress заявленная толщина 35мм, как-то много, они правда такие жирные?
@EvgenyBoger, подскажите, пожалуйста, а когда уже rfsniffer появится в deb-репозитории? А то неудобно новые версии в гитхабе отслеживать.
Без обратной связи (т.е. вы никогда не будете знать, точно ли включилось реле или была помеха и команда потерялась)
Качество работы непонятно, нужно пробовать. Возможно будет срабатывать 10 из 10, возможно 2 из 5. Такие штуки обычно используют очень простой протокол, который легко повторить и обычно он довольно надежен.
Вообще, у меня подозрение, что nooLite тупо закупает в Китае и перепрограммирует свои пульты. Пульты типа PN212-1 это однозначно перепрограммированные Livolo (у меня есть два пульта неотличимые как снаружи, так и внутри).
Я, честно говоря, затрудняюсь сказать, какой они точно толщины (завтра измерю и пришлю). Но, примерно, около сантиметра(думаю около 12mm). Я их сравнивал с выключателями Livolo, те “торчат” из стены примерно на 7-8 mm, VHome немного толще.
в классификации производителя это “PK 311 — трехканальный радиопульт для кнопки, который позволяет интегрировать в систему nooLite возвратные (кнопочные) выключатели любого типа” - когда установлен wb-homa-ism-radio в веб интерфейсе можно добавить устройства которые передают такую же команду как эти пульты (0 - у них есть слайдер вкл-выкл и есть соответствующие mqtt топики вида /devices/noolite_tx и /devices/noolite_rx что позволяет включать выключать прибинанные к этим устройствам силовые блоки
в rfsniffere же в веб интерфейсе появляются только с полем state а топики только mqtt топики только /devices/noolite_rx . Выбор же другого типа виджетам и/или добавление устройства не помогает - слайдер появляется но включение пульта не происходит ни с веб интерфейса ни через mqtt
Насколько я помню, сервис ism-radio именно так и публиковал пульты noolite: отдельное устройство на каждую кнопку с единственным полем state, которое переключается при каждом нажатии. Т.е. в случае с трехканальным РК311 у вас должно быть три устройства /devices/noolite_rxXXX c единственным полем state. Это так? Если да, то так и задумывалось.
Устройства /devices/noolite_txХХ виртуальные, их вроде создается штук 5 и они передают коды, отличные от кода пультов…
в ism-radio я мог добавить такие же пульты с таким же адресом (mosquitto_pub -t ‘/devices/wb-homa-rcd/meta/noolite_remotes_custom’ -m ‘dedb’ -r ) они появлялись в интерфейсе и с устройства или изменяя состояния топика они включали прибинданные исполнительные устройства.
в rsniffer такого не происходит… если я добавляю топики (mosquitto_pub -t …) то они не работаю… если меняю виджет у автоматом добавленного - тоже не работает. мне же нужно чтобы после перехода на rsniffer старые устройства тоже работали
Толщина VHome 11 mm. У nooLite заявлены 10, но думаю это в пределах похрешности.
Livolo выступает из стены на 9 mm. Если поставить рядом - разница заметна, а если просто на стене - не заметно.
Ну и разница между 2000 руб и 16$ примерно в 2 раза…
А это где-то документировано? Я даже не подозревал о такой фишке… Прикрутить её несложно. В качестве простого обходного решения - остановить rfsniffer, запустить ism-radio, создать устройство, остановить ism-radio, запустить rfsniffer.
2.обходное решение (остановить rfsniffer, запустить ism-radio, создать устройство, остановить ism-radio, запустить rfsniffer ) пробовал - устройства создаются но на передачу не работают.
3.Дублировать пульты удобно так как позволяет однозначно связать выключатель и его функцию независимо от того нажал ли ты сам кнопку или это сделал какой либо скрипт. - такойто топик это состояние “свет в ванной” а не состояние “в ванной включенный вручную” и состояние “свет ванной включенный скриптом”. Да и мало три создаваемых пульта. + биндать в два раза меньше
Добавил в mqtt_devices.py несколько строк, теперь легко определять по cmd короткое нажатие и удержание кнопки, а также кнопки ^ и v на сенсорных пультах.
На пульте PB411 - 8 команд помещается (4 коротких и 4 длинных).
Еще на самой клавише можно УФ печатью напечатать иконки сценариев, получится совсем приличный пульт.
поменял значение 1 и 0, т.е. работает как выключатель с фиксированными состояниями.
Эта часть ПРЕКРАСНО работает.
Давайте вернемся к пультам со сценарными кнопками (типа PU212-1, PU312-1 и т.д., там просто разное количество сценарных кнопок и у каждой свой адрес). Сейчас с ними работать невозможно!
При нажатии на сценарную кнопку в логе появляется
где 7 - это явно код команды.
Но так как значение всегда 7, то событие whenChanged вызывается один раз при изменении сценария. Т.е. кнопками пользоваться невозможно.
Пожалуйста, скопируйте код обработки команды “4” в код для команды “7”. Тогда сценарные кнопки можно будет использовать (появится топик “…/state”)
Или хотя бы заведите отдельный топик типа /devices/noolite_rx_0x_unknown0840/controls/counter, пусть это будет счетчик - сколько раз событие приходило. Тогда whenChanged будет работать и кнопками можно будет пользоваться.
Не думаю. Это поле есть абсолютно во всех посылках nooLite и используется просто для того, чотбы отличить посылки от разных событий. Т.е. любой передатчик меняет значение flip между двумя последовательными посылками.
По поводу flip - похоже вы правы, просто меняется каждый раз.
Шальная мысль. Зачем мы себя ограничиваем кодами команд, флипами и т.п?
Давайте при получении ЛЮБОЙ команды от пульта увеличивать соответствующий счетчик.
Т.е. пришла команда 7 - увеличили счетчик
/devices/noolite_rx_0x0840/controls/counter_7
Пришла другая команда с этого адреса - увеличили соответствующий счетчик.
При этом никто не запрещает оставить существующий функционал и постепенно его допиливать и доводить до ума.
Просто на JS гораздо проще писать правила и условия, чем править и пересобирать rfsniffer.