Wiren Board 6.5 release wb-2204 (as stable)
Не работает min в ползунке range.
Здравствуйте! В wb-rules минимальное значение ползунка range будет доступно с версии wb-rules v2.12.0. Эта версия должна быть включена в релиз wb-2207, который скоро должен быть выпущен.
precision тоже не работает. Много чего не работает… units
Spinaker:
units
Поддержка units сейчас уже реализована. Изменения должны появиться в релизе wb-2207 stable.
Wiren Board MQTT Conventions
================================
The basic abstractions are *devices* and their *controls*.
Each *device* has some *controls* assigned to it, i.e. parameters that can be controlled or monitored. *Devices* and *controls* are identified by names (arbitrary strings), and have some metadata. Metadata messages are published on device startup with `retained` flag set.
For example, some room lighting control *device* with one input (for wall switch) and one output (for controlling the lamp) *controls* is represented with MQTT topics as following:
* `/devices/RoomLight/meta` - JSON with all meta information about *device*
* `/devices/RoomLight/meta/error` - device-level error state, non-null means there was an error (usable as Last Will and Testament)
* `/devices/RoomLight/controls/Lamp` - contains current lamp state, '0' = off, '1' = on
* `/devices/RoomLight/controls/Lamp/on` - send a message with this topic and payload of '0'/'1' to turn lamp off or on
* `/devices/RoomLight/controls/Lamp/meta` - JSON with all meta information about control
* `/devices/RoomLight/controls/Switch` - contains current wall switch state
* `/devices/RoomLight/controls/Switch/meta` - JSON with all meta information about control
* `/devices/RoomLight/controls/Switch/meta/error` - non-null value means there was an error reading or writing the control. In this case `/devices/RoomLight/controls/Switch` contains last known good value.
Each *device* usually represents the single physical device or one of the integrated peripheral of a complex physical device, although there are some boundary cases where the distinction is not clear. The small and not-so-complex real-world devices (say, wireless weather sensor) are ought to be represented by a single *device* in the MQTT hierarchy.
Each *device* must be handled by a single driver or publisher, though it's not enforced in any way.
show original
Документация ссылается сюда, но тут не сказано, что заработает когда-то в wb-2207 релизе.
Где найти нормальную документацию к текущей версии? Где будет работать все, что там написано.
Изменения в conventions сделаны аж в феврале… и до сих пор что там описано - не работает.
И как русский человек, живя и работая в России, покупая вашу продукцию сделанную в России - хотел бы изучать документацию на русском языке, а не на англ.
Вспомнился сразу УАЗ “PATRIOT”
Все изменения указаны в файле changelog: https://github.com/wirenboard/wb-rules/blob/master/debian/changelog . К сожалению, только на английском языке.
Wirenboard release wb-2207 (as stable), target wb6/stretch
Уточнил у разработчиков. Да, в релиз wb-2207 stable пока эти изменения не включили, к сожалению. Скоро они будут доступны в релизе testing. В стабильном релизе, возможно, они появятся немного позже тоже.
system
20.Октябрь.2022 11:42:17
11
Эта тема была автоматически закрыта через 7 дней после последнего ответа. В ней больше нельзя отвечать.
