灯效开发

特点

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/ 下面。 用户编写的第三方灯效文件应放在应用目录内。

灯光设计遵循下面几个原则:

1. 高优先级灯光时，来了低优先级灯光，则不显示低优先级灯光。如果低优先级的灯光是需要恢复的，则放到相应的恢复队列中。
2. 同级灯光A时，来了同级灯光B，则灯光B会打断灯光A。
3. 低优先级灯光时，来了高优先级灯光，则高优先级灯光会打断低优先级灯光。
4. 当前灯光执行完毕，从恢复队列中按照优先级从高到低恢复第一个。
5. 灯效里面需要使用内置的 requestAnimationFrame 定时器。
6. 系统灯效优先级无论大小，总是高于用户灯效优先级。

按照灯效的表现可以分为2类灯效:

1. 在一定时间内明确会自己结束的。
2. 永远不会自己结束的，并且在被打断后需要恢复的。

例如:

音量键按下的时候，音量灯光显示一个箭头灯效，持续 100ms，然后就自己结束了，此时调用 callback，向系统表明灯效渲染完成了。这个时候系统会去队列中恢复需要恢复的灯光。

上面的音量灯效是属于第一类的，也就是在一定时间内明确会自己结束的。

配网灯光，会一直转圈，不会自己自动结束，并且在按下音量键后，配网灯光会被停止，音量灯光结束后，配网灯光还会恢复。

配网灯效是属于第二类的，也就是永远不会自己结束的，只能被调用方手动清除。并且被其它灯光打断后还会恢复。

开发者编写灯效时应按照上面2种类型的规范编写。

灯效编写方法

之前说过，灯效按照效果可以分为2类。

1. 在一定时间内明确会自己结束的。
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 也会立即执行。

有几个点需要注意：

1. 每次设置好灯光效果后，都需要调用 render 函数刷新，render 函数的调用频率受硬件限制，目前建议最低 35-40ms，如果低于这个时间，会发生丢帧。
2. 在 lightd 调用 stop 函数后，应该释放所有资源，不能再去操作灯光了。此时表示有另一个程序在操作灯光。
3. 一个灯光文件尽量只做一个效果，如果需要多段效果，则应该拆分为多个文件，然后在 callback 里依次去执行。
4. 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()
  }
}

上面的效果不会产生预期的动画效果，因为它几乎在一瞬间完成了。

有几个要注意的点：

1. 如果灯效是需要恢复的，则不用调用 callback，因为它永远也不会自己结束，除非用户手动停止。即使调用了 callback 也是无效的，里面是一个空函数。
2. 对于 return 的值，都是可选的。如果你不需要关心 stop 事件，则不需要 return 语句。
3. 如果需要做动画，帧率尽量控制在 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 返回灯的通道数，现在默认都是为 3
• ledConfig.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 参数。