灯效开发教程
特点
YodaOS 使用 lightd 服务管理灯光,即 App 要显示灯光效果,统一交由 lightd 去代理执行,而不推荐 App 直接去操作灯光。这样做的理由有以下几点:
- 方便开发者编写复杂的灯光效果。lightd 提供了抽象的 effects 灯光效果库,开发者使用 effects 库可以很容易的组合各种效果,并按顺序执行它。
- 资源管理。如果您只有一种灯效,那么直接操作 LED 是最简单的。如果您有 2 种灯效,那你要额外一点代码保证它们的执行顺序,如果您有 3 种以上的灯效,那么你的代码除了你知道,只剩上帝知道。
- js 中是异步的,而任何时候,如果有 2 个程序同时去操作灯光,就会出问题。如果你的灯效是在一定时间内过渡的动画,那你在执行第二个灯效的时候,就必须要手动打断它们。
- 使用了过渡动画,意味着你使用了定时器,要手动打断它们,你就必须保存这些定时器的句柄,你会发现,你的代码里全是这些定时器的句柄和取消这些定时器的代码,而真正的灯效代码只占一小部分。
- 使用 lightd 提供的 effects 库,以上这些全都交由 effects 管理了。开发者不用担心会有 2 个效果同时执行,也不用管理定时器。
- 模块化。lightd 将每个灯效文件保存为一个单独的 .js 文件,这样代码耦合度更低,可维护性和可阅读性更高,同时不用担心变量重名的问题,每个文件都是一个单独的作用域。
- 恢复机制。lightd 可以在适当的时机恢复灯效。假如当前正在播放禁麦灯效,突然来了一个音量灯效,音量灯效执行完需要恢复禁麦。lightd 会自动帮你恢复。
- 优先级机制。lightd 可以保证优先级高的灯光优先执行。优先级高的灯效总是会优先执行,灯效开发者无需担心被打断,即使被打断,也有恢复机制。系统灯效优先级是配置文件配的,对于用户灯效优先级是动态可调的。
lightd 流程图
上图是 lightd 的流程图。lightd 提供 play(name, data, options, callback) 方法去执行灯效文件。现在,以下面调用
play("/opt/light/hello.js", {}, function(error) {});
为例子,看一下整个流程是如何进行的。
1:首先,lightd 尝试去停止上一个灯效,如果有,则调用 prev.stop() || prev(),如果没有,则忽略。prev 是什么?先不管,请往下看。
2:然后 lightd 尝试去加载 /opt/light/hello.js 文件,hello.js 文件类似这样
module.exports = function (light, data, callback) { ... }
即灯效文件必须导出一个函数,该函数接收 3 个参数。执行的时候,lightd 会调用这个函数。
3:如果有这个文件,则执行文件导出的方法,并且把上下文,也就是上面提到的三个参数传递进去。light 即之前提到的 effects 库的实例,data 是透传的,callback 是钩子函数,用来告诉 lightd 灯效执行完了。
4:如果没有这个文件,或者加载过程中出现错误,如文件有语法错误、运行时发生错误,那么 lightd 停止此次流程,并且执行调用方传递的 callback 函数。
5:到这里,已经进入了 hello.js,lightd 会执行你导出的函数,你可以使用 light 对象提供的各种方法去渲染灯光效果了。处理完成后,你可以返回一个对象,也就是流程图中所示的 prev。
返回的 prev 对象如果包含一个名为 stop 的方法。lightd 会在需要结束这个灯效时调用这个函数。你可以在 stop 函数内释放所有资源。
如果你的灯光不需要在停止的时候做额外的操作,那么不需要 return 语句
6:如果你的灯光是需要被恢复的,且不会自动停止的,那么不需要调用 callback,因为你的灯光永远不会自动停止。
7:如果你的灯效是会自己自动停止的。如果是一个需要一定时间完成的过渡效果,那么在异步效果完成后应该调用 callback 函数,如果你的灯效是同步完成的,那么完成后你应该调用 callback 函数。
8:callback 被调用的时候,lightd 会通知调用方的 callback,调用方根据第一个参数判断此次调用是否完成。
9:在 callback 被调用后,系统会去恢复队列中恢复优先级最高的灯光。
10:至此,一个完整的流程结束。
lightd 方案设计简介
系统内置的灯效文件默认存放在 /opt/light/
下面。
用户编写的第三方灯效文件应放在应用目录内。
灯光设计遵循下面几个原则:
- 高优先级灯光时,来了低优先级灯光,则不显示低优先级灯光。如果低优先级的灯光是需要恢复的,则放到相应的恢复队列中。
- 同级灯光A时,来了同级灯光B,则灯光B会打断灯光A。
- 低优先级灯光时,来了高优先级灯光,则高优先级灯光会打断低优先级灯光。
- 当前灯光执行完毕,从恢复队列中按照优先级从高到低恢复第一个。
- 灯效里面需要使用内置的 requestAnimationFrame 定时器。
- 系统灯效优先级无论大小,总是高于用户灯效优先级。
按照灯效的表现可以分为2类灯效:
- 在一定时间内明确会自己结束的。
- 永远不会自己结束的,并且在被打断后需要恢复的。
例如:
音量键按下的时候,音量灯光显示一个箭头灯效,持续 100ms,然后就自己结束了,此时调用 callback,向系统表明灯效渲染完成了。这个时候系统会去队列中恢复需要恢复的灯光。
上面的音量灯效是属于第一类的,也就是在一定时间内明确会自己结束的。
配网灯光,会一直转圈,不会自己自动结束,并且在按下音量键后,配网灯光会被停止,音量灯光结束后,配网灯光还会恢复。
配网灯效是属于第二类的,也就是永远不会自己结束的,只能被调用方手动清除。并且被其它灯光打断后还会恢复。
开发者编写灯效时应按照上面2种类型的规范编写。
灯效编写方法
之前说过,灯效按照效果可以分为2类。
- 在一定时间内明确会自己结束的。
- 永远不会自己结束的,并且在被打断后需要恢复的。
对于这2类的灯光,开发流程是一样的,除了有2点不同:
- 对于第一类:因为在一定时间内明确会结束,并且你结束后需要恢复其它灯光,所以你应该在灯光渲染完成后,再调用 callback 函数,告诉系统你完成了。
- 对于第二类:因为需要恢复,且永远不会停止,所以这类灯光不需要调用 callback 函数,并且在调用的时候,需要有 shouldResume: true 这个属性。
编写不需要恢复的灯光
正如在大多数语言中都用 hello world 作为入门教程一样,硬件编程中也有 hello world,它叫 hello LED,也就是点亮一颗 LED 灯。现在,让我们用 lightd 来做一个 hello LED。不同的是,我们要点亮一圈 LED 灯,然后 500 毫秒后自动熄灭。 新建文件:/opt/light/hello.js
hello.js 的内容如下:
'use strict'
// Generic notation, which derives a function for receiving parameters.
// Lightd will call this function when it needs to display this effect.
module.exports = function helloLED (light, data, callback) {
// fill(r, g, b) It will set all lights to white
light.fill(255, 255, 255)
// After the lighting effects are set,
// you need to call the render function to make the hardware take effect.
light.render()
// Then set a 500 millisecond timer
light.requestAnimationFrame(function () {
// set all lights to black
light.fill(0, 0, 0)
light.render()
// Callback is called after all the lights are completed,
// telling the system that the lighting effect is completed.
callback()
}, 500)
}
首先导出一个函数,函数接收3个参数,分别是 light:lightd 的 effects实例,该对象中包含了操作灯光的方法和内置效果,方便开发。data:用户调用灯效时传递的数据,是透传的。callback:钩子函数,在灯效完成时调用,通知 lightd 灯效完成了。所有的灯效都类似这样,只是里面的设置灯效操作不同。
然后在灯效执行的时候,lightd 会执行这个导出的函数,在函数里面,我们给灯光设置效果,使用内置的 fill(r, g, b) 函数,把所有灯光填充为 255,255,255,也就是白色。
设置完效果后,不要忘记调用 render 函数去渲染效果到 LED 硬件上。
最后,我们保持灯光长亮 500 毫秒。这里使用了内置的定时器,requestAnimationFrame(cb, time),500 毫秒后,我们重新把灯光设置为 0,0,0,也就是全部熄灭,同样调用 render 函数渲染。
在熄灭灯光后,我们的整个灯效操作就完成了,所以我们调用 callback 函数,告诉 lightd,我们后续不会再有操作了,可以结束这个灯效了。
callback 一旦被调用后,light 对象会被置为不可用状态,所有的灯光操作方法会失效,即无法再渲染灯光,同时,定时器也不会再执行。调用方的 callback 也会立即执行。
有几个点需要注意:
- 每次设置好灯光效果后,都需要调用 render 函数刷新,render 函数的调用频率受硬件限制,目前建议最低 35-40ms,如果低于这个时间,会发生丢帧。
- 在 lightd 调用 stop 函数后,应该释放所有资源,不能再去操作灯光了。此时表示有另一个程序在操作灯光。
- 一个灯光文件尽量只做一个效果,如果需要多段效果,则应该拆分为多个文件,然后在 callback 里依次去执行。
- lightd 在切换多个灯效的时候,会自动保留上一个灯光的最后一帧,留到下一个灯光中,所以切换多个灯效不会产生闪烁的问题,我们叫这个:过渡
编写需要恢复的灯光
上面我们编写了一个最简单的灯效,现在我们来编写一个会自动恢复的灯光:呼吸灯。它会一直有呼吸效果,并且如果被其它灯光中断,呼吸灯还会自动恢复,然后我们自己手动清除它。
"use strict"
module.exports = function hello (light, data, callback) {
function render() {
// Call the light effect library provided by lightd to realize the breathing light
light.breathing(255, 255, 255, 1000, 30, (r, g, b) => {
light.fill(r, g, b)
light.render()
}).then(() => {
light.requestAnimationFrame(() => {
// Recursively call the render function,
// this light will always breathe, will not stop, unless interrupted
render()
}, 60)
})
}
render()
// Note: This type of light does not need to call callback
return {
// This hook function is called when it is interrupted,
// if we return the stop function.
// This stop function is optional if you don't need to care about interrupt events.
stop: function() {}
}
}
调用方通过 light.play('breathing.js', data, { shouldResume: true }, callback)
调用这个灯光,告诉系统,这个灯光是需要恢复的。如果中间执行了其它灯光,那么这个灯光也会自动恢复。除非用户使用 light.stop('breathing.js')
清除恢复的灯光。调用需要恢复的灯光,因为灯光里面不用调用 callback,所以在调用方看来,开始执行灯效的时候,callback 就会立即被调用返回。
上面我们使用了 breathing
效果函数,这是内置的呼吸效果,它的函数定义如下:
function breathing (r, g, b, duration, fps, render(r, g, b, lastFrame)) => Promise
它的效果是 rgb(0, 0, 0)
线性变换到 rgb(r, g, b)
,再从 rgb(r, g, b)
线性变换到 rgb(0, 0, 0)
。变化的持续总时间是 duration
,单位毫秒,变换的帧率是 FPS
,每次变化的中间值会通过 render
函数回调。lastFrame
参数表示这是最后一帧。变化完成时,Promise 为 resolve
状态。
light
对象还有很多内置的效果函数,请参考 API章节。
重要
JavaScript 中 IO 操作是异步的,如果你想要做一个从 0 渐变到 255 的动画,下面的写法是无效的:
module.exports = function (light, data, callback) {
for (var i = 0; i < 256; i++) {
light.fill(i, i, i)
light.render()
}
}
上面的效果不会产生预期的动画效果,因为它几乎在一瞬间完成了。
有几个要注意的点:
- 如果灯效是需要恢复的,则不用调用 callback,因为它永远也不会自己结束,除非用户手动停止。即使调用了 callback 也是无效的,里面是一个空函数。
- 对于 return 的值,都是可选的。如果你不需要关心 stop 事件,则不需要 return 语句。
- 如果需要做动画,帧率尽量控制在 30FPS - 60FPS。
自定义灯效动画
内置实现了呼吸灯和渐变动画,下面来讲一下如何实现自定义的灯效动画。
灯光的动画原理和屏幕的动画原理是一样的,我们可以把一个LED灯当做一个像素点,我们以合适的速率去刷新LED灯的亮度值,就能看到动画效果。
下面我们做一个简单的渐变动画:亮度从0渐变到255。
module.exports = function (light, data, callback) {
var currentColor = 0
var render = function () {
light.fill(currentColor, currentColor, currentColor)
currentColor++
if (currentColor > 255) {
return
}
light.requestAnimationFrame(render, 33)
}
render()
}
上面是一个最简单的动画,所有灯的亮度从 0 渐变到 255,每 33 毫秒刷新一次亮度。所有的动画都是基于这个原理。
事实上,内置的 ransition
和 breathing
也是这样实现的,只不过他们计算的颜色通道是 RGB,且加入了 FPS 和 duration 参数。
适配不同硬件
具体到某一款硬件产品中,灯的数量是固定了的。这样有一个问题,就是灯效必须要适配不同的硬件产品。
例如,如果在渲染过程中,灯的数量超出了,那么就会发生错误。如果灯效是为 RGB 灯光编写的,那么到了单色通道的产品中,效果可能会不对。
针对适配灯的问题,light 对象中有 ledsConfig 属性可以获取到灯的硬件配置。
module.exports = function (light, data, callback) {
light.ledsConfig
}
ledsConfig.leds
返回灯的数量ledConfig.format
返回灯的通道数,现在默认都是为 3ledConfig.maximumFps
返回刷新一帧所需要的时间,单位为毫秒,表示刷新2帧之间至少需要这个时间,要不然会发送丢帧。
调试灯效
在 lightd 服务目录下,有 tests/lightMethod.js 文件,该文件封装好了一个方法可以直接调用 lightd 对外提供的 api。全部 api 可以查看 lightMethod.js 文件,里面每个 api 都有详细的注释和函数声明。
下面是几个常用的例子。
播放灯效
播放灯效是调用 play,下面我们播放之前写的 hello.js 灯效。
var lightMethod = require('./lightMethod)
lightMethod.play('@testAppId', '/opt/light/hello.js', {}, {})
.then((res) => {
console.log(res)
})
.catch((err) => {
console.log(err)
})
把上面这些代码保存为一个 .js 文件,然后执行它,就能看到灯效了。
查看 lightd 日志
目前调试灯光,光靠眼睛看是不够的,尤其是多个灯光切换的时候,可以使用
logread -f -e nice | grep lightd
或者 logread -f -e nice | grep lightService
lightd 是灯光服务处理请求的日志,可以查看到所有 App 调用的请求。 lightService 是具体的处理逻辑部分,可以查看到每一步正在执行的动作。
如果日志较多,不方便查看,可以把 lightd 服务停掉,然后手动启动它,这样就不会有其它的日志干扰。具体步骤:
停掉 lightd 服务,使用 /etc/init.d/lightd stop
手动启动 lightd,进入 /usr/lib/yoda/runtime/services/lightd/
,执行 iotjs index.js
然后这里就能看到所有灯光的日志了。
播放需要恢复的灯效
播放一个需要恢复的灯效,和播放灯效没有多大区别,只需要在 options 里面多加一个 shouldResume: true 属性。
lightMethod.play('@testAppId', '/opt/light/hello.js', {}, { shouldResume: true })
.then((res) => {
console.log(res)
})
.catch((err) => {
console.log(err)
})
停止灯效
停止播放某一个灯效只需要调用 stop 方法就行了。
var lightMethod = require('./lightMethod)
lightMethod.stop('@testAppId', '/opt/light/hello.js')
.then((res) => {
console.log(res)
})
.catch((err) => {
console.log(err)
})
参数和 play 方法基本是一样的,只是不需要 data 和 options 参数。