7144| 13
|
[intel程序猿笔记] 【intel程序猿笔记】英特尔® Edison编程环境间的数据分享 |
周二福利帖又来了!首先,我们来揭晓上周【intel程序猿笔记】使用英特尔® Edison探索空气质量监测 的获奖情况。 上周有奖问答题目是:下列哪个选项不是该系统函数所涉及到的功能的 ? 奖品将在系列活动结束后统一寄出,奖品实行累积制,各位,再接再厉!没有获奖的小伙伴,今天机会又来了喔! 现在,进入科学时间:我是原文链接喔~ 在许多情况下,我们希望使用多种编程环境开发(比如)物联网应用。
有许多这种类似的示例。 然而,我们希望在这些示例中找到一种简单的机制实现不同编程环境的数据共享。 Han, Matthias 写了一篇关于 Arduino 与 C++ 共享内存的好文章。 这种方法可行,因为C++ 和 Arduino 的运行方式类似于 Linux 中的进程。 但是,对于 C++ 的初学者来说,这种进程相对比较复杂。 而且,如果您希望将该进程扩展至 NodeJS,需要编写 C++ 代码,并编写原生绑定,以访问 NodeJS 中的变量。 还有一种方法是创建可从所有程序读取的通用可共享文件。 所有程序均可轮询文件中的数据变化。 在这种情况下,将会有线程或循环负责查找文件中的数据变化。 读取数据时,如有数据变化,您将读取和处理该数据。 这种想法看似简单,但在软件领域,轮询并不太受欢迎。 在本文中,我将探讨发布程序-订阅程序模式,这种模式可使运行于 Linux 的不同程序之间实现数据共享。 在软件开发过程中,这种模式的适应性非常强。 但在嵌入式领域,结合使用软硬件才能实现这种模式。 架构: 消息流可分为两部分。 一部分是变化通知,另一部分是数据读取。 在软件领域,这是一种已确定的老方法。 一些数据仓储应用(硬件)运用这种方法协同数据。 在这类硬件中,首先将小型通知文件拖放至目录。 该通知文件将包含数据信息和数据变化时间,并参考实际数据文件的位置,最后通常会变成大型文件。 精灵程序将读取该通知文件,并触发 appreciate 程序读取这一大型文件。 在此,我尝试引入相同的概念。 不过在这一示例中,我将触发中断事件,而非通知文件: 通知流: 消息流: 我们来了解一下通知流和信息流: 每种编程环境都有自己的输出数据容器和针脚来触发通知。 如果需要发送数据,该环境首先将内容推送至容器文件。 然后向通知针脚发送信号 HIGH。 我们来看看下面一种奇怪的线路图。 令人惊讶的是,这些针脚都被缩短了。 我们来举例说明这种情况。 线路: 我们来看看 Arduino 程序与 NodeJS 之间如何通信。 数据和通知流从 NodeJS 前往 Arduino。 假设您有一个 Arduino 程序,用来读取距离传感器的数据。 该距离传感器数据需发送至 NodeJS 做进一步处理。 在这种情况下,Arduino 需要一个通知针脚,即 GPIO 针脚。 根据上述线路图,用于 Arduino 的针脚为 #3。 如果出现任何新数据,Arduino 把该数据写入根目录(参考消息流示意图)中的通知容器文件,即 /arduino_notification_out.txt。 成功写入内容后,Arduino 向针脚 #3 发送信号 HIGH。 现在,请看上述线路图。 #3 缩短成了 #1。 这意味着,如果针脚 #3 变成 HIGH,该信号 HIGH 将发送至针脚 #1。 Arduino 代码:
在 NodeJS 程序中,我们为针脚 #1 附加一个中断事件。 如果针脚升高,说明 Arduino 通知容器文件中出现新数据。 现在,NodeJS 读取该文件并处理数据。 请参考 “数据和事件流从 Arduino 前往 NodeJS” 示意图,以更加清晰地了解这一过程。 NodeJS 代码:
您可以通过类似的方法将数据从 NodeJS 发送至 Arduino。 请参考 “数据和事件流从 NodeJS 前往 Arduino” 示意图,以更加清晰地了解这一过程。 我们可将该方法扩展至任何支持中断事件的编程环境。 这种方法的优势: 运用这种方法,可以避免不必要的文件变化轮询,也无需开发 C++ 绑定以与 NodeJS 共享数据。 其编程也非常简单。 这种方法的劣势: 这种方法存在一种劣势, 即所有方向的数据流都需要一对 GPIO 针脚。 如果需要与多种编程环境交换数据,可能会耗尽 GPIO。 不过,我们可采用类似的架构达到相同的效果,而且只需消耗一对 GPIO。 但这之后您需要用带有 eventsource、事件数据等相应属性的单一 JSON 文件管理逻辑。 还需注意文件锁定情况。 尽管如此,这种方法依然可行。 更多Edison信息请点击右边链接直接登录 >>>> 英特尔开发人员专区 广告,请广而告知—— 每周二【intel 程序猿笔记】帖子下会设计一个与帖子内容相关的问答投票,你只要在留言区参与投票,选出正确的答案,社区小管家会挑选每周前10名回答正确的幸运互动者随机赠送小礼品,礼品可以实行累积制喔。也奏是说——只要你脑洞够大、热情够给力,你就可以横扫所有奖品实现大满贯喔!当然,对于大满贯获得者,我们还有神秘大礼包让你喜上加喜、锦上添花。奏这么任性,没办法! 现在,抢福利时间又到—— 下面哪个选是消息流内容所包含的选项()?(答案单选) |
lianuo 发表于 2015-9-1 13:22 问题2, 文中不是说了另外两种间通信的方式吗?一种是Linux操作系统所支持的所有进程间通信,比如消息相应、队列等;还有就是利用一个公共文件,让两个程序轮询。如果还没有入手Edison的话,可以先找个玩玩看啊。其实说到底Edison上面就是跑了一个完完整整的Linux,只是没有桌面程序而已,所以一切能在Linux上干的事情,在Edison上都可以。 这个文章强调的是,在Edison上,跟PC相比,有先天的硬件接口优势,所以就多了一种进程间交互的方式——硬件中断。仅此而已啊,不要想太复杂。 问题1是什么来……,哦,对于多个进程访问同一个GPIO口的问题。每一个外设在Linux kernel里面都对应的module来操作,就是所谓的“驱动”。当多个进程同时访问同一个GPIO的时候,这个时候就看code是如何实现的了。有些资源允许共享,比如磁盘等,但有些资源就只能够独占比如显示器等资源。抱歉,没有去看过Edison上的driver的实现,但我的经验中,至少板载的那个LED灯是可以同时被多个进程控制的。 实践出真知,一切真理都在code中! @Juice 感谢小秘书提醒,我总也记不住看下回复的帖子。。。吼吼 |
© 2013-2024 Comsenz Inc. Powered by Discuz! X3.4 Licensed