技能 – 第 13 页 – IoT前哨站

OpenEyeTap：基于树莓派的开源AR智能眼镜

这一款EyeTap智能眼镜，使用3D打印组件，内置光学微型显示器，微型摄像头和带wifi功能的树莓派Zero W。具有电子记录功能（类似车载记录仪）和快照功能。

以下是项目团队对该项目的说明。

欢迎各位了解Open EyeTap项目！我们是一个具有雄心壮志的创作团队，致力于打造世界上最灵活的智能眼镜和可穿戴增强现实的社区。我们希望提供一个框架使AR技术可以蓬勃发展。我们希望与世界各地的设计师分享我们的EyeTap。作为一个社区，我们可以共同改进这种开源技术。

我们在这个项目中的主要目标是简化EyeTap的构建。我们希望它能帮助您建立自己的体系和减少进入AR领域的障碍。也希望你会找到有趣的功能和设计（也许是符合你生活方式的特定功能），都可以添加和分享到我们的网站：openeyetap.com！我们相信，作为一个社区，我们都可以成为开发第一波开源增强现实式眼镜不可或缺的有力臂膀。

下面我们详细介绍这款造价不到200美元的EyeTap的DIY步骤，你就可以打造同款了。简而言之，我们将使用3D打印组件，内置光学微型显示屏，微型摄像头和带wifi功能的树莓派 Zero W。我们目前开发了一种可以用EyeTap运行的电子记录功能（类似车载记录仪），更多其他模块和功能即将推出。

功能1：记录功能（Dash-camera）+ 快照功能

1、按下＃1时，可拍摄照片。
2、按下＃2时，可视频拍摄。按下按钮可保存1分30秒前的画面和后30秒的画面。如果连接到无线网络，将自动上传到你的YouTube频道。如果你的EyeTap未连接到WiFi，则保存到本地SD卡。

什么是记录功能？

车载摄像头在汽车中很常见，可以记录事故或异常事件。它们在循环缓冲区中运行，不断记录和覆盖旧的影像资料。在类似的运行基础上，我们可以从自己的视角拥有个人的视频纪录。如果你目睹或卷入任何意外事件，或着是想记录有趣或难忘的时刻，都可以按下按钮保存纪录。

当按下按钮＃2时，最近的1分30秒，和按下按钮30秒后都将记录并保存为一个视频文件。如果连接到无线网络，这将自动上传到你的YouTube频道，如没有连接WiFi的情况下，则会本地保存。

步骤1：项目所需材料

需要3D打印部件（项目文件库中包含STL文件）

1x 3D打印头架
1x 3D打印左耳机
1x 3D打印右耳机
1x 3D打印鼻夹
1x 3D打印树莓派zero外壳
1x 3D打印树莓派zero盖子
1个3D打印的微型屏幕外壳
1个3D印刷的微型屏幕电路外壳

你可以选择水平或垂直的版本。本项目中，我们将使用水平版本，尽管照片中显示的是垂直的。

所需的电子和机械零件

树莓派Zero W × 1
微型显示屏 × 1
微型摄像头 × 1
微型摄像头Flex适配器 × 1
微型摄像头连接到树莓派的软排线 × 1
鼻夹片和1.5mm螺丝 × 1
分光镜 × 1
35cm电线 × 4
15cm电线 × 4
按钮 × 2

所需的工具

16mm M2螺丝 × 8
14mm M2螺丝 × 2
12mm M2螺丝 × 4
10mm M2螺丝 × 1
8mm M2螺丝 × 3
1.5mm螺丝用于固定鼻夹 × 1
螺丝刀 × 1
钳子 × 1
焊接用具 × 1
热熔胶 × 1

步骤2：3D打印EyeTap部件

如果你可以在家中，学校或附近的公共图书馆使用任何类型的3D打印机，则可以下载本项目文件库中的STL文件并自行打印部件。

如何成功3D打印部件，这里可以提供一些技巧。

1、100％填充所有部件，特别是头部带状框架，20％的填充物太脆弱，不适合玩耍。
2、如果打印正确，则不需要支撑材料的部件有：头部框架、微型显示屏、电路外壳、树莓派外壳和盖子。
3、需要支撑材料的部件有：耳塞，显示器外壳，鼻托支架。

步骤3：组装EyeTap框架

1、打印好组件后，先卸下支撑材料。多余的材料可以用在耳机支架和微型显示屏外壳上。
2、将右耳机滑动到头部框架上，组装EyeTap架。
3、从末端数起，听筒应位于第二个凹槽。
4、听筒应朝使用者头部内侧弯曲。使用两颗螺钉（M2x16mm）和螺母将听筒固定在头框上。重复使用左听筒。

步骤4：组装微型显示屏

1、将M2x8mm螺钉嵌入微型显示屏组件的中心部分。
2、将微型显示屏装入3D打印的微型显示屏外壳中。微型显示屏的两个突出接口应该插入外壳内，插入时稍许用点力。
3、将电路板固定在3D打印的电路板外壳中。让黄色部分自然弯曲在外壳的底部。之后，用螺丝将电路板外壳固定在微型显示屏外壳上。
4、使用三个螺钉（两个M2x8mm和一个M2x10mm），将分束器固定到微型显示屏模块上。
5、使用两个M2x12mm螺丝将模块固定在EyeTap头框上。

步骤5：组装鼻托模块

1、将金属鼻托插入3D打印的鼻托支架中，用螺丝固定。
2、将两个鼻片插入金属鼻托，并用螺丝拧紧。
3、在所有硬件连接并集成到框架上之前，请先不要固定鼻托模块。接线完成后，将鼻托放在EyeTap头框上并用M2x12mm螺丝固定。鼻托部件突出于头部框架，朝着使用者的方向安装。

步骤6：使用微型摄像头构建树莓派模块

如图所示，连接软排线，带电线PCB板、微型摄像头和树莓派。确保树莓派和PCB板两端的蓝色面朝上。确保微型摄影机排线的银色面朝上。

步骤7：将微型显示屏连接到树莓派Zero W

1、微型显示屏附带的连接器总共有7根导线，其中只使用4根。如图所示，每端使用2根电线，并将其他3根电线切断。
2、每根导线都有颜色编码，并具有以下功能。
红线：电源
黑线：地线
白线：另一个地线
橙线：视频传送线
3、同样你还需要准备4根35cm长的黑色导线。你可以先放弃3根，或以备留用。这4根黑色导线将用于将树莓派连接到微型显示屏的连接器上。
4、将四根彩色导线焊接到35cm长的四根黑色导线上。
5、如图所示将四根黑色导线焊接到树莓派。
6、将微型显示屏的连接器插入到微型显示屏，并将黑色导线穿过头部框架内侧并返回到树莓派。框架内侧的标签用于容纳和保护电线。
7、将树莓派放入它的机箱内。

步骤8：将按钮连接到树莓派Zero W

1、两个按钮将连接到树莓派，其中一个（＃1）用于“拍照功能”，另一个（＃2）用于“Dash-Cam视频功能+ YouTube上传功能”。
2、准备两个按钮，两个10k电阻和四根15cm长的电线。
3、按原理图所示连接按钮。按钮＃1连接到GPIO 17,接地用于图片功能。按钮＃2连接到GPIO 18,接地用于Dash-Cam功能。
4、图片中包含树莓派Zero GPIO图。黄色突出部分是使用部分，标出以供参考。

步骤9：集成硬件和其他机械零件

1、将树莓派Zero W插入3D打印的树莓排机箱中。确保按路线安装好微型显示屏的连接器，将按钮置焊接到树莓排外壳上。
2、将电线安装在头部框架的内侧，一直延伸到微型显示屏。
3、将连接器插入微型显示屏电路板。现在连接树莓派，以便屏幕显示输出。
4、将树莓派机箱固定在头部框架的左侧末端。
5、将微型摄像机安置在头部框架外表面。用强力胶将微型摄像机粘到EyeTap的主框架上。它应该位于用户鼻子的上方，与用户眼睛的朝向相同。
6、在树莓派机箱内轻轻折叠微型摄像机。用树莓派机箱上的4个M2螺丝将树莓派机箱盖固定在机箱上。
7、用热熔胶固定好两个按钮。

EyeTap的组装工作已完成

所有硬件组件都符合人体工程学的机械装配，现均已正确连接。唯一缺少的组件是软件。此时，如果你知道如何使用树莓派和Python，那么你已经完全有能力编写自己的所要的功能。线上有丰富的资源和无限想法，这正是我们最终建立自己的Wearable AR社区的原因，我们可以共享自己的新项目供其他人试用。但是，如果你想测试我们现有的程序，请参阅接下来的2个步骤！

步骤10：软件＃1 纪录功能(dashcam) +快照功能

你下载和“即插即用”的第一个选项是记录功能(dashcam) +快照功能。你可以使用预先配置好了的Raspbian系统镜像。

自动执行程序

提供的图像具有设置为自动启动dashcam的功能——在任何时候按下ctrl + c可终止此过程，并禁止自动删除或编写/home/pi/.bashrc file ”中的“python /home/pi/Eyetap/dashcam/dashcam.py”。

在dashcam文件夹中提供了一个名为autostart.sh的脚本，该文件夹可自动设置为自动启动dashcam功能（如果它尚未设置为自动启动）。

通过运行命令/home/pi/Eyetap/dashcam/autostart.sh来执行此操作。

将EyeTap连接到你的YouTube频道

dashcam代码被设置为自动上传到YouTube，但它需要你的个人YouTube账号。当第一次运行代码时，它应该通过网页浏览器将你重定向到YouTube，你可以安全地输入你的YouTube登录账号。然后它会生成一个.youtube-upload-credentials.json文件，你可以将其放在你的主目录（/home/pi）中。你还可以更改上传视频的标题和说明以及代码中所述的分辨率，帧率和视频长度等参数。

步骤11：启动EyeTap！

完成SD卡设置后，将其插入树莓派Zero W。为EyeTap提供电源，连接电源——将Micro-USB插入树莓派Zero W上，将USB连接到便携式电池（任何可连接到手机充电器的便携式电池都可以）。将便携式电池放入你的口袋中，在EyeTap运行时可随身移动！

本项目所需的资源可在项目文件库中找到：
http://maker.quwj.com/project/45

来自：树莓派实验室

在Raspberry Pi 3B上跑Resin balena容器引擎

物联网正在快速发展，它是智慧设备的高度互联网络，这些设备包括环境传感器、健康跟踪器、家用电器和工业设备等。到 2020 年，预计有 200 亿个设备将连入网络，这超过 PC、智能手机和平板电脑加起来的数量的两倍。开发人员正在快速开始为 IoT 创建应用程序，而使用容器可在不同方面为他们带来帮助。

容器是一种轻量型的虚拟化方法，开发人员可使用该方法快速、大规模地开发、测试、部署和更新 IoT 应用程序。此前也有许多 Web 和移动应用程序开发人员使用虚拟机管理程序（比如 VirtualBox）来运行虚拟机 (VM)，在一个跨平台的开发、测试和部署工作流中虚拟化物理硬件。道理异曲同工，但容器肯定更轻量。

Balena就是这样一个基于“Moby”的轻量级开源容器引擎，可以兼容32位到64位多种ARM架构，精简又轻便。可以跑在树莓派上。

安装也非常简单，一个命令搞定。

curl -sfL https://balena.io/install.sh | sh

不过缺点也是有的，比如没有Swarm集群、插件、云日志、应用层网络、非boltdb支持的商店。当然在IoT场景中，这些特性的需求度不高。

我在树莓派3B上测试了这个容器引擎，感觉还挺方便。

以后balena将在ResinOS里代替Docker，相信其他一些Docker相关的初创公司也会慢慢走上这条道路。恩，我指的是各种基于Moby的容器引擎替代Docker的。

买不到称心的智能镜子，就DIY一面吧

智能镜子可谓是科幻电影的必备道具。作为未来世界中信息泛滥的最佳展现形式，它随时能为主人公提供需要的消息。

然而，如此高大上的设备，制造起来其实还挺简单的……

所以，别再等众筹网站上不靠谱儿的项目了，不如自己动手组装一面～

材料：

一块树莓派3主板，或者有Wi-Fi 功能的旧型号。

一台有HDMI接口的显示器。显示器的尺寸就是智能镜子的最终尺寸，显示器还应该带USB接口，这样就不需要再为树莓派拉根电源线。

一面双向镜。尺寸当然和显示器一样。

鼠标、键盘，用来设置树莓派。

一幅画框，用来框镜子。当然，如果你有更好的创意，也可以不用画框～

工具若干。

制作：

制造智能镜子最难的并不是编程，因为需要的软件，Michael Teeuw创建的《智能镜子计划》网站（https://magicmirror.builders/）都给你打包好了。基本上，只要链接好树莓派，再安装上MagicMirror2;软件就行，甚至不需要下载，只要在树莓派上运行一行代码就成。

bash -c “$(curl -sL https://raw.githubusercontent.com/MichMich/MagicMirror/master/installers/raspberry.sh)”

为防你想要亲力亲为…… GitHub上也有手动安装指南，地址如下：

https://github.com/MichMich/MagicMirror#manual-installation

安装时长在10-20分钟之间，一旦完成，编程上就没别的活儿了。不过还需要做一些设置，比如关掉屏保、旋转屏幕（镜子大部分都是竖着的嘛～），还有保证在待机状态下 Wi-Fi不会断开。

接下来就是真正有趣的部分了～

设置镜子界面：MagicMirror自带了时钟、当前天气、天气预报、新闻、问候语、Hello World，和闹钟模块。其中一些模块是需要额外设置的，比如说注册API钥匙，添加地址什么的。

MagicMirror还是个开源软件，这意味着第三方开发者会不时为它增添新的模块，让你持续完善自己的智能镜子。

一旦你把所有需要的模块都设置好了，就可以把显示器变成智能镜子了～

把双向镜放在显示器上（当然是镜面那面朝外），框好相框，你的智能镜子就做好了。

如果你想要做的再完美（彻底）点，还可以把显示器的硬件从塑料外壳中拆下来，让它一劳永逸地做面镜子~

来源：sohu

为什么说最适合IoT开发人员的发行版是Ubuntu

一句话前言：本文说的是用来“写”代码的机器，不是主要用来“跑”代码的机器。

适合做开发的桌面系统很多，但适合做IoT开发的并不多。

首先要支持各种硬件驱动和外设，再则要方便安装各种开源或闭源的IDE和插件。

很多朋友可能会说Mac OS X不错啊，Mac OS X是不错，但对应的Macbook实在不合群，一旦要用到USB口或者以太网口什么的……

Windows更适合用来进行Windows IoT版开发，而大部分嵌入式设备跑的是Linux……

好吧，那我们在Linux阵营里找。

此刻的答案可能要多如牛毛了，每个发行版的粉丝们都会讲出自己的理由。但我还是要说出我的选择 —— Ubuntu Desktop。

Eclipse 基金会在2017年四月完成了由 713 位开发者回答的 IoT 开发者那个调查，他们被问到了有关 IoT 编程语言、云平台、IoT 操作系统、消息协议（MQTT, HTTP）、IoT 硬件架构等问题。

当被问及大家在IoT开发时采用的操作系统/Linux发行版时，Raspbian 以 45.5% 的比例遥遥领先，Ubuntu/Ubuntu Core 紧随其后，使用比例达到了 44.0%。

嗯，答案看起来应该是Raspbian才对。

可大家别忘了Raspbian一直是跑在树莓派上的，而我们这里说的是技术人员平时用的开发环境。

Ubuntu/Ubuntu Core的官方支持列表大家有目共睹，不管是树莓派还是Orange Pi、DragonBoard 410c、Intel NUC……都能跑。

况且市面上很多公司的产品都在基于Ubuntu Core做定制，不管是大疆、Erle Robotics的无人机还是Rigado的IoT网关。

这样一对应，用Ubuntu的桌面来开发Ubuntu IoT这类系统的软件似乎再合适不过。很多包和组件都是配套的，有官方支持。

为各类设备做内核编译等操作的时候，运行Ubuntu Desktop的高性能X86桌面电脑可以快速交叉编译，搞定你需要的组件。不管是Ubuntu系统的，还是Raspbian系统的。

另外，近期开始流行的跨发行版Snappy包管理器，最初就是为Ubuntu系统构建的。其管理的Snap 包可对 App 和 Ubuntu Core 软件本身进行原子级事务性更新。具有沙箱的属性，不可以随意访问外部资源，和系统的其它部分隔离开来，并通过设计好的安全策略与其他 Snap 进行交互。这也是 Ubuntu Core 具有极强安全性的原因。

写了半天，突然发现Ubuntu官网已经把18.04 LTS这一“长期支持版”正式上线了。

是的，作为一个IoT开发平台，LTS —— “Long Term Support”也很重要。也许这就是我喜欢用Ubuntu Desktop来写代码的原因吧！

给树莓派装个Web界面的仪表盘

大部分人都习惯界面友好的系统监视器，以便直观的了解系统的实时运行情况。

哪怕是一个正在跑着简单应用的树莓派。

最近看到有些朋友在用一个叫“Pi Dashboard”的仪表盘程序，感觉还挺清爽。

于是也装了一个试试。如图所示。

该应用后端是PHP，前端使用了bootstrap和jquery，安装也很简单，标准的LAMP或者LNMP环境都可以。

sudo apt-get update

sudo apt-get install nginx php7.0-fpm php7.0-cli php7.0-curl php7.0-gd php7.0-mcrypt php7.0-cgi

启动完nginx 和 php7.0-fpm之后，编辑Nginx配置文件。

sudo nano /etc/nginx/sites-available/default

把location那一整个大括号区域替换成如下内容即可：

location / {
index index.html index.htm index.php default.html default.htm default.php;
}

location ~\.php$ {
fastcgi_pass unix:/run/php/php7.0-fpm.sock;
#fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}

如果是已经在跑Apache的PHP环境，直接运行即可。此应用在Raspbian Stretch系统和树莓派3B/3B+ 上均测试成功，感觉可以在后面加入温度显示。

注：该项目来自NXEZ.com的树莓派实验室，使用GPL v3.0许可证。

项目地址：https://github.com/spoonysonny/pi-dashboard

如何在树莓派的终端测试网速

Ookla 的 Speedtest 网速测试相信做网络的人大多都用过。这在PC桌面和移动APP上是很简单。登陆点击“Go”即可。

它会自动测试你的机器到最近服务器的网速。如果你只有树莓派终端，那怎么在命令行下做测试呢？

首先，我们要安装speedtest-cli这个包，树莓派直接apt-get一下即可。如图所示。

直接执行speedtest这个命令，就可以自动测试了，这里我的树莓派在访问北京电信的一个服务器。这里可以看到下载速度3.40 Mbit/s，上传速度3.87 Mbit/s。

如果想查看北京还有那些其他服务器，可以用：speedtest-cli –list | grep -i beijing 这个命令。另外，如果你还想生成一张图发给别人的话，可以在后面加个“–share”参数。

然后就可以得到对应的图片网址了。如图所示。

从这个图上可以看到，我这个网速比全国62%的机器都要慢，略有遗憾。

用树莓派和 RFID 做能识别音乐专辑的桌子

有不少年轻用户还会追黑胶唱片。

他们的着眼点并不在体验传统的味道上，而是觉得收集黑胶或者其他实体专辑是一种支持歌手出唱片或提升“仪式感”的行为。

虽然不怎么听，但买起来也不会少。

确实，现在要听个实体专辑确实也不容易。黑胶的话经不起折腾，听 CD 也不方便。而且现在的人已经习惯了那种以单曲、EP 为主的音乐消费模式，很少人能够坚持把一张专辑完完整整听完的。

所以在声音体验也没有差太多的前提下，与其去不断切歌、换碟，倒不如直接用流媒体来得方便。

但其实，现在有人还想去玩“实体专辑”。GitHub 上有一位用户，就通过树莓派做了一个识别感应器，让自家的 Google Home 用上“实体专辑”。

根据 The Verge 的报道，这位来自 GitHub 上的用户叫“hoveeman”，他将一个射频识别读卡机和树莓派 Raspberry Pi Zero 连接起来，并开发了一套专用的程序。安装上这套程序后，树莓派能够给家中的 Google Home 发出指令，让它播放相应的专辑。

在这套组合中，射频识别读卡器 RFID 模块的任务就是用来识别“实体专辑”。

这些“实体专辑”，其实是 hoveeman 自己做的一些小卡片。小卡片的表面印着专辑封面、名称和表演者，卡片内部则呆在了一块小型识别芯片。当用户将芯片放到 RFID 模块上，模块就能够识别出相应的信息，传输到 Raspberry Pi Zero 上。电脑处理后，就会发送的 Google Home 上，让它播放相应的专辑。

这个模块能够隐藏在家居产品当中，不管是木桌还是凳子，只要不阻碍 RFID 识别的，都能够藏在里面。虽然这套设备带来的解决方案有点“多此一举”，但现在看起来有点意思。至少，它比你经常换 CD 来得方便。

现在，Hoveeman 将这套解决方案都上传到 GitHub 上。你可以在以下网址：

https://github.com/hoveeman/music-cards

查到它用过的设备和代码，自己做一套相同的出来。

这个其实有点像用 RFID 来控制 Spotify 的方案，那个方案也是用识别卡片来让智能设备播放 Spotify 中的专辑或特定播放列表，做法和实现目标基本上没有什么大分别。

这些方案对于开发者来说，也都是自娱自乐的东西而已。

毕竟，现在的人确实也不怎么喜爱这种消费方式。他们只需要一个简单的听歌方案，而流媒体服务正好能够给他们最简单直接的体验，有这个来确保基本需求之后，其他东西也不重要。

转自 ifanr

Windows平台也高效的GNU编译工具链 —— MSYS2

MSYS：Minimal GNU（POSIX）System on Windows，是一个小型的GNU环境，包括基本的bash，make等等。

而MSYS2除了集成了MinGW这个精简的Windows编译器以外，还集成了包管理器等等。

MSYS2可以在Windows下搭建一个完美的类Linux环境，包括bash、vim、gcc、make等工具都可以通过pacman这个包管理器来添加和卸载。使用界面如图所示。

如果要安装git工具，可以这样。

是不是很方便？顺便说一句，高性能 Web 平台OpenResty的64位Windows版本也是用这个编译的。

安装限制:

MSYS2 不能安装在FAT* 分区。
MSYS2 仅支持Windows XP以后的版本。

基本工具包使用：

pacman -Sy 更新软件包数据
pacman -Syu 更新所有包
pacman -Ss xx 查询软件xx的信息
pacman -S xx 安装软件xx

延长树莓派上SD卡的使用寿命

据说SD卡的写入次数是有限的，那么这是否意味着用树莓派当作服务器会存在一些问题呢？也许吧，目前只是个别文章报告了SD卡会报废，但并没有完全的定论。于是我开始寻找一些方法把SD卡的写入次数降到最低，理论上有助于延长它的使用寿命。

在一个SD卡上运行GNU/Linux的最佳实践

一张容量更大的卡假设写操作在卡上的各个地方都有可能进行，这样越大的卡在同一区域多次书写的概率越小。对于大多数的树梅派GNU/Linux发行版来说，一张4GB的卡够用了，但8GB或者16GB从这个角度来看更合适。让我们把4GB提高到8GB，那么在同一区域进行写操作的概率会减少一半。

坚持选个好牌子已经有许多文章都提到要坚持选择顶级品牌的SD卡。我没有整理出一份品牌列表也没有特别支持哪个品牌，但幸运的是已经有很多文章显示了顶级品牌和它们的报废率。调整GNU/Linux写入到内存而不是SD卡上这使用了一个叫“tm

pfs”的功能，它是GNU/Linux提供的一个非常酷的玩意。Tmpfs能够像写入一个正常的文件系统一样让写操作写入内存中。它快捷，高效并且易于使用。下面会详细介绍。SD卡设置为只读模式这实际上把GNU/Linux变成了一个只读模式，类似于你从Live CD启动的GNU/Linux。这样阻止了任何的写操作从理论上来讲延长了SD卡的寿命。但这也有许多缺陷。首先，你得在配置上花点功夫，

这已经超出了本文的范围。其次，所有的改动会在系统重启后消失因为它们没有写入SD卡里。对于我来说，GNU/Linux运行在只读模式实在是要命所以我不推荐这么极端的做法。

使用Tmpfs

如我前面所说，tmpfs会写入到内存中而不是本地磁盘(树梅派上实际是SD卡)。使用它非常简单。你要做的只是增加一个到/etc/fstab文件的入口(挂载你想写入到内存的文件夹到内存里)并且重启(这样每次服务开始写文件之前都会把这些文件夹先挂载到内存里)。

剩下的事情系统内核会替你搞定，把写操作写入到内存里的虚拟文件系统。这还有个巧妙之处，系统内核只会使用写操作所需数量的内存而不是整个挂载的大小。让我们举个例子，我想要把下面这一行加入到/etc/fstab文件中：

tmpfs /var/log tmpfs defaults,noatime,nosuid,mode=0755,size=100m 0 0

系统内核将会把/var/log挂载到内存中，然而在文件真正被写入到/var/log之前不会使用任何内存。当文件被写入到/var/log时，系统内核将会把它保存在内存里并且只占用用于保存文件的内存空间。当文件从/var/log中删除时，相对应的内存空间将被释放。

这意味着它只占用用于保存文件的内存空间，这是非常高效的。

在/etc/fstab中，你也可以为每个挂载指定内存配额。在上面的例子里，我们设置的是”size=100m”所以/var/log最多使用100m的内存空间。这是为了防止一个文件系统占用了全部内存以至于系统速度变慢甚至崩溃。通过运行”mount”命令，我们可以看到在上面的例子里/var/log被挂载为一个tmpfs在内存里的卷，大小是100MB。

Filesystem Size Used Avail Use% Mounted on
tmpfs 100M 596K 100M 1% /var/log

在GNU/Linux里有许多可能会频繁写入到地方。下面是一个我初步整理的应该可以适用于大多数发行版的列表。

tmpfs /tmp tmpfs defaults,noatime,nosuid,size=100m 0 0
tmpfs /var/tmp tmpfs defaults,noatime,nosuid,size=30m 0 0
tmpfs /var/log tmpfs defaults,noatime,nosuid,mode=0755,size=100m 0 0
tmpfs /var/run tmpfs defaults,noatime,nosuid,mode=0755,size=2m 0 0
tmpfs /var/spool/mqueue tmpfs defaults,noatime,nosuid,mode=0700,gid=12,size=30m 0 0

你看我使用了”size=”参数来避免试图保存大量的数据时占用大量内存的问题。出于安全和性能方面的考虑，”noatime”和”nosuid”参数也推荐设置，”mode=”和”gid=”对应的权限和用户组要与原来存在于SD卡上的文件系统保持一致。

恩，tmpfs也可以进行权限控制。通常情况下，所有在/etc/fstab下挂载的文件和标准的Unix/Linux文件没什么区别。所以即使因为一些原因挂载失效了，写操作也会成功写入到SD卡上。

需要记住的一点是所有挂载到tmpfs的文件将会在重启时丢失。所以上面的例子里/var/log文件会在关机时或重启时清空。所以不要把tmpfs用于那些你需要在重启后依然存在的文件。

我正在积极的使用这些设置，到目前为止结果还不错。时间会告诉我们这对于树莓派和/或者SD卡的寿命延续有何作用，但是现在已经有很多文章说能够正常运行很久，因为我们知道GNU/Linux不像其他操作系统一样需要频繁重启。上面的方法希望可以延长使用寿命，特别是你打算一年365天，每周7×24小时的开着树莓派。

本文来自：树莓派实验室

想要更多，请关注“IoT前哨站”微博或微信公众号

减少树莓派系统读写次数：用relatime挂载选项

SD卡和普通的磁盘驱动器有很多不同的地方，SD卡可以执行写和擦除的周期的次数是有限的，然而传统的磁盘驱动器没有写和擦除周期的概念。

什么是写和擦除周期？

对于一个普通的磁盘驱动器，每当你往磁盘里写东西，磁盘的某个扇区就会改变它的磁盘状态。这是磁盘物理上的改变，它不会给磁盘圆片本身带来损耗。当我们读取磁盘片上同一扇区的数据时，磁盘片的性质也不会发生改变。而SD卡显然是没有磁盘片，但是SD卡有小的内存芯片，其中包含内存单元，数据储存在内存单元上，就像物理硬盘的扇区一样。

和物理硬盘不一样，当你读写内存单元时，它的状态就发生了改变。

这是因为闪存单元使用不量的存储电荷来表示数据的比特位，这就是写和擦除的来源:

每当你读或写闪存单元一次，这个单元的周期就消耗一次。读写闪存的时候，状态随之改变，每一个闪存单元只有限的周期，这些周期消耗完之后，状态再也无法改变（无法写入）.

一般的SD卡会有10万次写和擦除周期，相对于数码相机来算是很多了，不过相对于日志文件系统就显得不足了，日志文件系统会非常频繁地往SD卡内写入少量的数据。除此外，每当系统更新文凭或目录时，也会往磁盘写数据，所以，10万次的周期是远远不够用的，因此，我们要关闭自动更新文件存取时间的功能，关闭自动更新文件存取时间的功能可以通过以下两种方式实现：

1. 第一个是noatime选项，它会禁止更新文件存取时间，这对闪存单元来说是好事，但是对用户来说并不是好事，比如说你想知道你的文件的时间戳，又比如有些应用程序依赖于文件的存时间戳。

2. 为了在两个极端中取一个平衡点，可以使用relatime挂载选项，relatime选项只有当最新修改时间比当前存取时间新的时候才会更新文件时间。这个选项减少了大量的闪存单元写操作，用户可以编辑/etc/fstab文件启用这个选项将你的根文件系统(/)以及启动文件系统(/boot)的挂载选项修改成如下所示的样子：

/dev/mmcblkop1 / auto defaults,relatime 1 1

/dev/mmcblkop1 /boot auto defaults,relatime 1 2

首先重新挂载每个文件系统：

#mount –o remount / && mount –oremount /boot

然后使用mount命令检查relatime是否启用：

#mount
它会显示所有挂载的文件系统经以及它他们的挂载选项。