首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

node-red教程1 node-red简介

编者的话 • 一个偶然的机会,认识了node-red。这种拖拽控件编写代码的方式给了我很深刻的印象。由于我平时工作偏向硬件,所以对这些华丽的前端技术技术不是很了解,但个人认为,node-red技术在搭建具备网络与图形化功能的上位机、编程入门方面有很强的先天优势,也可以拿来做物联网资源的扩展,或与树莓派搭配做网关功能。苦于网上也搜不到多少中文资料,因此决定自己写一点关于node-red技术应用的教程。由于水平不足,教程技术含量有限。如果能对您有一点点的帮助,我就已经心满意足了。 Node-RED背景介绍 • Node-Red是IBM公司开发的一个可视化的编程工具。它允许程序员通过组合各部件来编写应用程序。这些部件可以是硬件设备(如:Arduino板子)、Web API(如:WebSocket in和WebSocket out)、功能函数(如:range)或者在线服务(如:email)。 • Node-Red提供基于网页的编程环境。通过拖拽已定义node到工作区并用线连接node创建数据流来实现编程。程序员通过点击‘Deploy’按钮实现一键保存并执行。程序以JSON字符串的格式保存,方便用户分享、修改。 • Node-Red基于Node.js,它的执行模型和Node.js一样,也是事件驱动非阻塞的。理论上,Node.js的所有模块都可以被封装成Node-Red的一个或几个node。(Node.js 是一个基于 Chrome V8 引擎的 JavaScript 运行环境。使用了一个事件驱动、非阻塞式 I/O 的模型,使其轻量又高效。 Node.js 的包管理器 npm是全球最大的开源库生态系统。) 本来此处应当有安装教程,不过官方的教程已经足够详细,丙炔安装不复杂,就不啰嗦了。

05

使用MASA全家桶从零开始搭建IoT平台(六)使用规则引擎实现告警通知

数据的挑战: 物联网的发展带来了海量的数据。这些数据来源多样,格式不一,处理起来十分复杂。同时,物联网中的设备数量庞大,需要设备间进行高效的协同和管理,这也对数据处理提出了更高的要求。如何从这些复杂的数据中提取有价值的信息,成为了一个重要的问题。在传统的IoT平台中,规则引擎通常是通过编程方式进行配置和管理的,需要专业的开发人员参与。然而,这种方式存在一些挑战和限制。 首先,编写和维护规则的过程相对复杂,需要深入了解编程语言和IoT平台的技术细节。这使得规则的创建和修改过程变得耗时且容易出错。 其次,对于非技术专业人员来说,参与规则编写和管理可能存在一定的门槛,限制了规则引擎的使用范围。 因此,引入可视化规则引擎成为解决这些问题的关键。它通过图形化界面和直观的操作方式,使非技术人员也能够轻松创建、管理和修改规则。它将规则的定义和配置过程可视化,使得规则引擎的使用变得更加灵活、高效且易于理解。通过可视化规则引擎,用户可以直接在界面上定义规则的条件和动作,而无需编写复杂的代码。这样一来,IoT平台的开发和维护变得更加简化和普及化。

02

什么是低代码

这个维度下,低代码平台可以分为专用型和通用型两种。 所谓通用,指的是开发平台不事先假设自身只能应用在特定的场景、业务、行业,而是具有广泛的适用范围。 具有这样特征的开发平台往往需要有一个通用的底座。这个底座是纯技术性的,它不依赖于特定的业务功能,而只与业界广泛使用的标准协议、技术标准产生耦合。不过,这个时候,我们只有深入平台架构实现的细节,才能判断平台到底是低代码还是无代码,这就导致平台的使用者难以甄别。 但是,通用是有代价的,越通用就往往意味着在特定业务场景下的效率越低,越通用就意味着默认配置里的个性化信息越少,为形成某个具体场景所需的配置量就越大,从这个具体场景的角度看,效率相应也就越低。 所以通用型的低代码平台往往伴生着这个特征:有相对完善的有插件(或类似)机制。这一点相对来说比较好识别,相对高通用性的技术底座来说,插件是廉价的,因此通用性低代码平台往往会有数量众多的插件。这些插件可以定制出各式各样具体的业务场景,通过插件的定制化和扩展性来解决效率问题。

02

物联网创新领域的三大驱动性趋势

从设备对接到区块链,今天我们将介绍几项物联网开发者必须了解的最新技术趋势。 物联网正在快速改变着我们的工作与生活方式。过去十年以来,利用惟一IP地址实现联网早已不是难事,但传感器、处理器以及其它多种新兴技术的涌现真正让物联网走向了智能化时代。 以智能化方式处理物联网对接 对于物联网来说,其面临的最大挑战之一在于如何真正步入面向对象世界,同时了解如何将这些各自操有不同语言的对象加以对接。很明显,物联网工程师们不想把精力投入到此类交互编码工作当中,而希望能够快速提取操作数据并据此总结出洞察结论。正因为如此,我们

07

基于surging网络组件多协议适配的平台化发展

Surging 发展已经有快6年的时间,经过这些年的发展,功能框架也趋于成熟,但是针对于商业化需求还需要不断的打磨,前段时间客户找到我想升级成平台化,针对他的需求我们讨论了很久,他的一些需求想法还是非常先进的,针对于现在surging 还有很多需要研发打磨,后面因为时间成本的关系我拒绝了他,我也打算后面慢慢的将surging升级为平台化以便支持物联网,流媒体等业务场景,可以通过统一定义,统一管理来配置构建各种业务场景,而web网关,设备网关,流媒体网关等各种类型的网关可以通过配置添加删除网络协议组件,以便可以支持多种协议适配,设配管理和配置规则引擎等业务场景。 今天所要讲的是以TCP组件为范本如何进行优化构建成平台化多协议适配。

04
领券