tessel 有预感这款板子会塑造一群『前端硬件工程师』

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 4117 天前的主题，其中的信息可能已经有所发展或是发生改变。

我之前在写树莓派的私有云sdk，有一个想法就是，如果我们能方便的access到树莓派，方便的控制硬件（基于不同的linux发行版控制硬件接口是非常麻烦的事情），就可以用node来控制不同的树莓派，操作他们的usb，wifi设置，启动在托管在他们上的服务，甚至用手机来控制。

但这仍然显得并不方便，因为我们要拿到一个没有装系统的树莓派，格式化SD卡分区，安装镜像，安装Node，设置网络，才可以达到上述的一切效果。

tessel 这个板子几乎把上边的痛点全规避了，还实现了js直接跑在芯片上的效果，这使得操作硬件接口变得极其简单，如果基于这个板子做一些原型开发，workaround demo，会非常得心应手。支持Arduino组件包是个很cool的想法，在现有拓展性能不足（已经通过了基础硬件的驱动和api）的情况下，可以让一些对这个有兴趣的玩家深入了解，再进行额外拓展的驱动编码。

此外 tessel 还提供了 mobile sdk 以及一个硬件测试环境。这几乎完全是用互联网的开发模式在颠覆硬件开发。非常值得期待。

http://technical.io/

硬件

树莓

tessel

27 条回复 • 2014-11-25 00:16:01 +08:00

wb14123

2013-08-15 11:17:13 +08:00

Cool，已关注，感谢分享。

turing

2013-08-15 11:19:48 +08:00

这家公司的几个创始人有一位是华人女性，好样的~

另外这个板子可以把我之前做的douban.fm的命令行做成『实体豆瓣电台』了哈哈

panlilu

2013-08-15 11:55:18 +08:00 via iPad

mark，一直在期待类似的东西。不过硬件这玩意儿成本是个大问题。

coolicer

2013-08-15 11:57:54 +08:00

听起来不错。

cchange

2013-08-15 12:24:51 +08:00

关注！小板子是arm服务器的趋势啊~

leavic

2013-08-15 12:35:39 +08:00

这个没有什么新技术啊,我觉得微软的.Net MicroFrame Work就很好用,STM32的片子也有Java虚拟机的移植了,甚至带以太网shield的arduino都差不都.
树莓派其实还是传统的linux开发板,用的人多了才火了,加上一些python脚本库也让一些完全没有linux开发经验的人也能写点东西了.

leavic

2013-08-15 12:37:58 +08:00

不过说真的,他们的代码如果是开放的,板子改造一下,完全可以做成自己的产品了.

turing

2013-08-15 12:51:42 +08:00

@leavic 这个也是我一直想讨论的问题，什么样的板子是为程序员设计的，什么样的板子是为制造商设计的。

把js移植到芯片上跑，算是一门新鲜事，但实际上，在芯片上编码，好多其他的语言都行，而且已经存在很长时间了，我为什么感觉对于maker，现在这个环境正处于一种爆发之前的状态。我自己感觉是有以下几个原因：

1. 这个板子是为程序员设计的，专注于服务与接口，目的是为了降低开发门槛，这个理念和maker的理念是契合的，看国内正在萌生的许多maker社区，甚至开放的制造空间（可租用，可定制，弹性化小规模原型制造）的思维是契合的。我觉得它的主要目的不是用js去替代什么其他语言，也不是因为js会在芯片上跑的更快，而是将『制造的这种可能』变得更大。

2. 在1的基础上，提供了mobile sdk，和测试工具包，以软件的思维来控制硬件，这实际上是在做一个workaround，让软件工程师以他们习惯的方式接触硬件，进一步降低了开发成本，让许多人的想法有变成现实的可能性。

3. 我一直觉得node的优势，是和互联网的优势，本质上是一样的：让成本更低，信息更透明。许多程序员在乎js的性能，在乎js异步流程的限制（需要改变他们的编码习惯），觉得node相对于其他语言没有什么优势。但问题并不在于这里，node的优势在于他的门槛极低。这和以上几点其实是一样的论点。

其实这就好像做平台的思维了，让使用者更爽，更快，更方便的实现他们想实现的产品。门槛低了，玩家就多，有趣的东西也更多了，至于上规模的产品性能问题，js不是一个完美的解决方案，但玩家一多，好方案自然而然会出现。这是任何社区的成长过程。

lisposter

2013-08-15 12:56:55 +08:00

不错，又多了个玩具，感谢楼主分享

cutehalo

2013-08-15 13:02:52 +08:00

这个真是太cool了不要再让我看汇编了...

zhujinliang

2013-08-15 14:10:27 +08:00

硬件：
180mhz ARM Cortex-M3 LPC1830
32mb SDRAM
32mb Flash
TI CC3000 Wifi Radio
16-pin GPIO bank for prototyping
Micro USB or battery power

32M内存和32M flash，跑node会有些吃力吧。。。
看这货要卖多少钱了，这硬件配置真心。。。

leavic

2013-08-15 16:04:07 +08:00

@turing 我没注意这个主题的节点,准确的说,我根本不知道Node.JS是啥.
单就你说的这个问题来说,其实不管是Arduino,.NET MF,还是这个tessel,还是另一家的mbed(C++库),他们做的工作其实就是一件:
把真正底层的驱动完成,提供出统一的总线和IO控制API,然后用户就可以用更高级的语言(C#,Java)来直接操作硬件,而不需要自己去实现硬件驱动.
其实在绕过了底层之后,我不知道上层的应用开发哪家还有什么特殊的优势,因为在接触.NET MF之前我只会C/C++,因为.NET MF我才学了C#,那个时候我才发现这种高级语言写应用真是太简单了,Java也是差不多的一个东西.因为不了解Node.js是什么,所以我也不好判断从语言上讲这个还有什么更加特殊的优势,我只是感觉这些开发板思路都是一样的.
关于你说的为程序猿设计还是为制造商设计,很抱歉我没理解你要表达的是什么,因为我觉得底层驱动移植完成后,上层的高级语言已经可以控制他需要控制的一切设备了,这对程序猿和制造商来说有什么区别呢?制造商无非是在总线上接上了自己需要的Device而已啊.哪怕是树莓派这样的传统Linux开发板,不也是一样的吗?写Linux应用也并不需要懂硬件,只要Linux和BSP本身有完整的驱动就行了.
所以,我没觉得这个板子的特殊性在哪里,它只是在wire,C#,C++之外选了js作为高级语言罢了.

flynngao

2013-08-15 16:22:39 +08:00

@leavic +1 其实关键在于这些高级语言的库……

turing

2013-08-15 17:01:14 +08:00

@leavic 从这个角度来讲，确实没有什么特殊性。从这个角度来讲，可是什么样的板子才有特殊性呢？

我们看这个东西的角度是不同的，高级语言之间也有区别的，就像hn上有人评论会这样说："Why JS? C is fine! " 也有人会这样回答："Why C? ASM is fine!"

Node没有什么特殊优势，它性能不高，写起来流程控制也比较麻烦，我上边想说的不是说这个语言有性能优势，于是才有人做js的板子。这种逻辑是说不通的。js没有任何优势。

但是使用js的人多。因为他简单，所以玩家多。玩家多，所以好玩的东西多。这是我的重点。

turing

2013-08-15 17:02:46 +08:00

@flynngao 我觉得关键在于这个东西是不是够活跃。

myrual

2013-08-16 10:41:19 +08:00

@turing 我很赞同你说的为程序员设计的硬件。我出于这个目的和硬件的兄弟刚刚做了一个树莓派的电扩展板，打算装好电池，装好轮子，装好电机之后卖给程序员们玩起来。我初步打算提供python，ruby，php，javascript，c#的几个演示代码，然后希望所有的程序员都能玩起来。
这个东西你感兴趣么？

我还打算基于这个扩展版设计一些外围器件，即插即用的那种设备，不用焊接和连接线路就可以控制电源开关，灯的亮灭之类的。

HowardMei

2013-08-16 11:43:35 +08:00

不错的开发玩具，把底层抽象成接口，是工控产品很成熟的做法，但都比较贵和专业，而面对嵌入式开发人员的板子，都让你自己搞定各种驱动和库，解决方案也不通用、不开源，在目前纯软件工程师对硬件越来越感兴趣的潮流下，Tessel 给不关心硬件的非嵌入式程序员造了个好玩具，定位非常准。

要做产品，还不大够，基本上要把工控组件化的过程，用新方法再走一遍，家用环境不太严苛，估计成本会降很多，蛮有前途。

turing

2013-08-16 11:48:19 +08:00

@myrual 非常感兴趣！