福建时时彩200期走势图|福建时时彩基本走势图
當前位置: 一起學習網 > 作文大全 > 英語作文 > 正文

arduino英語文獻

arduino英語文獻篇一:Arduino畢業設計說明書(論文)模板示例

摘 要

本文針對Arduino能通過各種傳感器感知環境的功能,對現有的物聯網技術進行了分析和研究,詳細介紹了Arduino平臺下植物狀態監測系統的設計與實現。

文章首先分析了物聯網技術的背景和意義。然后在第一章和第二章簡單介紹了單片機和Arduino的相關信息,第三章介紹了本次設計所需要的器材,從第四章到第六章中詳細描述了關鍵的數據上傳和實時監控部分,包括:如何采集數據,如何進行數據上傳,將從傳感器上獲取的數據上傳到后臺WEB,以及上傳之后處理數據,設置預警等。最后本文還分析了在數據上傳和處理數據時遇到的一些問題和解決方案,展望了一些擴展功能。

【關鍵詞】 物聯網Arduino 植物狀態 監測

Abstract

According to the Arduino through a variety of sensors to perceive the environment function, the existing networking technology for analysis and research, introduces the design and implementation of plant condition monitoring system based on Arduino platform.

This paper analyzes the background and significance of the technology of IOT firstly. And then, from the fourth chapter to the sixth chapter, the key data upload and real-time monitoring parts are described in detail, including: How to upload data, upload the data from the sensor to the background WEB, and processing data, set the alarm, etc. Finally, this paper also analyzes some problems in data processing and data upload and solutions.

【Key Words】 IOTArduinoplant conditionmonitoring

目 錄

摘要......................................................................................................................... I Abstract ................................................................................................................. II 目錄...................................................................................................................... III

前言........................................................................................................................ 1

1單片機為核心器件——Arduino....................................................................... 2

1.1單片機定義.............................................................................................. 2

1.2單片機和個人計算機之間的異同.......................................................... 2

1.3單片機的功能.......................................................................................... 2

1.4單視圖...................................................................................................... 2

2 Arduino的基本組成 .......................................................................................... 3

2.1 Arduino定義 ........................................................................................... 3

2.2 Arduino的誕生 ....................................................................................... 3

2.3 Arduino語言 ........................................................................................... 3

2.3.1 關鍵字........................................................................................ 4

2.3.2 語法符號.................................................................................... 4

2.3.3 運算符........................................................................................ 4

2.3.4 數據類型.................................................................................... 5

2.3.5 常 量........................................................................................ 5

2.3.6 結 構........................................................................................ 6

2.3.7 功 能........................................................................................ 6

3 本次設計所需的硬件與軟件.......................................................................... 7

3.1 Arduino UNO........................................................................................ 7

3.1.1 Arduino uno基本概要 .............................................................. 8

3.1.2 通信接口.................................................................................... 8

3.1.3 下載程序.................................................................................... 9

3.1.4 注意要點.................................................................................... 9

3.2 DHT11傳感器和LY-69......................................................................... 9

3.3 開發環境............................................................................................. 11

4 植物生長狀態監測系統介紹.......................................................................... 12

4.1 設計思路............................................................................................... 12

4.2設計步驟................................................................................................ 13

4.2.1設置網絡..................................................................................... 13

4.2.2獲取數據..................................................................................... 13

4.2.3數據分析..................................................................................... 13

4.2.4處理分析結果............................................................................. 13

4.2.5設置預警..................................................................................... 13

4.2.6與用戶交互................................................................................. 13

5植物生長狀態監測系統概要設計................................................................... 13

5.1工作原理................................................................................................ 13

5.2工作流程圖............................................................................................ 15

6植物生長狀態監測系統詳細設計................................................................... 16

6.1設計目的................................................................................................ 16

6.2功能模塊設計........................................................................................ 16

6.2.1網絡連接..................................................................................... 16

6.2.2獲取數據..................................................................................... 17

6.3系統調試................................................................................................ 19

6.3.1編譯程序................................................................................... 19

6.3.2上傳程序................................................................................... 20

7運行環境與結論............................................................................................... 24

7.1硬件環境................................................................................................ 24

7.2軟件環境................................................................................................ 24

7.3運行環境................................................................................................ 24

7.4運行結果................................................................................................ 24

存在的問題和不足...................................................................................... 28

總結...................................................................................................................... 29

致謝...................................................................................................................... 30

參考文獻.............................................................................................................. 31

前 言

物聯網是新一代信息技術的重要組成部分,也是信息化時代的重要發展階段。其中Arduino是一款便捷靈活、方便上手的開源電子原型平臺,包含硬件(各種型號的Arduino板)和軟件(Arduino IDE)。它是一個基于開放原始碼的軟硬件平臺,構建于開放原始碼simple I/O介面版,并且具有使用類似Java、C語言的Processing/Wiring開發環境。Arduino包含兩個主要的部分:硬件部分是可以用來做電路連接的Arduino電路板;另外一個則 是Arduino IDE,你的計算機中的程序開發環境。你只要在IDE中編寫程序代碼,將程序上傳到Arduino電路板后,程序便會告訴Arduino電路板要做些什么了。

隨著社會的發展,生產技術的更新,物聯網理念如今已經逐漸深入人心,并隨著傳感器技術、通信技術和物聯網技術的發展逐漸觸及社會的每一個角落。不論在農業生產與個人生活中都可以用物聯網技術讓其變得更好。在農業生產和個人生活中,當某些植物的養殖價值昂貴時,對其的實時監控就變得十分必要,而土壤濕度是植物生長狀態的一項重要指標。例如郁金香的生長期適溫為5-20℃,最佳溫度為15-18℃,植株的生育溫度應保持在0-25℃。郁金香根系的生長溫度宜在5℃以上,14℃以下,尤為10℃左右最佳。花芽分化的適溫為17-23℃,超過35℃時,花芽分化會受到抑制。另外,郁金香有極強的耐寒性,冬季可耐-35℃的低溫,當溫度保持在8℃以上時開始生長。

本系統主要是完成了對土壤濕度的實時監測,并根據所需RH范圍與實際RH比較,出現異常情況及時的提醒用戶以及記錄。其中對于系統來說最重要的就是數據的實時上傳和與用戶的交互。

第1頁

arduino英語文獻篇二:基于Arduino智能尋跡小車開題報告

云南農業大學

本科生畢業設計開題報告

畢業設計起止時間: 年 月 日~ 月 日(共 17 周)專業 :電氣工程及其自動化

姓名 :

學號 :設計題目: 指導教師:報告時間:

云南農業大學教務處 制

200 年 月 日

說明:1.本報告必須由承擔畢業設計課題任務的學生在第1周至第3周獨立撰寫完成,并交指導教師審閱。

2.每一個畢業設計課題撰寫開題報告一份,作為指導教師審查學生能否承擔該畢業設計課題任務的依據,并接受學院和學校的抽查。

arduino英語文獻篇三:文獻翻譯1

Proceedings of the 16th International IEEE Annual Conference on

Intelligent Transportation Systems (ITSC 2013), The Hague, The

Netherlands, October 6-9, 2013 MoD5.3

第16屆國際學報IEEE mod5.3年會

智能交通系統(ITSC 2013),海牙,

荷蘭,2013年10月6 - 9,

OBDII Data Logger Design for Large-Scale Deployments* OBDII數據記錄器大規模應用設計

Kristian Smith1 and Jeffrey Miller2

Abstract— The basis for this research involves logging various sensor data from a large

sample population of automobiles. The device necessary for such a task has to be capable of streaming On-Board Diagnostics and real-time GPS coordinates to a remote server for data logging. After discovering a multitude of web-based companies currently designing OBD tools, it became evident that the market was flooded with devices focused primarily on localized data logging versus remote logging for a large scale deployment. This led to a decision of compiling a device using the Arduino framework due to its affordability, support network, and overall

adaptability. Using an Arduino Uno microprocessor, we were able to integrate GPS and GSM cellular shields for location and data streaming, respectively. An OBDII board was also

obtained to access vehicle se(本文來自:Www.JIaoShIlm.com 教 師 聯 盟網:arduino英語文獻)nsor data and other diagnostic information. The primary benefits of the proposed device include full access to any data available through OBDII/CAN protocols, and adaptability for on-device data processing and/or cellular transmission. With this tool, many future research opportunities arise including those in the fields of regional emissions

analysis (our current focus), auto-mated road condition notification, and adaptive maintenance strategies.

摘要——這項研究以大多數汽車傳感器數據為基礎,這個裝置能夠進行隨車診斷和根據

GPS坐標在遠程服務器進行實時數據記錄。調查發現大量的互聯網公司目前設計的OBD工具,主要集中在局部數據記錄而不是大規模部署和遠程記錄。這意味著編譯一個使用Arduino框架設備需要考慮其負擔能力,網絡支持能力,和整體適應性。使用一個Arduino Uno微處理器,我們能夠集成GPS和GSM單元對位置和流動數據分別進行保護。一個OBDII系統也可以獲得車輛傳感器數據和其他診斷信息。該裝置的主要優點包括可以通過OBDII /協議訪問任何數據,與其他相關設備進行數據處理和傳遞。有了這個工具,許多未來的研究會涉及到局部領域的排放分析(我們當前的重點),自動的道路條件預告,和合理的維護策略。

I. INTRODUCTION

介紹

The ability to apply locality and time to vehicle data proves itself to be beneficial for

numerous research ap-plications. The current focus of our research is assessing the viability of standard platinum/ceramic oxygen sensors in cold-weather climates. Since, in newer vehicles, oxygen sensors determine the engine’s air-fuel ratio, their proper operation is vital. Vehicles spend a period of time in an Open Loop air-fuel ratio programming until the oxygen sensors heat up to proper operating temperature of approximately 316 degrees Celsius. During this time, the Engine Control Unit uses a static ratio in which emissions of the vehicle are much greater. Newer oxygen sensor designs have built-in heating elements to bring them up to temperature quicker, but in a climate where temperatures frequently reach below 0 degrees Celsius, the heat-up time is still a relevant problem. There have been a number of IEEE papers regarding alternative oxygen sensor materials that are capable of sensing at extremely low temperatures [16]. By logging oxygen sensor data from a large sample of vehicles over the winter in Anchorage, AK, we will be able to calculate a predictable average for oxygen sensor heating times.

將地點和時間數據應用于車輛的能力證明該設備對于眾多研究應用是有益的。當前我們研究的重點是評估鉑/陶瓷氧傳感器在寒冷氣候的可行性。由于,在新型汽車上氧傳感器確定發動機的空燃比,適當的操作是至關重要的。汽車需要在開環空燃比程序上花費一段時間以達到氧傳感器的工作溫度大約為316攝氏度。在此期間,發動機控制單元使用一個更大的靜態排放標準。新的氧傳感器設計內置加熱元件以盡快達到工作溫度,但在有些時候氣候溫度經常達到0攝氏度以下,加熱的時間仍然是一個相當關鍵的問題。有很多的IEEE論文關于替代氧傳感器的材料,在極低的溫度下仍能工作[16]。通過記錄在冬季的安克雷奇大量的氧傳感器數據,我們能夠通過計算,預測平均氧傳感器加熱時間。

Being able to pinpoint a location where certain vehicle conditions occur is the first step to adaptive maintenance strategies. Current automated maintenance/repair techniques are limited to a specific vehicle’s internal network. Frequently, vehicles with mechanical or

electrical failures only display the symptoms under certain conditions, therefore the vehicle will, in general, show these same symptoms provided the same environmental conditions are met. These variables could include road condition, ambient air temperature, vehicle speed,

cornering angle, etc. Due to these factors being foremost locality based, the symptoms of such failures tend to exhibit themselves repeatedly in the same physical location when driving. Much of this environmental data can be collected from the vehicle at the moment of the incident. With this information, it becomes simpler to analyze the specific failure and its cause.

能夠精確找到某特定車輛的具體位置,是發出適應性維護策略的第一步。目前自動化維護/維修技術僅限于某一輛車的內部網絡,通常車輛的機械或電氣故障只會在特定條件下被發現,因此

一般來說,顯示這些癥狀前提是滿足特定的環境條件。這些變量可能包括道路條件、環境氣溫,車輛速度、轉彎角度,等。由于這些因素所處位置非常重要,此類故障的癥狀往往反復表現在同一物理位置。這些環境數據可以在車輛發生故障時獲取。獲取車輛故障信息及故障因素也將變得更簡單。

The ability to access data from a sample population of vehicles could prove itself useful to a vehicle manufacturer as well. By logging data from new vehicles, the manufacturer has the capability of recognizing potential recall needs long before an incident occurs. Aside from reducing liability, having this kind of information could greatly reduce necessary research and development for future model years.

從一個樣本車群訪問數據的能力可以證明這個設備對汽車制造商而言是有用的。通過記錄新車數據,制造商有能力識別潛在的召回事件較以前時間更短。除了減少負擔外,這些信息可以大大減少必要的研究以開發未來的模型。

In order to obtain and process the required data for these research topics, a device has been assembled containing the following elements:

為了獲得這些研究主題和流程所需的數據,設備組成包含以下元素:

Universal microprocessor

通用微處理器

GPS transceiver able to transfer coordinates to a micro-processor

GPS收發器能夠將坐標信息傳遞到一個微處理器上

GSM cellular device able to communicate with a microprocessor and a remote server GSM通信設備能夠與微處理器和遠程服務器進行信息交流

OBD II device able to communicate with the microprocessor and the vehicle Engine Control Unit (ECU)

OBDⅱ裝置能夠與微處理器和車輛發動機控制單元(ECU)進行信息交流

Actual devices chosen are specified later in the document.

II. ON-BOARD DIAGNOSTICS

車載診斷系統

Since the 1996 model year, automobiles in the United States have been required to have installed an On-Board Diagnostics port (OBD II). Many other countries have implemented similar requirements such as EOBD for European countries, JOBD for vehicles sold in Japan and ADR (Australian Design Rule) for those vehicles sold in Australia. This requires vehicle manufacturers to provide on-demand access to diagnostic information such as Diagnostic Trouble Codes (DTC) and various sensor readings. Due to this standardization, not only dealership mechanics have the ability to access this information, but anyone with an OBDII

scan tool. Many forms of these devices are available in the aftermarket: DTC scanners, PC

scan tools, and printed circuit boards(PCB) containing necessary OBDII transmission protocols. While DTC scanners can be useful tools when diagnosing power train malfunctions and PC scan tools provide an added graphical representation of sensor data, the versatility of a PCB with pinned serial inputs and outputs allows control by a microcontroller versus direct user input in order to gather vehicle data autonomously.

自1996年以來,美國汽車被要求安裝了車載診斷端口(OBD II)。JOBD汽車銷售在日本,ADR(澳大利亞設計規則)的車輛出售在澳大利亞。這就要求汽車制造商提供所需診斷信息,如診斷故障代碼(DTC)和各種傳感器讀數。由于這種標準化,不僅經銷商技術上有能力訪問這些信息,而且任何一個OBDII讀取工具都可以。在售后有許多這種形式的設備都是有效的如:DTC掃描儀,電腦掃描工具和包含必要的OBDII傳輸協議的印刷電路板)。而DTC掃描儀多用在診斷電力列車故障,電腦掃描工具提供了一個額外的傳感器數據的圖形,PCB的多功能性與固定串行輸入和輸出可以由單片機控制,直接由用戶輸入以自主收集車輛數據。

III. RELATED WORK

相關工作

There are a number of OBDII logging devices on the market, a few of which can be seen in Table 1. For our research, we required an inexpensive device with all the requirements

shown on this table. It is evident that the only realistically affordable options were the Bluetooth scanners and the Arduino platform device. The downfall of the Blue-tooth device being that it requires a smartphone for each vehicle, as well as the fact that it relies on a Bluetooth signal versus a wired connection to the processor.

在市場上有許多OBDII記錄設備,其中一些如表一中所示,在研究中,我們需要一個廉價的顯示裝置,很明顯,唯一實際負擔得起的選擇是藍牙掃描儀和Arduino平臺設備,藍牙設備的弊端是因為它需要每臺發動機上安裝智能手機,因此它與處理器連接是依靠藍牙信號,而不是金屬導線。

A number of other projects have arisen in the last few years in the field of OBDII loggers. Most of these have been Arduino microcontroller based, which allows for programmable automation. One specific article of interest titled ”The ultimate GPS and OBD-II data logger based on Arduino MEGA,” [11] highlighted a method for building an OBD II scanning device that also logged data to Google Earth for data referencing based on location. Unfortunately, the design was geared toward monitoring one vehicle and rather than sending data live

through a cellular network, as the device is only set up to save the acquired data to a memory card for later access.

在過去這幾年出現了一些OBDII記錄領域的設備,其中大部分是以可編程自動化的Arduino單片機為基礎的,一篇特別的文章標題為“基于Arduino的GPS和OBDII大型數據記錄器”強調構建一個OBDII掃描裝置引用谷歌地球的位置信息的方法。不過這個設計是針對特定車輛而不是通過手機網絡實時監控,這個設備只設置了一個過后訪問的數據記憶卡。

A group of students from our University (University of Alaska Anchorage) worked on a comparable project until the end of spring 2012. Their research project, entitled CANOPNR, [1] similarly dealt with logging vehicle/GPS data to a remote server. Their team had deployed logging devices into multiple vehicles and had begun tabulating data using a web-based

application. Their device utilized the Arduino framework, but it focused specifically on CANBus (Controller Area Network Bus) protocol for data transmission with the Engine Control Unit.

Since the CAN-Bus protocol wasn’t required in US vehicles until 2008 and OBDII was required from 1996 onward, it seemed necessary to design a device that could also communicate with OBDII vehicles.

我們學校的一群學生(阿拉斯加安克雷奇大學)在2012年春天結束的一個類似的項目。他們的研究項目題為CANOPNR,[1]同樣在遠程服務器處理車輛數據記錄/ GPS數據。他們團隊將記錄設備部署到多個車輛,使用一個基于web的應用程序得出數據。他們的設備利用Arduino框架,但它特別關注CANBus(控制器區域網絡總線)與發動機控制單元數據傳輸的協議。自從控制器區域網絡總線協議直到2008年在美國才不是必需的,OBDII要求從1996年開始。似乎有必要設計一個可以與OBDII車輛進行信息溝通的裝置。

IV. PROPOSED DEVICE

計劃使用的設備

For the purpose of simplicity and adaptability, Arduino was chosen as the main platform for the research. Arduino is an open-source microprocessor prototyping platform with plug-and-play hardware options. This provides a proven programming structure (derivate of C programming language) with plenty of support available, not to mention a uniform form factor for creating a reasonably compact device for testing. The following is an outline of the various boards used.

出于簡單適用性考慮將Arduino 平臺作為研究平臺,Arduino微處理器的原型是一個安裝有即插即用可選硬件的開源平臺,這提供了一種經過驗證的編程結構(C語言編程的衍生物)的支持更不用說在一個統一形式且創建合理緊湊的設備進行測試,下面是一些在不同平臺上使用的概況。

A. Arduino Uno SMD Microprocessor

Arduino Uno SMD微處理器

    福建时时彩200期走势图