在协议部分，如果使用带有协议的主控“小卡”，FLC057WG通过串口按照协议格式发送数据，就能实现对3D8S上的各点亮度的控制。在第2代的协议中，还集成了输入模式的选择，使得同样的动画数据输出可以在3个正交方向显示，同样的动画逻辑，显示方向可以是上下，也可以是左右，或者前后。进一步扩展了动画的多样性，让动画可以更富于变化，也减少了动画编程的难度，不用因为转变显示方向而重新设计算法，让“小卡”自行“举一反三”。
    从数据结构分析，其实对于一个8x8x8立方矩阵，或是一个64 x8平面矩阵的控制，其实在应用层面，就是对一个长度为64的单字节数组的控制。一个字节有8位，每位都有1和O两种状态，对应LED的亮和灭。长度为64，那么也就有了8×64=512位，对应512颗LED。而对数纽操作是有一定方向性的，或者说，这51 2位其实关系并不是那么对等。这就造成某些动画从某个角度切入容易实现，而这个特定角度又未必是理想的观赏角度。此时借助输入模式的切换，就能轻松解决这样的矛盾。
    说到动画显示，个人感觉在8x8×8光立方有限的分辨率上显示静态位图、字体的能力还是比较薄弱的，又因为点与点间距较大，不太容易构成连线的视觉形象，所以显示笔划效果也不理想。而一旦运动起来，效果又完全不一样。所以我这里说的动画，都是矢量动画，是通过计算所求得的新一帧的动画。这也是玩转光立方过程中最难而又最有趣的部分。

           
    有了协议，就可以跨平台通过外部系统对3D8S的显示效果进行控制。我用c#编写了上位机软件（见图7、图8）。3D8S的上位机软件，可以对3D8S进行三视图取模，演示各种协议命令、播放动画以及音乐频谱。玩家通过它，可以更容易理解如何玩转3D8S光立方。更让人惊喜的是，西安的“噬魂”同学，就根据3D8S开放的协议，在学习Java语言的过程中，编写出自己的上位机程序，比起我“原配”的程序毫不逊色，真是厉害。我也是后来才知道，其实市面上大多的LED广告牌的控制，也都同样采取了上位机配合下位机的彤式。看来“驱动与动画分离”也是业内流行的驱动方式。
    想了解关于3D8S的更多资料，欢迎访问我的博客—一古作坊(http://aguegu.net)。