运用RFID研究大黄蜂不为人知的分工模式

  科学家利用RFID技术深入了解大黄蜂的采集模式。法新社美国亚利桑那大学(University of
Arizona)研究人员利用Microsensys所提供的无线射频识别系统(RFID)卷标与读取器,观察分析大黄蜂的采集模式,并成功发现了透过传统研究方式无法取得的观察结果。

  根据RFID Journal报导,为深入了解大黄蜂的工作分配情形,研究人员将13.56 MHz,符合ISO
15693标准的高频RFID标签,贴在111只大黄蜂工蜂的背上,并布置了2个小房间,分别装进花粉及花蜜。如此一来,研究人员便可透过房间出入口的RFID读取器,观察工蜂的工作模式。透过这项研究,科学家首次发现多数大黄蜂工蜂在特定期间内,只会专门收集花蜜或花粉,但随后又会在生命中的某个时间点,改变自己的采集专业。

  主持研究的Avery
Russell表示,在此之前,人们多是利用肉眼或摄影镜头观察昆虫,而没有人清楚大黄蜂详细的分工情形。一个典型的大黄蜂巢会有75只工蜂,其中40~50只会离开蜂巢采集花粉及花蜜。

  为了模拟大自然并打造出一个受控环境,研究人员在2个小房间内放置了人工花朵,并分别装进花粉及花蜜。Russell使用强力胶将RFID标签附着在111只大黄蜂的背上,并展开了为期6周的观察。由于每只大黄蜂背上的标签都有独特的ID编码,研究人员于是借此得知,在这111只黏上标签的大黄蜂中,有20~50只的大黄蜂会经常性的离巢采集。

  工蜂可经由直径1.5寸的通道进出房间。研究人员特地在通道两处设置了Microsensys
MAJA读取器,并将这两处的通道缩小至2公分宽,以确保读取器能感测到每只进出房间的工蜂标签ID。系统还可根据阅读顺序,判断工蜂进出的方向。研究人员自行研发的分析软件,共包含82,609个读取事件。

  研究人员可根据收集到的信息,针对每只大黄蜂的尺寸、翼幅、触角长度与其他细节进行测量,并将这些数据与大黄蜂的活动纪录结合。研究结果显示,大黄蜂的尺寸与触角长度会对它的采集率造成影响,且每只工蜂的采集活动都呈现很大的差异。所有收集到的花粉及花蜜中,有近50%是由17%的大黄蜂所收集。

  研究人员也能借助感测资料推测每趟采集所需花费的时间、每趟采集的间隔,以及每只工蜂的工作时间长度。Russell指出,这项研究最大的挑战就在于如何将RFID标签贴在大黄蜂身上,并且还要确保RFID读取器能确实感测到每个经过的标签ID。因此使用读取范围较大的RFID系统,以及增加读取器数量,可使研究工作变得较为轻松。

时间: 2024-10-27 19:02:34

运用RFID研究大黄蜂不为人知的分工模式的相关文章

以強勢接口支持<強龍/地頭蛇>分工模式

by 高煥堂 前言 在上一周的文章<<PHP與Spring之間的強勢接口設計案例>>裡,已經介紹了<通用型>接口是一種強勢行的接口,而且詳細介紹了<通用型>接口的設計方法和實踐技術.本文將繼續說明,基於這項強勢型接口,就能有效支持很先進的<強龍/地頭蛇>分工模式. <強龍/地頭蛇>分工模式 问题:古典封闭型Client/Server架构的API呈现于Client与Server之间,成为两端分工生产(或开发)的界线.这种「古典API,传

(35)23种设计模式研究之六【命令模式】

命令模式 一:定义 将一个请求封装为一个对象(即我们创建的Command对象),从而使你可用不同的请求对客户进行参数化; 对请求排队或记录请求日志,以及支持可撤销的操作. 二:实现 解决的问题 在软件系统中,行为请求者与行为实现者通常是一种紧耦合的关系,但某些场合,比如需要对行为进行记录.撤销或重做.事务等处理时,这种无法抵御变化的紧耦合的设计就不太合适. 模式中角色 1 抽象命令(Command):定义命令的接口,声明执行的方法. 2 具体命令(ConcreteCommand):具体命令,实现

读书笔记_java设计模式深入研究 第九章 访问者模式 Vistor

1,访问者模式的目的是封装一些施加于某种数据结构元素之上的操作,一旦这些操作需要修改的话,接受这个操作的数据结构可以保持不变.为不同类型的元素提供多种访问操作方式,且可以在不修改原有系统的情况下增加新的操作方式,这就是访问者模式的动机. 2,UML图: 3,访问者角色: IElement:抽象的事物元素功能接口,定义了固定功能方法以及可变功能方法接口. Element:具体功能的实现类. IVisitor:访问者接口,为所有访问者对象声明一个visit方法,用来代表为对象结构添加的功能,原则上可

读书笔记_java设计模式深入研究 第十章 命令模式 Command

1,命令模式:主要针对需要执行的任务或用户提出的请求进行封装与抽象.抽象的命令接口描述了任务或请求的共同特征,而实现交由不同的具体命令对象完成.每个命令对象都是相互独立的,它负责完成需要执行的任务,却并不关心是谁调用的. 2,UML模型: 3,角色分析: -1,ICommander:抽象命令者,是一个接口,规定了用来封装请求的若干个方法. -2,ConcreteCommander:具体命令发送者,即命令源.实现命令接口. -3,Invoke:请求者,具体命令的管理和维护类.请求者是包含一个"命令

以Attention Model为例谈谈两种研究创新模式

/* 版权声明:可以任意转载,转载时请标明文章原始出处和作者信息 .*/                                                     author: 张俊林 各位观众朋友好,也许此刻您刚打开电梯--.读这一篇之前,请您最好先拜读一下本篇的前传:文本处理中的Attention Model:是什么及为什么.因为那里有些背景知识需要交代. 话接上回书,在研读AttentionModel相关文献过程中,我再次深切感受到了科研中的两种创新模式:模型创新与应用创新

造机器人,世界如何分工?

未来机器人要火,这个几乎是板上钉钉的事儿,如果说家用机器人还只能算是锦上添花,那么,工业机器人则实在有点迫在眉睫的味道了,相信中国制造从业者对后一句话理解非常深刻:随着中国人口红利消失.经济结构转型,以及产品质量需求不断提升,我们的制造业迫切需要找到合格的伙伴,帮助流水线女工完成那些该死的抛光.研磨.组装等枯燥.危险.单调的工作.相信在每一个制造从业者的梦想中,都会有一个哆啦A梦式的完美伙伴,有着各种各样的道具,且能短时间内解决一些棘手问题. 从梦想回到现实,我们不得不发现,纵然机器人产业链异常

浅谈产业界与学术界的合作研究(转)

[编者注:原文可参阅: http://blog.sciencenet.cn/blog-414166-795432.html ] 最近网络上有一个流传甚广的微故事:"某企业引进了一条香皂包装线,结果发现经常会有空盒流过.厂长聘请一个博士后花了200 万设计出一个全自动分检系统.一个乡镇企业遇到了同样的问题,民工花90 元买了一台大电扇放在生产线旁,一有空盒经过便会吹走."这个微故事不断出现在笔者的视线中,想必在网络上得到了公众的认可.引起了共鸣,所以大家争相转发.平心而论,大多数人的内心

破解IT运维成本困境,专业化分工是妙方

随着IT建设的不断深入和发展,IT运维成为了企业运营的必需品.许多企业的IT预算相比于去年虽然有了很大的提高,但总体来说还是非常紧张.上周,我参加了一个CIO沙龙研讨会,现场调查问到目前CIO在IT运维中最关注的问题是什么时,大多数CIO表示最关心的是运维成本过高.这要求CIO除了穷尽一切降低成本的常规办法外,还需要有针对性的创新方法来迎接挑战. 此次调查显示在过去的5年中,由于IT系统越来越复杂,使到运维成本也随之水涨船高,其中人力成本更是花费惊人.具体为软硬件和网络设备的维护成本占 30%,

1_CC2530 Zstack 2.5.1a 低功耗模式

最近在研究CC250的低功耗模式,从官方的文档Measuring Power Consumption of CC2530 With Z-Stack.PDF文档中大概了解下需要配置的内容,结合自己测试的经验,大概介绍下.使用Zstack的版本如下: ZigBee 2007 Release Version 2.5.1a April 25, 2012 CC530的功耗模式情况如下: (1)LITE Sleep,我们所说的PM2模式,功耗在ma级别,会被任务定时器或者外部中断唤醒(按键中断) (2)De