Usability - Is it something you are focusing on? #143
Replies: 5 comments 5 replies
-
Hey, I have this on my radar, I am in the office currently, so will converse a little later. |
Beta Was this translation helpful? Give feedback.
-
Hey, Sorry for the delay, I need a 2nd pair of arms today 😭 So the node(s) can be seen as more of a framework then anything else, over the past few months we have added some very valuable nodes, that allows very easy integration - with zwave or otherwise devices - I would say some basic level of understanding is needed, but can be something as simple as knowing what a CC is - Command Class (Binary, Multi Level Switch, Indicator) 😉 Such nodes that are aimed for ease of use cmd-factory is for taking inputs from a message, and constructing a zwave command out of it. event-filter is for splitting the types of data changes out to different pins I have taken the liberty of creating an example flow using the nodes. we use 2 devices (1 set to receive only, another set to send only) You might need to re-select your nodes - as our numbers might not match, To add values to a filter row - activate the filter in the list and double click a value title in the UI - this will give you the option to add it as a filter. There is nothing stopping you doing some little function nodes to target different types of devices i.e zigbee right after the filter node Below is the export for the flow above. @crxporter has been the driver behind the more 'user friendly' need for nodes - I just do the hard work 😉 but a read on the wiki is always recommend 😆
|
Beta Was this translation helpful? Give feedback.
-
I guess I'll provide my thoughts since Marcus flagged me! I'm not sure how long you've been watching the project but it has indeed come a long way on this route. Less than a year ago it was a single node with difficult-to-build json inputs and difficult-to-understand json outputs. Now we have the ui, souped up device node, event filter, and command factory. I'm of course not in charge of where the code goes, but my opinion is this: the purpose of Things become complicated when someone decides to build for any one external plug-in. Do we pick my favorite, nodered homekit like deconz? Do we pick the ominous home assistant or openhab? Do we pick Alexa, google, or wait for Matter? I think it's much better to have full access to zwave and provide the tools and documentation for users to integrate that with whatever they like best! I've put in a lot of time lately on the help panels for this node, and the wiki. My dream is to eventually add importable examples using the nodered hamburger menu, to lower the "first day" bar just a bit more... but I don't know when I'll have time to build more on that... Too long? Didn't read? |
Beta Was this translation helpful? Give feedback.
-
My spelling has been complete rubbish throughout these post - I fell out of bed at 02:00 AM and my first thought was to answer your posts on github, I tried my best. |
Beta Was this translation helpful? Give feedback.
-
Hi @lurendrejer, hope your well? Not sure where you are with this module, you still with us? Sometime ago, you mentioned packaging example flows with the module that will help new users. This is just a Curtesy message to advise we now do so as of the latest version. |
Beta Was this translation helpful? Give feedback.
-
I made a long post - nobody likes long posts, so I deleted it.
I've been seeing people in forums using abstraction-layers like home-assistant to get z-wave working in node-red.
In short: Should work be done to intrigue users from the non-technical group or would this be a complete waste of everyones time?
You might already have had these thoughts - but just not chosen to share them anywhere I could find.
The hue, deconz, etc. plugins often has nodes that simply gets triggered by any message, and performs whichever pre-difined (limited) task, for instance: Turn chosen bulb ON.
Beta Was this translation helpful? Give feedback.
All reactions