Questions on implementing in the real world

I like your work it has a lot of potential, being a .NET programmer i find this controller the most easy (for me) to understand and perhaps enhance in the future.
Having said that, i find that it misses some functionality and examples (or i missed something).

Couple of questions:

i can see that you have a switch UI node and i can understand that i need to connect its out to the in of lets say some actuator node like a relay node. The question is how do i get the hardware node, in this case the relay, to switch the switch node according to its state? i dont see an input for any of these buttons/switches. perhaps its done automatically and i just missed it?

I wanted to use a roller shutter node, and as you probably know this node has 4 different datatypes (or what ever they are called), V_UP, V_DOWN, V_STOP etc. i noticed that when i connected the shutter node the hardware node that i get has only one input and output, is this even supported? How can i get this done?

I appreciate your help on this, as i already said it looks like a great controller platform with a lot of potential.

@dpressle Hi. Yeah, I haven't made inputs in the buttons/switches yet. For now, you can use a UI State node as a workaround. If you want to experiment with coding, you can try to do it. Just look at the source code of the UI State and UI Switch, and put them together. It is not difficult in principle.

At the moment I have not solved the problem of implementing multiple data types in one sensor. The difficulty caused by the fact that I can't find out what type of data the sensor supports. This is not possible in the mysnsors protocol. I would have to draw lots of inputs/outputs at each node to support all types that are possible. It wouldn't be right. It would be possible to make a manual adjustment of data types, but it is not very convenient. So I did limitation: one sensor - one data type. If anybody tell me the solution how it can be implemented, I'll do it.

@dpressle Because I don't want to see V_TRIPPED and V_ARMED on each button/relay, etc. 99% that the second pin will not be used.

For Dimmer it will be V_STATUS, V_DIMMER, V_WATT.
For Temp - V_TEMP, V_ID.
For Baro - V_PRESSURE, V_FORECAST.
For Rgb light - V_RGB, V_WATT
Such a huge number of pins will be very confused. Even more confusing is the fact that it is not clear - this data type should be sent to the device or receive from it (V_STATUS, V_DIMMER, V_WATT - ? ? ?).

@dpressle Send me a pull-request with a modified switch, please.
I'm not experienced with MQTT, so I can not tell on its implementation, but if there are any questions on the code, contact me on skype/telegram/email.