Skip to content

Using qos 1 in dataflow dglux

Rick Zhou edited this page Mar 22, 2017 · 1 revision

Dglux/Dataflow blocks naturally expect the latest value of other blocks, this makes it works perfect with qos:0 subscription.

Some features are added into dataflow so some blocks are able to handle qos:1 subscription

subscription block

if the qos value of subscription block is changed to any none 0 value, it starts to output a table of values instead of output a single value

repeater

in order to handle all the input data from a qos:1 subscription block, the data of the repeater need to be directly bound from the output table of the subscription block

the mode of the repeater should be set to stream so it would never miss any incoming value

output of the stream repeater will be based on the speed of symbol execution, so if there are more than 1 symbol used, the output order might be different from the input data.

script

script block can also work with qos data when its qosMode is true.

in that case, the qos data need to be directly bound to the invoke of the script. and the script should only rely on the data stored in @invoke, not other parameters created on the block.

Protocol
 ◌ Design
 ◌ Initializing Connection
 ◌ Node API
  ◌ Methods
  ◌ Broker
   ◌ Broker Discovery
  ◌ Configs
  ◌ Value Types
 ◌ Tokens
 ◌ Quality of Service
DSLink Manager
 ◌ dslink.json
 ◌ Startup Command
SDK Development
 ◌ Implementation Guide
DSA Server
 ◌ Installation
 ◌ Update Server
 ◌ Server Configuration
 ◌ CLI Tools
 ◌ DSA Permission Basics
 ◌ DSA Permission Model
  ◌ Permission List for the Root
 ◌ Authentication
  ◌ OpenID Connect
  ◌ Password Hasher
 ◌ DGLux Server SSL (HTTPS)
 ◌ Docker
 ◌ Audit
 ◌ Data Node
 ◌ Install NGINX with DSA Server
 ◌ Configure Ubuntu Linux to auto start DSA server
 ◌ Troubleshooting

Clone this wiki locally