RTTOV-7 Users Guide

合集下载

RT-Thread配置开发环境手册

RT-Thread配置开发环境手册

RT-Thread配置开发环境⼿册⽬录1配置RT-Thread开发环境 (2)1.1获取RT-Thread源码 (2)1.1.1安装SVN⼯具 (2)1.1.2从google code上获取rt-thread源码 (6)1.1.3从google code上更新rt-thread源码 (7)1.2从github获取源码(Realtouch/ART/RT-GUI) (7)1.3安装python 以及SCons⼯具 (8)1.3.1安装python (8)1.3.2将路径加⼊到系统PATH变量中 (8)1.3.3安装SCons (10)1.4安装编译⼯具 (10)1.4.1安装GCC编译⼯具链 (10)1.4.2安装MDK (13)2开发编译 (14)2.1使⽤GCC编译 (16)2.2使⽤MDK编译 (17)2.2.1使⽤SCons调⽤armcc编译 (17)2.2.2使⽤MDK IDE编译 (18)3ART板烧录运⾏程序 (19)3.1使⽤DFU烧录 (19)3.1.1驱动安装流程: (19)3.1.2⽤DFU下载bin⽂件 (19)3.2使⽤JLink/ULink/ST-Link烧录 (20)3.2.1SWD转JTAG接线 (21)3.2.2配置MDK(以JLink为例) (22)4Realtouch评估板使⽤指南 (26)4.1添加环境变量 (27)4.1.1配置RT_ROOT (27)4.1.2修改rtconfig.py (28)1配置RT-Thread开发环境1.1获取RT-Thread源码RTT源码包的⾥程碑版本可以在RT-Thread官⽅⽹站上下载到,/doc/afef713cbdd126fff705cc1755270722192e592f.html /打开页⾯,可以看到右边下载区中有⼀些历史版本。

也可以使⽤google code上的开发版本,下⾯重点介绍⼀下如何获取开发版本。

1.1.1安装SVN⼯具为了取出RTT源码,我们需要先安装SVN⼯具,笔者推荐TortoiseSVN,下载地址:/doc/afef713cbdd126fff705cc1755270722192e592f.html /downloads.html 读者需要根据⾃⼰系统情况(32bit或64bit)选择合适的版本。

APM32F103RCT7 基于 Arm Cortex-M3 内核的 32 位微控制器 数据手册说明

APM32F103RCT7 基于 Arm Cortex-M3 内核的 32 位微控制器 数据手册说明

数据手册DatasheetAPM32F103RCT7基于Arm® Cortex®-M3内核的32位微控制器版本:V1.1产品特性⏹内核32位Arm®wCortex®-M3内核最高96MHz工作频率⏹片上存储器Flash:256KBSRAM:64KB⏹时钟HSECLK:支持4~16MHz外部晶体/陶瓷振荡器LSECLK:支持32.768KHzw晶体/陶瓷振荡器HSICLK:出厂校准的8MHzwRC振荡器LSICLK:支持40KHzwRC振荡器PLL:锁相环,支持2~16倍频⏹电源与电源管理V DD范围:2.0~3.6VV DDA范围:2.0~3.6V备份域电源V BAT范围:1.8V~3.6V支持上电/掉电复位(POR/PDR)支持可编程电源电压检测器⏹低功耗模式支持睡眠、停机、待机三种模式⏹DMA两个DMA,DMA1有7个通道,DMA2有5个通道⏹调试接口JTAGSWD⏹I/O有51个I/O所有I/O都可以映射到外部中断向量最多有29个容忍5V输入的I/O⏹通信外设2个I2C接口(1Mbit/s),全部支持SMBus/PMBus3个USART,2个UART,支持ISO7816、LIN和IrDA等功能3个SPI(18Mbps)接口,其中两个支持I2S接口复用2个CAN,支持USBD和CAN可同时独立工作1个USBD⏹模拟外设3个12位的ADC,最多支持16个外部通道2个12位的DAC⏹定时器2个可以提供7通道PWM输出的16位高级定时器TMR1/8,支持死区生成和刹车输入等功能4个16位通用定时器TMR2/3/4/5,每个定时器有4个独立通道可以用来输入捕获、输出比较、PWM与脉冲计数等功能2个16位基本定时器TMR6/72个看门狗定时器:一个独立看门狗IWDT和一个窗口看门狗WWDT1个24位自减型系统定时器SyswTickwTimer⏹RTC支持日历、闹钟功能⏹84Bytes备份寄存器⏹CRC计算单元⏹96位唯一设备ID目录产品特性 (1)产品信息 (4)引脚信息 (5)引脚分布 (5)引脚功能描述 (5)功能描述 (11)系统架构 (11)内核 (13)中断控制器 (13)片上存储器 (13)时钟 (13)电源与电源管理 (15)低功耗模式 (15)DMA (16)GPIO (16)通信外设 (16)模拟外设 (18)定时器 (18)RTC (19)CRC (20)电气特性 (21)电气特性测试条件 (21)通用工作条件下的测试 (23)绝对最大额定值 (24)片上存储器 (25)时钟 (25)电源与电源管理 (27)功耗 (28)低功耗模式唤醒时间 (35)引脚特性 (35)通信外设 (37)模拟外设 (40)封装信息 (43)LQFP64封装图 (43)包装信息 (45)带状包装 (45)托盘包装 (46)订货信息 (48)常用功能模块命名 (49)版本历史 (50)APM32F103RCT7产品功能和外设配置请参阅下表。

XJTAG ICT Relay Board User Guide

XJTAG  ICT Relay Board User Guide

XJTAG®ICT Relay BoardUser GuideVersion 1Table of ContentsSECTION PAGE1. Introduction (3)2. System Overview (3)3. UUT Connection (4)4. XJTAG Project Requirements / Relay Control (4)5. Default Operation (4)6. Pin Assignment (5)7. Alternative Relay Control (5)8. Electrical and Operational Specification (8)1. IntroductionThe ICT Relay Board is XJTAG’s recommended solution when there is a requirement to allow multiple instruments to be connected to the TAP control signals on a Unit Under Test (UUT). It allows both an XJTAG XJLink2 JTAG controller and another piece of test/programming equipment access to the TAP control signals, while ensuring the UUT is fully isolated from the other instrument.2. System OverviewFigure 1 shows a block diagram of the Relay Board containing the following marked connectors: UUT – 26 way connector with 17 active signals and 8 ground pins.••Instrument connector 1 – 24 way connector with 17 active signals and 6 ground pins.•Instrument connector 2 – 20 way (XJTAG) connector with 17 active signals, 2 ground pins and the relay control signal.•Power – DC power connector (centre positive) 8 V to 30 V.XJLink2correct header on the Relay Board.In its default state (either unpowered or powered but not being actively controlled) the Relay Board connects Instrument 1 to the UUT. The connection is switched using a setting in the XJTAG project, connecting Instrument 2 (the XJLink2) to the UUT. This setting uses pin 1 on the XJLink2 – this is why there are only 17 active signals rather than the 18 active signals normally available on the XJLink2.At the end of XJTAG testing the relays revert to their default state, connecting Instrument 1 to the UUT. This ensures the UUT is isolated from the XJTAG system during bed-of-nails testing or other operation. The Relay Board provides full isolation. As well as isolating the active signals used for the TAP control signals, it also switches the UUT ground between the connected instruments.3. UUT ConnectionWhen fabricating the connections from the UUT to the Relay Board it is strongly recommended to use twisted pair cables. Each active UUT signal is located near to a ground signal on the connector to make this easy to implement. To ensure optimum signal integrity, all of the ground wires from the twisted pairs should be connected to ground pins or test points as close to the active signals as possible on the UUT. If this is not done, signal integrity issues caused by large loop areas can occur – see Signal Integrity article https:///wp-content/uploads/news_smt-may14-pp50-57.pdf for more details.4. XJTAG Project Requirements / Relay ControlThe relay connection is, by default, controlled using pin 1 on the connector for Instrument 2, the XJLink2 connector.The Relay Board switches from connecting Instrument 1 to the UUT to connecting Instrument 2 to the UUT when pin 1 on the Instrument 2 connector is driven high.Within the XJDeveloper project this can be achieved in one of three ways:•Set the function of pin 1 to be Power On•Set the function of pin 1 to HighSet the function of pin 1 to be PIO and then control the pin at the start of the Test Reset Sequence to •be high.The function of pin 1 is configured on the Pin Mapping screen in XJDeveloper.5. Default OperationWith no XJLink2 connected.The relays are in their default (normally closed) position which means that Instrument 1 is connected to the UUT and fully isolated from the connector for Instrument 2.With the XJLink2 connected but no control signal applied (XJLink2 pin 1 tri-state or low)The relays are in their default (normally closed) position which means that Instrument 1 is connected to the UUT and fully isolated from the Instrument 2 (XJLink2) connector.With the XJLink2 connected and the control signal applied (XJLink2 pin 1 set to power or driven high)The relays are in their switched (normally open) position which means that Instrument 2 (the XJLink2) is connected to the UUT and fully isolated from the Instrument 1 connector.6. Pin Assignment*The Relay Control signal is also switched through to the output connector.7. Alternative Relay ControlThe Relay Board, as supplied, uses pin 1 on the Instrument 2 connector (XJLink2) to control which instrument connector is isolated from/connected to the UUT.It is possible to modify the Relay Board to allow the Control Pin to be located on any of the connectors. The required resistor settings are shown in the table below:The locations of these resistors are shown in Figures 2 & 3 below:Figure 2 – Location of the control pin selection resistors (Top side of PCB)Figure 3 – Location of the control pin selection resistor R9 (Bottom side of PCB)In order to make these modifications a qualified engineer should follow the steps below:1.Disconnect power and all connectors from the Relay Board.2.Remove the two screws from the Instrument connectors end of the Relay Board.3.Carefully remove the circuit board from the enclosure.4.Remove the existing configuration resistors and then fit the resistors required for the desired Control Pin.5.Replace the PCB in the enclosure box.6.Replace the screws.Note: The selected control signal will also be switched through to the UUT connector.It is possible to separate control of the ground relays from the control of the signal relays. If this is required R3 must be removed and then control of the signal relays is configured by R4, R6 and R6 while control of the ground relays is configured by R7, R8 and R9.Only one connector should be configured to control both signal and ground relays – this will define which of the resistors R10, R11 and R12 must be fitted. For example if separate signal and ground control is required from the XJLink (Instrument 2 connector) then R4, R7 and R10 should be fitted.Figure 4 – Schematic of the control pin selection resistors.1G A T XJ 1G A T XJ CC V 01T UU 1T UU INST1_10INST11INST1_GNDXJ_GNDD_GN T UU 2CC V 12873456>m o c d a o r <B E 005-422-L P C A 2U R04R 3060R 05R 0NF F DN R06R 0NFFN D F N D FN D FN D FN D FN D F N D F DN R01R10NF F DN R02R10NFF DN R00R13060R 08R 0NF F DN R09R 0NFF DN R 07R 0NFF DN R03R 3060R 284R13060R283R13060621>s e d o i D <F -7JU-321C DD A1R T 354>s e d o i D <F -7JU-321C DD B1R T8. Electrical and Operational Specification。

Catapult Vector S7设备说明书

Catapult Vector S7设备说明书

Catapult Vector FCC Document Contents1.OUTLINE …………………………………………………………………………………………………….Pg. 22.VECTOR S7 DEVICE …………………………………………………………………………………… Pg. 2 ‐ 43.SYSTEM LOGIN …………………………………………………………………………………………..Pg. 4 ‐ 54.COLLECTING DATA ……………………………………………………………………………………..Pg. 6 ‐ 75.DOWNLOADING DATA ………………………………………………………………………………Pg. 7 ‐ 86.SOFTWARE USER GUIDE LINKS ………………………………………………………………….. Pg. 87.VECTOR ANCHOR & VECTOR DOCK …………………………………………………………… Pg. 9 ‐ 108.SUPPORT & HELP ……………………………………………………………………………………… Pg. 109.REGULATORY NOTICES …………………………………………………………………………….. Pg. 10 ‐ 111. OUTLINEThe Catapult Vector S7device is a professional‐grade GNSS system designed to measure the performance of elite athletes within individual and team sports. This document introduces the Vector S7 hardware components and provides an explanation of functionality and general operation.The OpenField software system Data is collected live and downloaded to the OpenField console and can then be uploaded to the OpenField cloud post session. To store the collected data on the OpenField cloud, data must be synced from the console to the cloud over a solid internet connection. Users have the option to use the OpenField+ mobile/iPad app to view live data through a mobile or an iPad over a local Catapult Wi‐Fi. This improves accessibility as it enables users to be more mobile around the pitch and to share live data more easily with coaches and players.The hardware components of the Vector system include the Vector devices, a wireless UWB receiver(s) for GPS/GNSS and RTLS tracking.2. VECTOR S7 DEVICEThe Vector S7 is a wearable (combined) GNSS / LPS device with embedded microsensors that is used to measure the performance of elite athletes, in both real‐time and post session.The Vector S7 device contains the following measurement sensors and components:∙GNSS module (10Hz GNSS / 18Hz GPS)∙GNSS antenna∙RTLS antenna∙Tri‐axial Accelerometer (up to 1000 Hz)∙Tri‐axial Gyroscope (up to 1000 Hz)∙Tri‐axial Magnetometer (up to 1000Hz)∙Magnetic Heart Rate Receiver∙ECG heart rate board (up to 250Hz)∙Bluetooth Low Energy∙Device status LED’s∙Haptic feedback via vibration unit∙UWB Antenna (3774.0 MHz to 4243.2 MHz)All sensors are sampling continuously, and data is logged onto an onboard SD card as well as transmitted live via ultra‐wide‐band (UWB) or Bluetooth (BLE).Figure 1. – Vector S7 wearable DeviceDEVICE ICON/LED FUNCTIONALITYB: Indicates a connection to the sateliete (GNSS) or ClearSky RTLS system.C: Indicates a connection to Heart RateD: Indicates use of ultra‐wide band.E: Indicates a connection to Bluetooth.Vector S7 Device Operation Overview:1.Charging: Each Vector S7 device is charged and configured, prior to use, using the specificallydesigned Vector Dock. This is a 24‐device tray that connects to mains supply mains supply for the purpose of Vector S7 charging.2.Configuration: Configuration of the Vector S7 occurs via USB serial connection from the dock tothe desktop software (OpenField) where athlete and device settings are transferred and stored on the Vector S7 device. This process occurs automatically as the devices are recognized by thesystem and as each device is assigned to an athlete.3.Assigning Athletes to Devices: after logging in and pressing start, navigating to the settings menuwill show athletes. Pressing ‘auto‐assign’ will assign device ID’s to players and will then transferthis configuration to the devices as described above4.Starting a live session: Connect the Vector Anchor via USB. In the software from the main screen,press the ‘quick start’ icon to start a live session. Vector S7 devices will show in ‘active players’once they obtain GNSS lock and data transmission will begin. You can check if data is incoming bychecking the orange and black bar in the top right corner of the interface. Press ‘All’ in activeplayers box then press ‘+period’ to start recording. To end the live session, press the stop icon5.Download Session: Turn the devices off by pressing the button on the side of the device for 2seconds and release. Place Vector S7 devices in Vector Dock press the dock ‘ignition button’ andconnect USB to PC. Press settings then transfer. Press begin transfer. Once display says ‘finished’, data can be viewed from calendar.DEVICE CONNECTORS & FEATURESTop Charging LED: Located on the top of the device is a LED used to indicate the charging and enumeration state of the device.Power Button: The power button has been placed on the edge of the device to make the device harder to press during play and thus minimizing accidental device turn offs.HR pins: Allows the user to clip the device into a vest to collect HR data using an intergrated heart rate vest.Charging Pins: Allows the device to connect to the Vector Dock which enables the device(s) to charge and connect / data transfer to the PC.FIRST USE AND CHARGEEnsure the devices are fully charged before using them to collect data for a session. To charge the devices, connect the Vector Dock to a power supply and then place the devices into an individual dock slot on the Vector charging dock. The top LED charging light will flash when the device is charging. The top battery LED turns solid green when the device is fully charged. To turn the device on, press the button on the side of the device or set an alarm in the console.VEST POUCH INSERTIONThe device is placed into the device pocket located on the back of the vest. It is clipped into the vest via the HR Clips located on the back of the device. Please ensure the device has been turned on the power button prior to inserting the device into the vest. The device is now ready to record your player’s data.3. SYSTEM LOGINThe software components of the Vector system consist of a cloud account and a downloadable console.1)Each user will receive a unique username and password from a Catapult representative to loginto their OpenField Cloud account. Each user can login to the cloud Account through one of thefollowing URLs depending on their geographical location:∙APAC (Australia Pacific and Asia): https://∙EMEA (Europe, Middle East and Africa): https://∙US (North and South America): https://2)The OpenField Console Software can be downloaded from the OpenField Cloud. Login to theOpenField cloud with the account credentials and click the Downloads tab. Click the link under'Secure Download' to download the latest version of the OpenField Console. You'll also findrelease notes regarding installations, changes, bugs, and improvements of the newest build.3)Once the Open Field console is downloaded, click the desktop Icon to open the console. Loginto the console with the same account credentials used to log into the cloud.4. COLLECTING DATACOLLECTING LIVE DATA (GPS/GNSS)A Live Activity is an Activity being analysed in real time whilst the Devices are being used; this is achieved via Data being collected through the Vector receiver (GNSS) or Anchors (LPS). Live Activities are extremely useful to be able to provide real time feedback on Athlete Performance.1.Ensure the devices, console and receiver are all set to indoor or outdoor mode.2.Turn on the wireless receiver(s) and the Vector devices.3.Map each of the devices to their corresponding athlete via the Settings menu – Mappings Tab inthe console.4.From the main user interface in the console, select Start to begin a new Live Activity.5.Create a New Activity via the Activity Timeline by right clicking in the timeline area and selectingNew Activity. From the new activity menu, fill in all of the details for the session such as Name,device type, venue, teams, ect. Select ‘Create Activity’.6.Hit the 'Play' Button up the top right of the User Interface; Once hit the button will change to a'Pause' Button7.Start a New Live Period and PIP Athletes as necessary. See our Periods article for moreinformation on how to create and stop Periods.8.When the Activity is completed, stop all live Periods and press the pause button.5. DOWNLOADING DATAData is recorded on the Device in a 'Raw File', which is created every time the Device is turned on; up to 31 Raw Files can be stored on a Device at once. Downloading Data from the Devices is an important step in getting the most out of the metrics recorded on the Device. It is necessary to apply Sport Specific Algorithms (GK Dives, QB Throws etc.), for IMA metrics to be calculated and more.1.After a session is completed, collect all the devices from athletes, turn them off andconnect the devices to the PC through the Vector Dock.2.Open up the OpenField console and select ‘Data Transfer’ from the Console Tile Screen.3.The units connected to the PC will automatically begin downloading (beginning with themost recent file, moving back) when the 'Data Transfer' tile is selected.OR1.To reach the Data Transfer screen without an automatic download, click 'Start' from theConsole Tile Screen, then click 'Settings' in the top left of the console screen. From thesettings menu, select the 'Transfer' tab.2.Connect the Devices to the PC, then in the 'Data Transfer' screen, ensure the correct numberof devices are connected.3.Select the Transfer Range of the sessions you want to download. NOTE: The Default Rangeenables the user to download all of the sessions that haven’t been previously downloadedfrom the device.4.Select 'Begin Transfer' to start downloading the devices.6. SOFTWARE USER GUIDE LINKS1.How to create a new widget ‐ Console Widgets2.Know live vs replay widget options ‐ Console Widgets3.How to create a new dashboard on the cloud ‐ Cloud Dashboards4.How to create a new widget on the cloud ‐ Cloud Widgets5.How to customize a widget on the cloud ‐ Cloud Widgets6.How to create a PDF report ‐ Generating a PDF report7.How to create a bulk PDF report ‐ Bulk Export PDF Reports8.How to export a CTR report ‐ CTR Reports7. Vector Anchor & Vector DockVECTOR ANCHORAnchor Specification:∙GNSS Antenna (GPS and Glonass)∙Wi‐Fi (dual band 2.4GHz and 5GHz)∙USB C∙UWB Antenna (3774.0 MHz to 4243.2 MHz)The wireless receiver design is built to pick up devices for player datacapture in a ~250meter range by using ultra‐wide band communication (4.0GHz). The ultra‐wide bandwidth provides more robust communicationbetween devices and receiver(s) and improves immunity to third partyenvironmental interference such as, Wi‐Fi. The receiver is wireless and has a 6 hours battery life. The receiver is also integrated into a Wi‐Fi network that wirelessly links the OpenField console and mobile applications within a 50m range. This improves accessibility as a local Catapult Wi‐Fi enables users to be more mobile around the pitch and to share live data more easily with coaches and players. Users have the option to add multiple anchors to the same system to improve live data capture capabilities. The GNSS antenna contained within the anchor serves the purpose of GNSS augmentation.To operate, press the single button on the side of the anchor and use the USB cable provided to attach to the OpenField console laptop. Please see instructions above on starting real‐time data collection.VECTOR DOCKINGDock Specification:∙Ethernet connectivity∙6 Hour battery life∙USB Connectivity∙Wi‐Fi connectivity∙On board memoryThe Vector Smart Docking Station consists of 24 individual deviceslots, an ‘ignition’ button, a USB port and a power supply port.The ignition button functionality gives the user the ability to turnon or off all connected devices with one button press. The USBport connects the devices to the PC via a USB cord to enabledevice configuration and downloading of the raw files on thedevices. The Vector Dock is built to last up to 6 hours without apower supply with use of an onboard battery. This allows forpitch‐side USB downloading and device configuration. The travelcase for the Vector Smart Docking Station is built toaccommodate all the system’s wires, receivers and devices.To operate, plug dock into mains power with cables provided and press the silver ‘ignition’ button. Insert devices to charge. Enumerated devices will display a flashing green light on top. Charging devices will display an amber light on top.8. SUPPORT & HELPAny questions or requests for help with the OpenField software system or the VECTOR devices should be sent by email. The support email required is dependent on the user’s geographical location:APAC: *******************************EMEA: *******************************AMERICAS: *****************************LATAM: ********************************Please provide us with contact details including your name and your preferred email address. Let us know what the problem is and what equipment (computer & browser) you are using to access the site.Users can also request help through the online cloud platform. From the OpenField cloud main user interface, select Request Help in the top right corner of the page. The user will be prompted with a form. Please fill out this form to provide us with the necessary details to fix the issue.Note that there is knowledge center available at https:///hc/en‐us that includes multiple getting started, how to and troubleshooting articles.Regulatory NoticesUSAFederal Communication Commission Interference StatementThis equipment has been tested and found to comply with the limits for a Class B digital device, pursuant to Part 15 of the FCC Rules. These limits are designed to provide reasonable protection against harmful interference in a residential installation. This equipment generates, uses and can radiate radio frequency energy and, if not installed and used in accordance with the instructions, may cause harmful interference to radio communications. However, there is no guarantee that interference will not occur in a particular installation. If this equipment does cause harmful interference to radio or television reception, which can be determined by turning the equipment off and on, the user is encouraged to try to correct the interference by one or more of the following measures:●Reorient or relocate the receiving antenna.●Increase the separation between the equipment and receiver.●Connect the equipment into an outlet on a circuit different from that to which the receiver isconnected.●Consult the dealer or an experienced radio/TV technician for help.FCC Caution: Any changes or modifications not expressly approved by the party responsible for compliance could void the user's authority to operate this equipment.This device complies with Part 15 of the FCC Rules. Operation is subject to the following two conditions:(1) This device may not cause harmful interference, and(2) this device must accept any interference received, including interference that may cause undesired operation.FCC Radiation Exposure Statement (Vector S7)This equipment complies with FCC radiation exposure limits set forth for an uncontrolled environment and must not be co‐located or operating in conjunction with any other antenna or transmitter.For body worn operation, this device has been tested and meets FCC RF exposure guidelines. When used with an accessory that contains metal may not ensure compliance with FCC RF exposure guidelines.FCC Radiation Exposure Statement: (Vector Anchor)This equipment complies with FCC radiation exposure limits set forth for an uncontrolled environment and must not be co‐located or operating in conjunction with any other antenna or transmitter.This equipment complies with FCC RF radiation exposure limits set forth for an uncontrolled environment. This equipment should be installed and operated with a minimum distance of 20 centimeters between the radiator and your body.CanadaCAN ICES‐3 (B)/NMB‐3(B)This device complies with Industry Canada’s licence‐exempt RSSs. Operation is subject to the following two conditions:(1)This device may not cause interference; and(2)This device must accept any interference, including interference that may cause undesiredoperation of the device.Le présent appareil est conforme aux CNR d'Industrie Canada applicables aux appareils radio exempts de licence. L'exploitation est autorisée aux deux conditions suivantes :(1) l'appareil ne doit pas produire de brouillage, et(2) l'utilisateur de l'appareil doit accepter tout brouillage radioélectrique subi, même si le brouillage est susceptible d'en compromettre le fonctionnement.IMPORTANT NOTE:Radiation Exposure Statement (Vector S7)For body worn operation, this device has been tested and meets RF exposure guidelines when used with an accessory that contains no metal. Use of other accessories may not ensure compliance with RF exposure guidelines.Déclaration d'exposition aux radiations RF:Pour une utilisation sur le corps, cet appareil a été testé et respecte les directives sur l'exposition aux RF lorsqu'il est utilisé avec un accessoire sans métal. L'utilisation d'autres accessoires peut ne pas garantir la conformité aux directives d'exposition aux RF.Radiation Exposure Statement (Vector Anchor)1.To comply with the Canadian RF exposure compliance requirements, this device and its antennamust not be co‐located or operating in conjunction with any other antenna or transmitter.2.To comply with RSS 102 RF exposure compliance requirements, a separation distance of at least 20cm must be maintained between the antenna of this device and all persons.Déclaration d'exposition aux radiations RF:1.Pour se conformer aux exigences de conformité RF canadienne l'exposition, cet appareil et sonantenne ne doivent pas être co‐localisés ou fonctionnant en conjonction avec une autre antenne ou transmetteur.2.Pour se conformer aux exigences de conformité CNR 102 RF exposition, une distance deséparation d'au moins 20 cm doit être maintenue entre l'antenne de cet appareil et toutes les personnes。

AX7035B FPGA 开发平台 用户手册说明书

AX7035B FPGA 开发平台 用户手册说明书

ARTIX-7FPGA开发平台用户手册AX7035BREV1.0版芯驿电子科技(上海)有限公司目录一、开发板简介 (3)二、结构尺寸 (5)三、电源 (6)四、FPGA (8)五、50M有源晶振 (9)六、DDR3 (10)七、QSPI Flash (12)八、千兆以太网接口 (13)九、HDMI输出接口 (15)十、HDMI1输入接口(也可作为输入) (17)十一、USB2.0通信接口 (19)十二、SD卡槽 (21)十三、USB转串口 (22)十四、EEPROM24LC04 (23)十五、数码管 (23)十六、温度传感器 (25)十七、 2.54mm扩展口 (26)十八、FPC扩展口 (29)十九、JTAG接口 (30)二十、用户按键 (31)二十一、LED灯 (32)XLINX ARTIX-7系列的高端FPGA开发平台(型号:AX7035B)正式发布了,为了让您对此开发平台可以快速了解,我们编写了此用户手册。

这款ARTIX-7FPGA开发平台采用XILINX的ARTIX-7芯片,开发板的外围设计了丰富的外围接口,比如一路HDMI输入接口,一路HDMI输出接口,一路千兆以太网接口,一路USB2.0接口,Uart接口,下载器接口和两路40针扩展口等等。

满足用户各种高速数据传输,视频处理和工业控制的要求,是一款"全能级“的FPGA开发平台。

为高速视频传输,数据通信,图像处理及数据处理的前期验证和后期应用提供了可能。

相信这样的一款产品非常适合从事FPGA开发的学生、工程师等群体。

一、开发板简介在这里,对这款AX7035B FPGA开发平台进行简单的功能介绍。

此款开发板使用的是Xilinx公司的ARTIX-7系列的FPGA芯片,型号为XC7A35T-2FGG484I,484个引脚的FBGA封装。

FPGA芯片连接了一个256M字节的DDR3存储芯片,实现FPGA和DDR3之间的高速数据读写,数据位宽为16位,DDR的读写时钟频率达到400Mhz,整个系统的带宽高达12.8Gb/s(800M*16bit),满足数据处理过程中对数据缓冲区的需求。

IBM Spectrum Symphony V7.2 快速入门指南说明书

IBM Spectrum Symphony V7.2 快速入门指南说明书

IBM Spectrum SymphonyVersion 7.2Quick Start GuideThis guide describes a quick and easy way to get up and running with the product.Product overviewIBM ®IBM Spectrum Symphony is enterprise-class software that distributes and virtualizes compute-intensive application services and processes across existing heterogeneous IT resources. IBM Spectrum Symphony creates a shared, scalable, and fault-tolerant infrastructure, delivering faster, more reliable application performance while reducing cost. IBM Spectrum Symphony provides an application framework that allows you to run distributed or parallel applications in a scaled-out grid environment.IBM Spectrum Symphony is available in three editions: Standard, Advanced, and Developer.Product add-on features are optional and serve to enhance IBM Spectrum Symphony functionality. You can use the following add-on features with IBM Spectrum Symphony Standard or Advanced Edition:v IBM Spectrum Symphony Desktop Harvestingv IBM Spectrum Symphony GPU Harvestingv IBM Spectrum Symphony Server and VM Harvestingv IBM Spectrum Symphony Co-Processor Harvestingv Product entitlement and documentation.v Product installation packages for supported operating systems.Download any product fixes from IBM Fix Central: /eserver/support/fixes.We continually update the content on IBM Knowledge Center to address customer feedback, to offer the most current and accurate information. Refer back to the IBM Knowledge Center topics to ensure that you have the latest updates.You can search all the content in IBM Knowledge Center, search within a product, or restrict your search to one version of a product. Sign in with your IBM ID to take full advantage of the personalization features available in IBM Knowledge Center. Save and print topics you use regularly, and communicate with colleagues and IBM by adding comments to topics.Additional system requirements, compatibility notes, and recommended hardware configuration are described in the supported system configurations for IBM Spectrum Symphony (/support/knowledgecenter/SSZUMP_7.2.0/sym_kc/sym_kc_system_configurations.dita).Spectrum Symphony with other products, installing the IBM Spectrum Symphony client, or installing an IBM Spectrum Symphony Developer Edition development environment. It includes specific package names, installed directory structure,steps for each supported platform, and troubleshooting topics.IBM®Once you have installed, entitled, and configured IBM Spectrum Symphony, refer to the managing, developing, reference, and troubleshooting topics within IBM Knowledge Center.More informationFor additional information about IBM Spectrum Symphony, refer to the following resources:v IBM Spectrum Symphony technical computing community(https:///storage/products/ibm-spectrum-symphony)v IBM Spectrum Symphony product information (/systems/spectrum-computing/products/symphony/index.htmlv IBM Knowledge Center (/support/knowledgecenter/SSZUMP)v IBM Redbooks®()Access technical support information for all IBM products from the IBM Support Portal (/support).IBM Spectrum Symphony 7.2. Licensed Materials - Property of IBM. U.S. Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.IBM, the IBM logo, and ®are trademarks or registered trademarks of International Business Machines Corp., registered in many jurisdictions worldwide. Other product and service names might be trademarks of IBM or other companies. A current list of IBM trademarks is available on the Web at “Copyright and trademark information” (/legal/copytrade.shtml).Part Number:CNI6MENPrinted in Ireland。

VEC-7系列说明书

VEC-7系列说明书
E 当变频器某些参数设定或配线完成时,有可能在输入电源后立刻起 动电机,从而带动机械运动;请注意安全!
4
第二章 变频器的安装环境与空间
2-1 使用环境
(1)环境温度-40℃—40℃ (2)防止电磁干扰、远离干扰源 (3)防止水滴、蒸汽、粉尘、灰尘、棉絮、金属细粉的侵入 (4)防止油、盐及腐蚀性气体侵入 (5)避免震动 (6)避免高温、高湿,湿度小于 90%RH(不结露) (7)禁止使用在易燃性、可燃性、爆炸性气体、液体或固体危险环境
第五章 运行实例.......................................14 第六章 功能参数表.....................................18 第七章 功能参数说明...................................24 第八章 异常诊断与处理 ...............................48 第九章 标准规范......................................50
9-1 V7 系列的额定输出电流 ........................50 9-2 标准规范 .....................................51 第十章 保养与检修.....................................52 10-1 检查与保养 ..................................52 10-2 必需定期更换的器件 ..........................53 10-3 储存与保管 ..................................53 10-4 测量与判断 ..................................53 附录 A 制动电阻选择 ..................................54 附录 B 输入电抗器选择 ................................55 附录 C 备用电路 ......................................56 附录 D RS-485 通信协议 ...............................56 附录 E 十六进制代码表 ................................63

vxworks7编程指南

vxworks7编程指南

vxworks7编程指南摘要:1.VxWorks7 简介2.VxWorks7 编程基础3.VxWorks7 编程进阶4.VxWorks7 编程实例5.VxWorks7 编程总结正文:【VxWorks7 简介】VxWorks7 是一款实时操作系统(RTOS),广泛应用于各种实时控制系统和嵌入式系统中。

其强大的功能和良好的性能使其成为众多开发者的首选。

本指南将为您提供VxWorks7 编程的基本知识和进阶技巧。

【VxWorks7 编程基础】在开始VxWorks7 编程之前,您需要了解一些基本概念。

首先,VxWorks7 的任务调度采用优先级调度策略,任务根据优先级分为不同等级。

此外,VxWorks7 还提供了丰富的同步和通信机制,如信号量、互斥锁和消息队列等,以确保实时性能和系统稳定性。

【VxWorks7 编程进阶】在熟悉基本概念后,您可以深入学习VxWorks7 的编程技巧。

本节将介绍如何使用VxWorks7 提供的API 进行任务管理、内存管理和设备驱动等操作。

此外,还将学习如何调试和优化VxWorks7 应用程序,以提高系统性能。

【VxWorks7 编程实例】为了帮助您更好地理解和应用VxWorks7 编程知识,本节将通过一个实际案例进行讲解。

实例为一个简单的嵌入式控制系统,包括一个主任务和两个子任务。

主任务负责接收用户输入,子任务分别负责控制两个电机。

通过这个实例,您将了解如何编写和调度VxWorks7 任务,以及如何使用同步和通信机制实现任务间的协作。

【VxWorks7 编程总结】在本指南中,我们为您介绍了VxWorks7 编程的基本知识和进阶技巧。

通过学习,您应该已经掌握了如何在VxWorks7 环境下编写实时应用程序,并了解了如何使用同步和通信机制实现任务间的协作。

STR7系列微控制器复习课程

STR7系列微控制器复习课程

S T R7系列微控制器第二章 STR7系列微控制器 (3)2.1STR71X系列微控制器 (3)2.1.1 特点 (4)2.1.2 总体结构 (6)2.1.3 引脚描述 (11)2.1.4 电气特性 (23)2.2STR73X系列微控制器 (29)2.2.1 特点 (30)2.2.2 总体结构 (32)2.2.3 引脚描述 (36)2.2.4 电气特性 (44)第二章 STR7系列微控制器意法半导体(ST)的STR7系列微控制器基于16/32位 ARM7TDMI RISC CPU,该系列种类齐全,用户可以根据不同的应用需求选择合适的芯片。

根据内核类型、片内Flash和片内RAM的容量,以及片上外设资源种类和数量的不同,STR7系列微控制器主要分成如下几类:STR71x系列、STR73x系列以及STR75x系列。

本章将对它们的硬件特性、结构和电气特性作一介绍,更详细的交、直流特性可参考ST的相关数据手册。

片内外设的详细描述可参考本书的第三章。

2.1 STR71x系列微控制器STR71x系列是片上集成Flash和RAM的微控制器系列。

它基于高性能的ARM7TDMI内核,拥有丰富的外设和增强的I/O功能。

该系列中的所有器件都包含片上高速单电压Flash存储器和高速RAM存储器。

由于内嵌ARM内核,所以STR71x与所有的ARM工具和软件兼容。

表2.1-1是STR71x系列微控制器器件型号总览,可作为选型参考。

表2.1-1 STR71x器件总表2.1.1 特点1.存储器✓片内集成最高达256+16k字节的flash存储器(代码FLASH可反复擦写10,000次,数据FLASH可反复擦写100,000次,存储信息最长可以保持20年),可加密保护;✓片内集成最高达64k字节的RAM存储器;✓拥有可以寻址4个存储器段的外部存储器接口(EMI),支持SRAM、Flash 以及ROM等存储器类型;✓支持多种启动方式。

IBM MAXIMO7应用开发手册1

IBM MAXIMO7应用开发手册1

Linux is anywhere..M A X I M O7应用开发参考手册前言编制本文档的目的是为了给基于M a x i m o7平台的应用程序开发人员提供向导。

目录前言 (1)目录 (2)1环境搭建 (3)1.1运行环境搭建 (3)1.2E CLIPSE集成开发环境 (3)2命名规则 (3)2.1目录结构 (3)2.2类命名 (3)3数据库配置 (4)3.1创建对象(表) (4)3.1.1对象标签页 (4)3.1.2属性标签页 (5)3.1.3关联标签页 (5)3.1.4应用数据库变更 (6)4关于域 (9)4应用程序设计器 (10)4.1添加自定义模块 (10)4.4添加增删改查按钮 (13)4.5分配权限 (14)1环境搭建环境搭建分为运行环境和Eclipse集成开发环境两部分。

1.1运行环境搭建运行环境的搭建,请参照【房费收费系统运行环境配置手册】1.2 Eclipse集成开发环境集成环境的配置,请参照【房费收费系统Eclipse集成环境配置手册】。

2命名规则主要叙述本次基于MAXIMO7平台下开发过程中的命名规范。

本次开发主要涉及应用程序业务逻辑类和页面操作类两部分。

应用程序业务逻辑类主要包括对数据库增删改查等一系列操作。

页面操作类主要对应画面按钮动作。

2.1目录结构应用程序业务逻辑类放在//maximo/businessobjects/classes文件夹下结构为:antu.app.XXX(例如房租金相关页面antu.app.fzj)页面操作类放在//maximo/maximouiweb/webmodule/WEB-INF/classes文件夹下结构为:antu.webclient.beans.XXX(例如房租金相关页面antu.webclient.beans.fzj)2.2类命名尽量和MAXIMO原有类保持统一命名风格。

不可改写MAXIMO原有类,仅可以通过继承的方式完成代码编写。

TG7100C 开发板用户手册说明书

TG7100C 开发板用户手册说明书

《xxx芯片数据手册》文档版本发布日期TG7100C开发板用户手册版本:1.0版权@2020Contents1环境配置 (3)2代码编译 (5)3下载运行 (6)3.1芯片选择 (6)3.2配置程序下载方式 (7)3.3配置下载参数 (8)3.4下载程序 (9)1环境配置aos-cube是AliOS Things基于命令行的开发管理工具,主要功能包括:工程配置与编译、Image下载调试、组件生成、组件安装管理、设备管理、代码审查、OTA工具等功能。

它依赖于Python(64bits,2.7.14和3.5已验证)。

Linux 下AliOS-Things开发环境的搭建主要分为两部分:python和pip安装、基于pip安装aos-cube及相关的依赖包。

1.安装python、pip和git:$sudo apt-get install-y python python-pip git#完成python和pip安装后,再安装依赖库和aos-cube,步骤如下:$python-m pip install setuptools wheel aos-cube注解:如果在安装过程中遇到网络问题可以使用国内镜像。

###安装/升级pip$python-m pip install–trusted-host=-i https:///pypi/simple/–upgrade pip###基于pip依次安装第三方包和aos-cube$pip install–trusted-host=-i https:///pypi/simple/setuptools$pip install–trusted-host=-i https:///pypi/simple/wheel$pip install–trusted-host=-i https:///pypi/simple/aos-cube###如需要使用doubanio作备用源$pip install–trusted-host -i /simple/aos-cube###如需指定版本,可改成如aos-cube==0.2.50因涉及多种开发环境和具体版本的依赖,针对开发者的实际情况,还给出一种简单方便且不影响当前系统环境的方法—-基于虚拟环境virtualenv的方法,作为备用。

ARM7TDMI-S(Rev 4)技术参考手册

ARM7TDMI-S(Rev 4)技术参考手册

ARM7TDMI-S(Rev 4)技术参考手册第1 章介绍这一章介绍ARMTDMI-S 处理器。

包含以下小节:* 关于ARM7TDMI-S 处理器* ARM7TDMI-S 结构* ARM7TDMI-S 模块内核和功能框图* ARM7TDMI-S 指令集汇总* Rev 3a 和Rev 4 之间的差异1.1 关于ARM7TDMI-S 处理器ARM7TDMI-S 处理器是ARM 通用32 位微处理器家族的成员之一。

ARM 处理器具有优异的性能,但功耗却很低,使用门的数量也很少。

ARM 结构是基于精简指令集计算机(RISC)原理而设计的。

指令集和相关的译码机制比复杂指令集计算机要简单得多。

这样的简化实现了:* 高的指令吞吐量* 出色的实时中断响应* 小的高性价比的处理器宏单元1.1.1 指令流水线ARM7TDMI-S 处理器使用流水线来增加处理器指令流的速度。

这样可使几个操作同时进行,并使处理和存储器系统连续操作。

流水线使用3 个阶段,因此指令分3 个阶段执行。

* 取指* 译码* 执行3 阶段流水线如图1-1 所示。

注:程序计数器(PC)指向被取指的指令,而不是指向正在执行的指令。

在正常操作过程中,在执行一条指令的同时对下一条指令进行译码,并将第三条指令从存储器中取出。

1.1.2 存储器访问ARM7TDMI-S 处理器使用了冯诺依曼(Von Neumann )结构,指令和数据共用一条32 位总线。

只有装载存储和交换指令可以对存储器中的数据进行访问。

数据可以是8 位字节16 位半字或者32 位字。

字必须分配为占用4 字节,而半字必须分配为占用2字节。

1.1.3 存储器接口ARM7TDMI-S 处理器的存储器接口可以使潜在的性能得到实现,这样减少了存储器的使用。

对速度有严格要求的控制信号使用流水线,这样使系统控制功能以标准的低功耗逻辑实现。

这些控制信号使许多片内和片外存储器技术所支持的“快速突发访问模式”得到充分利用。

ARM Cortex-M7核基于SAMV71Q21RT的辐射抗性微控制器说明书

ARM Cortex-M7核基于SAMV71Q21RT的辐射抗性微控制器说明书

SummaryThe SAMV71Q21RT is a radiation tolerant microcontroller (MCU) providing the best combination of connectivity interfaces along with highest processing levels. The SAMV71Q21RT is designed for enhanced radiation performances, extreme temperature and high reliability in aerospace application. It takes advantage of the powerful M7 core coupled with high-bandwidth communication interfaces such as CAN FD and Ethernet TSN.SAMV71Q21RT ARM ®MicrocontrollerKey FeaturesCore• ARM ® Cortex ®-M7 Core running up to 300 MHz, delivering 600 DMIPS• 16 Kbytes of ICache and 16 Kbytes of DCache with Error Code Correction (ECC)• Single- and double-precision hardware Floating Point Unit (FPU)• Memory Protection Unit (MPU) with 16 zones • DSP Instructions, Thumb ®-2 Instruction Set• Embedded Trace Module (ETM) with instruction trace stream, including Trace Port Interface Unit (TPIU)Memory• 2048 Kbytes embedded Flash with unique identifier and user signature for user-defined data• 384 Kbytes embedded Multi-port SRAM• Tightly Coupled Memory (TCM) interface with four configu -rations (disabled, 2 x 32 Kbytes, 2 x 64 Kbytes, 2 x 128 Kbytes)• 16 Kbytes ROM with embedded Bootloader routines (UART0, USB) and IAP routines• 16-bit Static Memory Controller (SMC) with support for SRAM, PSRAM, LCD module, NOR and NAND Flash with on-the-fly scrambling• 16-bit SDRAM Controller (SDRAMC) interfacing up to 256 MB and with on-the-fly scramblingSystem• Embedded voltage regulator for single-supply operation• Power-on-Reset (POR), Brown-out Detector (BOD) and Dual Watchdog for safe operation• Quartz or ceramic resonator oscillators: 3 to 20 MHz main oscillator with failure detection, 12 MHz or 16 MHz needed for USB operations. Optional low-power 32.768 kHz for RTC or device clock.• RTC with Gregorian calendar mode, waveform generation in low-power modes• RTC counter calibration circuitry compensates for 32.768 kHz crystal frequency variations• 32-bit low-power Real-Time Timer (RTT)• High-precision main RC oscillator with 12 MHz defaultfrequency for device startup. In-application trimming access for frequency adjustment. 8/12 MHz are factory-trimmed.• 32.768 kHz crystal oscillator or slow RC oscillator as source of low-power mode device clock (SLCK)• One 500 MHz PLL for system clock, one 480 MHz PLL for USB high-speed operations • Temperature sensor•One dual-port 24-channel central DMA Controller (XDMAC)The Microchip name and logo and the Microchip logo are registered trademarks of Microchip Technology Incorporated in the U.S.A. and other countries. ARM and Cortex are registered trademarks of ARM Limited (or its subsidiaries) in the EU and other countries. All other trademarks mentioned herein are property of their respective companies. © 2018, Microchip Technology Incorporated. All Rights Reserved. 5/18DS00002650ASpace Environment• Full wafer lot traceability• 144-lead hermetic ceramic package • Space-grade screening and qualification• Total ionizing dose: dose at least 20 Krad, QML and ESCC • Heavy ions and protons test• Single event latch-up LET > 62 Mev•SEU full characterization at SEU full caracterization for all functional block• Estimated SER: 1 event every 1400 days (Core measure on LEO)Other Aerospace Application• Full wafer lot traceability • 144-lead plastic package• Extended temperature range –55°C/125°C • QML-N/AQEC/AEC-Q100 equivalent• Unitary burn-in and temperature cycling (opt.)• Neutrons latch-up immune •SEU full characterizationSAMV71Q21RT Tools GuideProduct Selection GuideMemorySystemCortex -M7300 MHzConnectivitySecurity User Interface Control System Performance• Deterministic code execution using TCM • Complex calculation and coprocessing (FPU)• Communication threads parallelism (Hmatrix architecture)• Low latency memories access • Scalable power saving modes•Operating system free RTOS supportedOngoing Port: RTEMS and Xstratum。

DSP+FPGA C665x + Xilinx Artix-7开发板中文资料整理

DSP+FPGA  C665x + Xilinx Artix-7开发板中文资料整理
开发例程主要包括: 裸机开发例程 SYS/BIOS 开发例程 多核开发例程 FPGA 开发例程
5 电气特性
核心板工作环境
环境参数 商业级温度 工业级温度
工作电压
表4 最小值
0°C -40°C
5V
典型值 / / 9V
最大值 70°C 85°C 16V
6 机械尺寸图
PCB 尺寸
表5 100mm*65mm
固定安装孔数量
4个
散热器安装孔数量
4个
图 6 SOM-TL665xF 机械尺寸图
7 核心板具体型号参考
型号
SOM-TL6655F-1000/100T-8GN32/32GD-128/256S-I-A1
SOM-TL6655F-1000/100T-8GN32/64GD-128/256S-I-A1
SOM-TL6655F-1000/100T-8GN64/32GD-128/256S-I-A1
MATH Matrix Codec_Universal_Dma_Ti_ECPY
数学函数库 矩阵运算 调用 EDMA3 数据搬移算法
例程 Task CLOCK Task_MUTEX Task_STATIC Timer Timer_C665x Timer_C665x_Runtime MEMORY HWI_C66x HWI_C66x_Hook HWI_C66x_Nest HWI_Runtime HWI_Runtime_Post_SWI HWI_Runtime_Post_Task SWI SWI_Runtime SWI_Runtime_Post_Conditionally_andn SWI_Runtime_Post_Conditionally_dec SWI_Runtime_Post_Unconditionally_or Timestamp Timestamp_C665x EDMA3

USR-G771 AT指令集说明书

USR-G771 AT指令集说明书

USR-G771 AT指令集文件版本:V1.0.8功能特点⚫网络优,搭载Cat-1网络,10Mbps下载,5Mbps上传,满足80%的数据传输应用场景;⚫延迟低,4G网络承载,毫秒级延时体验;⚫多制式,LTE Cat.1和GRPS,双模双保险;⚫覆盖广,基于现有运营商4G网络,稳定性高;⚫支持网络透传功能,串口数据直接传到网络端,简单可靠;⚫支持KEEP-ALIVE机制,可以保活连接,增强连接稳定性;⚫每路连接支持20条数据缓存,每条数据最大4K;⚫每路连接分别支持一路socket备份;⚫支持注册包,心跳包数据;⚫支持HTTPD功能,支持短信透传,发送中英文短信;⚫支持FTP他升级协议;⚫支持基站定位和NTP时间更新;⚫多种参数设置方式:网络、短信、串口AT指令和电脑端设置软件配置;⚫具有安全机制,可设置指令模式登录密码;⚫支持RS232和RS485两种接口,使用更方便;⚫支持9~36V宽电压供电;⚫多种指示灯,状态判断方便准确;⚫工业级设计,硬件看门狗,超高可靠性。

目录USR-G771 AT指令集 (1)1. 产品简介 (6)2. 指令介绍 (6)2.1. 指令中“问”的格式 (7)2.2. 指令中“答”的格式 (7)3. AT指令集 (8)3.1. 响应指令类型说明 (10)3.2. 常用指令错误码 (11)4. AT指令详解 (11)4.1. AT (11)4.2. AT+Z (11)4.3. AT+S (12)4.4. AT+CLEAR (12)4.5. AT+E (12)4.6. AT+ENTM (13)4.7. AT+WKMOD (13)4.8. AT+CMDPW (14)4.9. AT+STMSG (14)4.10. AT+RSTIM (15)4.11. AT+SDPEN (16)4.12. AT+NATEN (16)4.13. AT+UATEN (17)4.14. AT+CACHEEN (17)4.15. AT+CSQ (18)4.16. AT+SYSINFO (18)4.17. AT+VER (19)4.18. AT+BUILD (19)4.19. AT+SN (20)4.20. AT+IMEI (20)4.21. AT+ICCID (21)4.22. AT+CIP (21)4.23. AT+CNUM (21)4.24. AT+LBS (22)4.25. AT+LBSN (23)4.26. AT+CCLK (23)4.28. AT+SIGNINAT (25)4.29. AT+UART (25)4.30. AT+UARTFL (26)4.31. AT+UARTFT (27)4.32. AT+APN (27)4.33. AT+SOCKA (28)4.34. AT+SOCKB (29)4.35. AT+SOCKC (29)4.36. AT+SOCKD (30)4.37. AT+SOCKAEN (31)4.38. AT+SOCKBEN (31)4.39. AT+SOCKCEN (32)4.40. AT+SOCKDEN (33)4.41. AT+SOCKALK (33)4.42. AT+SOCKBLK (34)4.43. AT+SOCKCLK (34)4.44. AT+SOCKDLK (35)4.45. AT+SOCKASL (35)4.46. AT+KEEPALIVEA (36)4.47. AT+KEEPALIVEB (36)4.48. AT+KEEPALIVEC (37)4.49. AT+KEEPALIVED (38)4.50. AT+SHORTATM (38)4.51. AT+SOCKRSNUM (39)4.52. AT+SOCKRSTIM (39)4.53. AT+SOCKABK (40)4.54. AT+SOCKBBK (41)4.55. AT+SOCKCBK (41)4.56. AT+SOCKDBK (42)4.57. AT+SOCKABKEN (42)4.58. AT+SOCKBBKEN (43)4.59. AT+SOCKCBKEN (44)4.60. AT+SOCKDBKEN (44)4.61. AT+REGEN (45)4.62. AT+REGTP (45)4.63. AT+REGDT (46)4.65. AT+CLOUD (47)4.66. AT+HEARTEN (48)4.67. AT+HEARTTP (49)4.68. AT+HEARTDT (49)4.69. AT+HEARTTM (50)4.70. AT+HEARTSORT (50)4.71. AT+HEART (51)4.72. AT+HTPTP (52)4.73. AT+HTPURL (53)4.74. AT+HTPHD (53)4.75. AT+HTPSV (54)4.76. AT+HTPPK (54)4.77. AT+HTPTIM (55)4.78. AT+DSTNUM (55)4.79. AT+SMSFLT (56)4.80. AT+NTPSVR (56)4.81. AT+NTPEN (57)4.82. AT+NTPTM (58)5.联系方式 (59)6.免责声明 (60)7.更新历史 (61)1.产品简介USR-G771是有人物联网推出的首款Cat-1 DTU。

rttov运行流程

rttov运行流程

rttov运行流程下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。

文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!并且,本店铺为大家提供各种各样类型的实用资料,如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等,如想了解不同资料格式和写法,敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!1. 数据准备输入气象数据,包括温度、湿度、气压等垂直廓线信息。

RTTOV-78coefficientfilesformat

RTTOV-78coefficientfilesformat

RTTOV-7/8 coefficient files formatPascal BrunelMétéoFranceThis documentation was developed within the context of the EUMETSAT Satellite Application Facility on Numerical Weather Prediction (NWP SAF), under the Cooperation Agreement dated 25 November 1998, between EUMETSAT and the Met Office, UK, by one or more partners within the NWP SAF. The partners in the NWP SAF are the Met Office, ECMWF, KNMI and Météo France.Copyright 2004, EUMETSAT, All Rights Reserved.Change recordVersion Date Author / changed by Remarks1.0 18/04/01 P. Brunel Initial1.1 12/02/03 P. Brunel Update for RTTOV7 v2.4 release1.2 19/02/03 R. Saunders Additions/corrections1.3 25/05/04 P. Brunel Update for RTTOV81.4 25/10/04 B. Conway Doc ID and standard running header introduced1.5 23/11/04 R. Saunders Corrected MTSAT id numberINTRODUCTION (3)IDENTIFICATION (4)LINE-BY-LINE (4)FAST_MODEL_VARIABLES (5)FILTER_FUNCTIONS (5)FUNDAMENTAL_CONSTANTS (5)FASTEM (MANDATORY FOR ID_SENSOR MW) (5)SSIREM (MANDATORY FOR ID_SENSOR IR AND HI) (6)GAZ_UNITS (6)REFERENCE_PROFILE (6)PROFILE_LIMITS (6)FAST_COEFFICIENTS (7)COEF_SUB_FILES (7)END (7)BINARY FORMAT (7)ANNEX A: FILE NAMES (8)ANNEX B: EXAMPLE OF COEFFICIENT FILE FOR NOAA14 AVHRR (1)IntroductionThis document documents the format of the RT coefficient files used with the RTTOV fast model. It is applicable to RTTOV-7 and RTTOV-8 coefficient files. Note RTTOV-8 can be run with RTTOV-7 files but not the opposite.The file format is able to serve all the kinds of instruments supported by RTTOV , infrared (IR), microwave (MW) or high resolution IR sounder (Hi) and is easy to update for new options. The format relies on “sections” which are starting by a key word, the order of the sections is important for ‘identification’ and ‘fast_variable’ as they are defining the other sections. The structure/rules are defined as follows:<section name>Starting in any column, capital letters, no space, no comment on the line, section “END” will logically close the file! <comment>Any line starting by a ‘!’ in any column. Comment lines can be put before or after a section name but NOT inside a section data areai1 r2 i3 ! <comment>Integer or real data can be followed by a comment (a space should precede the!) only when they are not part of an array described on several lines.string ! <comment>String can be followed by a comment, so a string cannot contain a “!” character. The default size of string variables is 32 characters, otherwise specified. Strings will be internally left justified.<empty line>Empty lines are not allowedinteger missing value is -9999Sections:The actual list of sections is:•IDENTIFICATION•LINE-BY-LINE•FAST_MODEL_VARIABLES•FILTER_FUNCTIONS•FUNDAMENTAL_CONSTANTS•FASTEM•SSIREM•GAZ_UNITS•REFERENCE_PROFILE•PROFILE_LIMITS•FAST_COEFFICIENTS•COEF_SUB_FILES•ENDA section is generally preceded and followed by comment lines providing information on how it was created.The data information contained in one section is described line by line. In this group of lines, comment lines are not allowed, but comments can be added at the end of the values. All lines between the end of a section and the beginning of another section are ignored, so adding a new section in a file will not return an error if the reading subroutine is not updated. For each section we will indicate the variable name and type used in the reading subroutine and a short description.Arrays (RTTOV7 only)RTTOV-7 only:The sizes of the arrays are given relatively to the defined RTTOV parameters.fmv_chn_max= jpch maximum number of channelsfmv_lvl_max= jplev maximum number of levelsfmv_var_max= jpcofm max number of variables, Mixed Gases New parameters introduced:fmv_gas_max = jpgas = 3 maximum number of gaseslbl_dataset_max = 2 maximum number of line/line datasetsfastem_coef_max = 140 maximum number of FASTEM coefficientsNote that all arrays are stored in the coefficient file according to their real used dimensions and NOT the dimensions of the declarations. For example the maximum number of channels is 47 in RTTOV6 and the number of channels stored for a METEOSAT file is 2.There are no limits for the RTTOV7 v2.4 and following versions which are using dynamic memory allocation. So for these versions of the code, the maximum value shall be replaced by the actual value contained by the file. For example the reference to fmv_chn_max shall be replaced by the real number fmv_chn.IDENTIFICATIONid_platform, id_sat, id_inst3 integersRTTOV_ids (see Annex A)id_common_name32 characters stringCommon name of the satellite/instrument ex: Noaa16 AMSU-Aid_sensor2 characters stringType of sensor: micro-wave, infra-red, interferometerValue should be one of those [’MW’ , ‘IR’, ‘Hi’] (ignore case of letters)id_comp_lvlintegercoefficient file version number for compatibilityid_creation80 characters stringAny comment giving information on who or where was created this coefficient fileinformation onlyid_creation_year, id_creation_month, id_creation_day3 integersDate of creation of the coefficient file (year month day). information onlyLINE-BY-LINEThis section is for information only, none of its data is used in RTTOVlbl_idcharacters stringName of LbL code including version number.lbl_databasecharacters stringName of the spectroscopic databaselbl_h2o_cntnmcharacters stringName of the H2O continuumlbl_dataset_nbintegerNumber of profile datasets used (actually 2 TIGR43 for T,WV and NESDIS 34 for O3)Each dataset of lbl_dataset_nb is described by 2 data linesLine n+1 lbl_dataset_namecharacters string, stored in an array of size lbl_dataset_maxProfile dataset name followed by any comment.Line n+2 lbl_dataset_prf, lbl_dataset_const, lbl_dataset_lvl, lbl_dataset_sec4 integers, stored in arrays of size lbl_dataset_maxNumber of profilesNumber of constituentsNumber of levelsNumber of secant anglesFAST_MODEL_VARIABLESfmv_model_defcharacters stringFast model variables definition (RTTOV6, RTTOV7, RTTOV8, OPTRAN)fmv_model_verintegerVersion number of the predictors of the fast model.this line is not present for all RTTOV7 coefficient files, in that case version 7 is assumed.fmv_chnintegerNumber of channels stored in this coefficient file, can be different from the usual instrument channel number.fmv_gasintegerNumber of different gases described in the fileEach gas of fmv_gas is described by 2 data lines:Line n+1 fmv_gas_idcharacters string stored in an array of size fmv_gas_maxThe identification of the absorber gaz, should be one of: [Mixed_Gases, Water_vapour, Ozone, WV_Continuum, CO2, N2O, CO, CH4]Line n+2 fmv_var, fmv_lvl2 integers, stored in arrays of size fmv_gas_maxNumber of variables/predictorsNumber of levels (pressure or absorber space)FILTER_FUNCTIONSOne line for each channel (fmv_chn)ff_ori_chn, ff_val_chn, ff_cwn, ff_bco, ff_bcs, ff_gam2 integers, 4 reals arrays of size fmv_chn_maxOriginal channel number for the instrumentValidity of the channel (if 1 channel is valid)Central wave number (cm-1)Band correction offset (K)Band correction slope (K/K)Gamma factor transmittance corrections (not used currently so set to 1)FUNDAMENTAL_CONSTANTSValues used for generate the coefficients, controlled internally RTTOV for consistency.fc_speedlrealSpeed of light (cm/s)fc_planck_c1, fc_planck_c2realPlanck constantsFirst radiation constant for spectral radiance (mW/(m2.sr.cm-4))Second radiation constant for spectral radiance (cm.K)fc_sat_heightrealSatellite nominal height (km)FASTEM (mandatory for id_sensor MW)fastem_verintegerEmissivity model version numberfastem_coef_nbintegerNumber of coefficients (140 for Fastem 1 and 2)fastem_coefreal, array of size fastem_coef_maxArray of fastem coefficients, real size of stored array is fastem_coef_nbfastem_polarinteger (free format) array of size fmv_chn_maxArray of polarisation (each channel)MPOL = 0 : 0.5*(V+H)MPOL = 1 : polarisation angle=90-incidence angleMPOL = 2 : polarisation angle=incidence angleMPOL = 3 : vertical polarisationMPOL = 4 : horizontal polarisationSSIREM (mandatory for id_sensor IR and Hi)ssirem_verintegerEmissivity model version numberOne line per channel (fmv_chn_nb)ssirem_chn, ssirem_a0, ssirem_a1, ssirem_a2, ssirem_xzn1, ssirem_xzn2 integer, 5 reals arrays of size fmv_chn_maxOriginal channel number for the instrument (for verification only)5 coefficients for emissivity model ssiremGAZ_UNITSOptional section. Only for version 7 v2.4 and higher.One line for each gaz (fmv_gas)Gaz_concentration unitsIntegerGaz unit number. Refers to the unit for gaz amount used in reference and limit profiles Allowed units are:1 specific concentration (kg/kg)2 volume mixing ratio (ppmv)If this section is not present (or for RTTOV7) specific concentration is assumed. REFERENCE_PROFILEThe number of levels is the one of the first gas defined in FAST_MODEL section (fmv_lvl(1)) The number of gases is defined in the FAST_MODEL section by fmv_gasFor each gas, fmv_lvl(1) lines (one per level) containing:ref_prfl_p, ref_prfl_t, ref_prfl_mr for (level,gas)realsReference profile pressure (hPa) (same for all gases), array of size fmv_lvl_maxFor each gas (fmv_gas), arrays of size (fmv_lvl_max, fmv_gas_max)temperature (K) gaz amount (Kg/Kg or ppmv, see gaz_units)Note: For Mixed Gases the mixing ratio shall be set to the “missing” value PROFILE_LIMITSThe number of levels is the one of the first gas defined in FAST_MODEL section (fmv_lvl(1)) The number of gases is defined in the FAST_MODEL section by fmv_gasOne line per level fmv_lvl(1):lim_prfl_p, lim_prfl_tmax, lim_prfl_tminrealsReference profile pressure (same for all gases) array of size fmv_lvl_maxMaximum temperature at level (K) array of size fmv_lvl_max Minimum temperature at level (K) array of sizefmv_lvl_max For each gas (fmv_gas)For each gas, fmv_lvl(1) lines (one per level) containing:lim_prfl_p, lim_prfl_gmax, lim_prfl_gmin for (level, gas)realsReference profile pressure (hPa) (same for all gases) array of size fmv_lvl_maxMaximum gaz amount (Kg/Kg or ppmv, see gaz_units) array of size fmv_lvl_max, fmv_gas_maxMinimum gaz amount (Kg/Kg or ppmv, see gaz_units) array of size fmv_lvl_max, fmv_gas_maxNote: For Mixed Gases the mixing ratio shall be set to the “missing” valueFAST_COEFFICIENTSThis section is using the values defined in the FAST_MODEL_VARIABLES section.For each gas, in the same order as the FAST_MODEL_VARIABLES section:fc_gas_idcharacters stringGas identification, for comparison with section FAST_MODEL_VARIABLES, same name.fc_coefreal, array (fmv_lvl fmv_chn, fmv_var)Fast model coefficients the array for gas fc_gas_id.COEF_SUB_FILESOnly for version 7 v2.4 and higher.This section is using the values defined in the FAST_MODEL_VARIABLES section.This section indicates that the fast coefficients are stored in separate files, one for each gaz. Each “sub” file contains an array fc_coef(fmv_lvl, fmv_chn, fmv_var) and may have comment header lines.For each gas, in the same order as the FAST_MODEL_VARIABLES section:sub_filecharacters stringFile name which contains the fast model coefficientsENDThe program will ignore all information beyond this lineBINARY FORMATWith release RTTOV7 v2.4 it is now possible to convert the ASCII files to a binary format. The file access is sequential and contains all sections present in the internal coefficient derived type. The first record contains a reference string and a reference real number.•Reference string: “%RTTOV_COEFF “ (16 characters left aligned)•Reference real number: 1.2345E12The reference number is used to check the accordance between the file and the library for little/big endian and real word size.Annex A: File namesCoefficient file names have the following syntax:rtcoef_platform_satid_instrument.extWhere:•Platform is the platform name of the satellite•Satid is the satellite number•Instrument is the instrument name•Ext is the extension of the file name [dat, bin] dat is used for the ASCII files and bin for the binary files Platforms and instruments supported at date of writing:Platform RTTOV id Sat id range NOAA 1 1 to 17 DMSP 2 8 to 16 Meteosat 3 5 to 7 GOES 4 8 to 12 GMS 5 5FY-2 6 2TRMM 7 1ERS 8 1 to 2EOS 9 1 to 3 METOP 10 1 to 3 ENVISAT 11 1MSG 12 1FY-1 13 3 to 4 ADEOS 14 2MTSAT 15 1 CORIOLIS 16 1NPOESS 17GIFTS 18 Sensor RTTOV id Channels HIRS 0 1 to 19 MSU 1 1 to 4 SSU 2 1 to 3 AMSU-A 3 1 to 15 AMSU-B 4 1 to 5 AVHRR 5 1 to 3 SSMI 6 1 to 7 VTPR1 7 1 to 8 VTPR2 8 1 to 8 TMI 9 1 to 9 SSMIS 10 1 to 24 AIRS 11 1 to 2378 HSB 12 1 to 4 MODIS 13 1 to 17 ATSR 14 1 to 3 MHS 15 1 to 5 IASI 16 1 to 8461 AMSR 17 1 to 14 spareATMS 19 TBD MVIRI 20 1 to 2 SEVIRI 21 1 to 8 GOES-Imager 22 1 to 4 GOES-Sounder 23 1 to 18 GMS/MTSATimager24 1 to 4FY2-VISSR 25 1 to 2FY1-MVISR 26 1 to 3 CRIS 27 TBD CMIS 28 TBD VIIRS 29 TBD WINDSAT 30 TBD GIFTS 31 TBDAnnex B: Example of coefficient file for NOAA14 AVHRR! RTTOV coefficient file noaa-14 avhrr! ------------------------------------------------------IDENTIFICATION!1 14 5 ! platform sat_id instrumentnoaa-14 avhrrir ! sensor type [ir,mw,hi]7 ! RTTOV compatibility versioncopy from original RTTOV6 coefficient file2001 03 21 ! creation date! ------------------------------------------------------LINE-BY-LINE!GENLN2 ! line-by-lineHITRAN96 ! spectroscopic databaseCKD2.1 ! Water Vapour continuum2 ! Profile datasetsTIGR-43 ! dataset name43 2 43 6 ! profiles gases levels secantsNESDIS-34 ! dataset name34 2 43 6 ! profiles gases levels secants! ------------------------------------------------------FAST_MODEL_VARIABLES!!Predictors MG EYRE; WV RAYER+SAUNDERS+DEBLONDE; Ozone RAYERRTTOV6 ! fast model name3 ! Number of channels described in the coef file3 ! Number of gases described in the coef fileMixed_gases ! gas identification10 43 ! variables/predictors levels (pressure/absorber)Water_vapour ! gas identification10 43 ! variables/predictors levels (pressure/absorber)Ozone ! gas identification10 43 ! variables/predictors levels (pressure/absorber)! ------------------------------------------------------FILTER_FUNCTIONS!! Channel Number (from instrument original description)! Channel status! Central Wavenumber! Band Correction coefficients(Offset,Slope)! Gamma correction factor3 1 0.2659474121E+04 0.1982606173E+01 0.9973250031E+00 0.1000000000E+014 1 0.9293596802E+03 0.4373422563E+00 0.9984871149E+00 0.1000000000E+015 1 0.8346019897E+03 0.2458697110E+00 0.9990643263E+00 0.1000000000E+01 ! ------------------------------------------------------FUNDAMENTAL_CONSTANTS!! units of constants for spectral radiance! first radiation constant(mW/(m2.sr.cm-4))! second radiation constant (cm.K)29979246592.0 ! speed of light (cm/s)0.1191066E-04 1.438833 ! Planck constants870.0 ! nominal satellite height (km)! ------------------------------------------------------SSIREM!! Channel Number (from instrument original description)! 5 coefficients for emissivity model ssirem1 ! version number3 0.9757100 0.0186299 0.0240611 4.0 8.04 0.9917680 0.0078884 0.0187878 4.0 8.05 0.9883230 0.0134569 0.0253074 4.0 8.0! ------------------------------------------------------REFERENCE_PROFILE!! Ref.pressure (hPa)! Ref.Temp (K) Ref.Mixing Ratio [Kg/Kg] for each gas! Note for MxG that mixing ratio is "missing"! Mixed_gases0.100 232.736 -.999900E+040.290 247.984 -.999900E+040.690 256.373 -.999900E+041.420 254.918 -.999900E+042.610 250.632 -.999900E+04…………….985.880 268.795 -.999900E+041005.430 268.892 -.999900E+041013.250 268.942 -.999900E+04! Water_vapour0.100 232.736 0.349555E-050.290 247.984 0.376102E-050.690 256.373 0.370316E-05………….985.880 268.795 0.281403E-021005.430 268.892 0.277897E-021013.250 268.942 0.276761E-02! Ozone0.100 241.696 0.969339E-050.290 256.761 0.100043E-040.690 266.111 0.101194E-04......985.880 283.993 0.443969E-071005.430 284.845 0.419678E-071013.250 285.188 0.409984E-07! ------------------------------------------------------ PROFILE_LIMITS!! Ref.pressure (hPa)! Temp Max (K) Temp Min (K)! Mixing Ratio Max and Min [Kg/Kg] for each gas! Note for MxG that mixing ratio is "missing"0.100 335.50 162.00................985.880 356.59 154.951005.430 357.86 135.001013.250 385.87 135.00! Mixed_gases0.100 0.9999E+04 -0.9999E+040.290 0.9999E+04 -0.9999E+040.690 0.9999E+04 -0.9999E+041.420 0.9999E+04 -0.9999E+04............1005.430 0.9999E+04 -0.9999E+041013.250 0.9999E+04 -0.9999E+04! Water_vapour0.100 0.4379E-04 0.1200E-050.290 0.4652E-04 0.1200E-050.690 0.4609E-04 0.1200E-05......985.880 0.2789E+00 0.6567E-041005.430 0.2820E+00 0.6567E-041013.250 0.2838E+00 0.6567E-04! Ozone0.100 0.1631E-04 0.1014E-050.290 0.1685E-04 0.1863E-05...........1005.430 0.1619E-06 0.8100E-091013.250 0.1615E-06 0.8100E-09! ------------------------------------------------------ FAST_COEFFICIENTSNWP SAFRTTOV-8: Test Plan and resources used Doc ID :NWPSAF-MO-TV-003 Version :1.3 Date : 19.8.033 !! transmission coefficients! Order of the gases:! Mixed_gases! Water_vapour! OzoneMixed_gases0.00000000E+00 0.20232997E-08 0.10764080E-06 0.28016009E-07 0.20684205E-07 0.26066479E-07 0.32925922E-07 0.23350742E-07 -0.12244456E-07 -0.58676970E-08 -0.92317984E-08 0.30986072E-07 0.95044967E-07 0.11684996E-06 0.10500307E-06 .....-0.63459395E-03 -0.66415878E-03 -0.68265415E-03 -0.68852189E-03 -0.67460578E-03 -0.63684437E-03 -0.56977273E-03 -0.46719151E-03 -0.32133446E-03 -0.12839047E-03 Water_vapour-0.15355359E-04 0.24576575E-07 0.12117729E-07 0.70631865E-08 0.51983586E-08 0.34577761E-08 0.11729411E-08 0.35222594E-08 0.28544962E-08 0.22689530E-08 .....-0.83990989E-03 -0.10049873E-02 -0.11831783E-02 -0.13843434E-02 -0.15526412E-02 -0.16152295E-02 -0.15763127E-02 -0.14355070E-02 -0.11775813E-02 -0.73866948E-03 Ozone-0.45034545E-06 0.33443484E-07 0.11146150E-07 0.12351772E-07 0.83291711E-08 0.13916921E-07 0.11764262E-07 0.21004015E-07 0.27926324E-07 0.21376286E-07 .....-0.12307930E-05 -0.75035092E-06 -0.10038976E-06 0.00000000E+00 0.00000000E+00 0.00000000E+00 0.00000000E+00 0.00000000E+00 0.00000000E+00 0.00000000E+00 ! ------------------------------------------------------END。

GDELTtools 1.7 用户指南说明书

GDELTtools 1.7 用户指南说明书

Package‘GDELTtools’September29,2023Type PackageTitle Download,Slice,and Normalize GDELT V1Event and Sentiment APIDataVersion1.7Date2023-09-28Author Stephen R.Haptonstahl,Thomas Scherer,Timo Thoms,and Patrick WheatleyMaintainer Stephen R.Haptonstahl<*******************>Description The GDELT V1Event data set is over41GB now and growing250MBa month.The number of source articles has increased over time and unevenlyacross countries.This package makes it easy to download a subset of thatdata,then normalize that data to facilitate valid time series analysis.License MIT+file LICENSEDepends R(>=4.0),utilsImports plyr,dplyr,datetimeutils,stringrSuggests testthatRoxygenNote7.2.3Encoding UTF-8NeedsCompilation noRepository CRANDate/Publication2023-09-2907:40:02UTCR topics documented:GetAllOfGDELT (2)GetGDELT (3)GetGDELTStability (5)NormEventCounts (7)Index912GetAllOfGDELT GetAllOfGDELT Download all the GDELT V1Eventfiles to a local folderDescriptionDownloads all GDELT V1Eventfiles not already present locally.**This takes a long time and a lot of space.**UsageGetAllOfGDELT(local_folder,data_url_root="/events/",force=FALSE)Argumentslocal_folder character,path to thefile to be validated.data_url_root character,URL for the folder with GDELT datafiles.force logical,if TRUE then the download is carried out without further prompting the user.Valuelogical,TRUE if allfiles were downloaded successfully.Author(s)Stephen R.Haptonstahl<*******************>ReferencesGDELT:Global Data on Events,Location and Tone,1979-2013.Presented at the2013meeting of the International Studies Association in San Francisco,CA.https:/// Examples##Not run:GetAllOfGDELT("~/gdeltdata")##End(Not run)GetGDELT Download and subset GDELT V1event dataDescriptionDownload the GDELT V1Eventfiles necessary for a data set,import them,filter on various criteria, and return a data.frame.UsageGetGDELT(start_date,end_date=start_date,row_filter,...,local_folder=tempdir(),max_local_mb=Inf,data_url_root="/events/",verbose=TRUE)Argumentsstart_date character,earliest date to include in"YYYY-MM-DD"format.end_date character,latest date to include in"YYYY-MM-DD"format.row_filter<data-masking>Row selection.Expressions that return a logical value,and are defined in terms of the variables in GDELT.If multiple expressions are included,they are combined with the&operator.Only rows for which all conditionsevaluate to TRUE are kept....<tidy-select>,Column selection.This takes the form of one or more unquoted expressions separated by commas.Variable names can be used as if they werepositions in the data frame,so expressions like x:y can be used to select a rangeof variables.local_folder character,if specified,where downloadedfiles will be saved.max_local_mb numeric,the maximum size in MB of the downloadedfiles that will be retained.data_url_root character,URL for the folder with GDELT datafiles.verbose logical,if TRUE then indications of progress will be displayed_DetailsDates are parsed with guess_datetime in the datetimeutils package.The recommended format is "YYYY-MM-DD".If local_folder is not specified then downloadedfiles are stored in tempdir().If a neededfile has already been downloaded to local_folder then thisfile is used instead of being downloaded.This can greatly speed up future downloads.Valuedata.frameFiltering ResultsThe row_filter is passed to filter.This is a veryflexible way tofilter the rows.It’s well worth checking out the filter documentation.Selecting ColumnsThe...is passed to select.This is a veryflexible way to choose which columns to return.It’s well worth checking out the select documentation.Author(s)Stephen R.Haptonstahl<*******************>Thomas Scherer<**********************>John Beieler<**************>ReferencesGDELT:Global Data on Events,Location and Tone,1979-2013.Presented at the2013meeting of the International Studies Association in San Francisco,CA.https:/// Examples##Not run:df1<-GetGDELT(start_date="1979-01-01",end_date="1979-12-31")df2<-GetGDELT(start_date="1979-01-01",end_date="1979-12-31",row_filter=ActionGeo_CountryCode=="US")df3<-GetGDELT(start_date="1979-01-01",end_date="1979-12-31",row_filter=Actor2Geo_CountryCode=="RS"&NumArticles==2&is.na(Actor1CountryCode), 1:5)df4<-GetGDELT(start_date="1979-01-01",end_date="1979-12-31",row_filter=Actor2Code=="COP"|Actor2Code=="MED",contains("date"),starts_with("actor"))#Specify a local folder to store the downloaded filesdf5<-GetGDELT(start_date="1979-01-01",end_date="1979-12-31",row_filter=ActionGeo_CountryCode=="US",local_folder="~/gdeltdata")##End(Not run)GetGDELTStability Download data from the GDELT Stability Dashboard API to memoryDescriptionDownload data from the GDELT Stability Dashboard API to memoryUsageGetGDELTStability(location,var_to_get=c("instabiliity","conflict","protest","tone","artvolnorm"),time_resolution=c("day","15min"),smoothing=1,num_days=ifelse(time_resolution=="day",180,7),multi_ADM1=FALSE)Argumentslocation character,two-digit country code or four-digit ADM1code(see below).var_to_get character,variable to download(see below).time_resolutioncharacter,either"day"or"15min".smoothing numeric,integer number of time_resolution periods to smooth over.num_days numeric,number of days of data to download.multi_ADM1logical,if TRUE then var_to_get will be downloaded for all ADM1codes in thecountry(specified in location).Valuedata.framelocationThis is a single location code,either from /blog/stability-dashboard-api/ GEOLOOKUP-COUNTRY.TXT or /blog/stability-dashboard-api/GEOLOOKUP-ADM1.TXTvar_to_getOne of:-"instability":This display a simple synthetic"instability"measure for a country offering a very ba-sic,but insightful,view of the current level of conflict and instability involving it.Currently it is cal-culated by summing the total number of QuadClass=MaterialConflict and EventRootCode=14(Protest)events together and dividing by the total number of all events worldwide monitored by GDELT inthe same time period.This yields a normalized view of instability.-"conflict":Same as above,but only includes QuadClass=MaterialConflict,ignoring protest events.-"protest":Same as above,but only includes EventRootCode=14,assessing only protest activity,but excluding all other kinds of conflict.-"tone":Average Standard GDELT Tone of all articles mentioning the location at least twice inthe article within the given timeframe.This uses a very basicfilter of requiring that an articlemention the location at least twice anywhere in the article body,and assesses tone at the articlelevel.Currently only the Standard GDELT Tone emotion is available,but in the future we hope tointegrate the entire array of GCAM emotions.This variable can be especially insightful to spottingdeteriorating situations where coverage of a country or area is turning increasingly negative,even ifphysical unrest has ceased or not yet begun.-"artvolnorm":This tallies the total number of articles mentioning the location at least twice any-where in the article,divided by the total number of articles monitored by GDELT in the giventimeframe,offering a normalized view of attention being paid to the location regardless of anyphysical unrest or other activity occurring there.This variable offers a useful measure of changesin overall global"attention"being paid to a given location.Author(s)Stephen R.Haptonstahl<*******************>ReferencesGDELT Stability Dashboard API https:///announcing-the-gdelt-stability-dashboard-apExamples##Not run:ex1<-GetGDELTStability(location="FR",var_to_get="tone",time_resolution="day",smoothing=1,num_days=10)ex2<-GetGDELTStability(location="IS",var_to_get="protest",time_resolution="15min",smoothing=3,num_days=1)ex3<-GetGDELTStability(location="AR",var_to_get="conflict",time_resolution="day",smoothing=1,num_days=10,multi_ADM1=TRUE)##End(Not run)NormEventCounts Scale event countsDescriptionScale event counts based on the unit of analysis.UsageNormEventCounts(x,unit_analysis,var_name="norming_vars")Argumentsx data.frame,a GDELT data.frame.unit_analysis character,default is country_day;other options:country_month,country_year, day,month,yearvar_name character,base name for the new count variablesDetailsFor unit_analysis,day and country-day put out a data set where date is of class‘date’.All other options put out a data set where year or month is integer(this needs to be unified in a later version). Valuedata.frameAuthor(s)Oskar N.T.Thoms<********************>Stephen R.Haptonstahl<*******************>John Beieler<**************>ReferencesGDELT:Global Data on Events,Location and Tone,1979-2012.Presented at the2013meeting of the International Studies Association in San Francisco,CA.https:///Examples##Not run:GDELT_subset_data<-GetGDELT("2013-06-01","2013-06-07",(ActionGeo_CountryCode=="AF"|ActionGeo_CountryCode=="US")&EventCode>=140&EventCode<150, local_folder="~/gdeltdata")GDELT_normed_data<-NormEventCounts(x=GDELT_subset_data,unit_analysis="day",var_name="protest")##End(Not run)Indexfilter,4GetAllOfGDELT,2GetGDELT,3GetGDELTStability,5NormEventCounts,7select,49。

海曼USRP使用说明new

海曼USRP使用说明new

一、安装所需的软件1.GNU Radio的安装GNU Radio作为一个开源软件无线电项目,在提供了对USRP1的硬件驱动2和控制使用方法的同时,也提供了大量的开源软件无线电应用代码。

目前GNU Radio可成功地安装至各个Linux发行版本。

a)使用deb或者RPM包GNU Radio提供了deb和RPM包供不同的Linux发行版本安装使用,在Ubuntu等发行版的Linux系统中,在终端输入:sudo apt-get install gnuradio在Fedora 等发行版的Linux系统中,在终端输入:yum install gnuradio即可将GNU Radio安装至PC。

使用这种方法安装的GNU Radio仅只是把预先编译好的组件安装至系统,并不包含开源的代码,且这种方法安装的GNU Radio版本比较旧。

对于希望借助GNU Radio进行开发的用户,推荐使用源码编译安装。

b)使用源码编译安装GNU Radio的编译安装需要g++,git,autoconf,automake,libtool等等,运行需要python,SWIG,Boost,WX GUI,QT GUI等等。

对于不同发行版本的Linux,其编译安装方法大体相似,可参看GNU Radio的wiki中相关部分:/redmine/projects/gnuradio/wiki/BuildGuide下面以Ubuntu为例说明:安装所需组件,在终端输入以下内容:1在本说明文档中,USRP为所有的通用软件无线电硬件平台的统称,包括USRP1,USRP2,USRP N-Series,USRP E-Series,USRP B-Series等。

2GNU Radio仅提供了对USRP1和USRP2的硬件驱动,且在GNU Radio 3.5.0和以后的版本中,不再提供对USRP的驱动。

若要在USRP上使用GNU Radio 3.5.0和以后的版本,需安装UHD作为USRP的驱动。

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

RTTOV-7 Users GuideRoger SaundersRoom 408, Met OfficeLondon Rd., BracknellBerks, RG12 2SZU.K.This documentation was developed within the context of the EUMETSAT Satellite Application Facility on Numerical Weather Prediction (NWP SAF), under the Cooperation Agreement dated 25 November 1998, between EUMETSAT and the Met Office, UK, by one or more partners within the NWP SAF. The partners in the NWP SAF are the Met Office, ECMWF, KNMI and Météo France.Copyright 2002, EUMETSAT, All Rights Reserved.Change recordVersion Date Author / changed by Remarks111/12/01R. Saunders Initial draft to code developers for comments231/01/02R Saunders Modified draft after comments313/03/02R Saunders Modified after comments from J Eyre and MTRRIDs427/05/02R Saunders Corrected IFAIL documentationRTTOV-7 Users Guide1. Introduction and scopeThis document gives an overview of the RTTOV-7 fast radiative transfer model (in sec 2), how to install the RTTOV-7 fast radiative transfer model code on a UNIX platform and run it (sec 3) and how to apply it to the users particular problem (sec 4). The procedure for reporting bugs or making comments to the NWP SAF are given in sec 5. Finally a frequently asked questions (FAQ) section is provided at section 6. If you want to order a copy of the RTTOV-7 code send an email to mailto:rttov.nwpsaf@ or fax +44-1344-854026 requesting a copy of the code. You will need to sign a RTTOV-7 licence form before the code is sent to you.The old RTTOV-6 code is still available in FORTRAN-90 or FORTRAN-77 but will no longer be upgraded for new instruments. Note RTTOV-7 is not available in FORTRAN-77. Bugs reported with RTTOV-6 will continue to be announced and users informed of fixes. Coefficient files for RTTOV-6 will continue to be made available from the NWP-SAF web site. The RTTOV-6 code took part in the Garand fast model intercomparison (see Garand et. al. 2001 for details) and has been distributed to over 40 users worldwide.Before attempting to use the RTTOV-7 model the reader is advised to also read the RTTOV-7 technical report for more details of the code and its operation. The RTTOV-7 scientific and validation report describes or gives links to the scientific basis of the model and also describes in more details any new scientific changes made. It documents the test results carried out on the new code before delivery. The most up to date versions of these reports, like this users guide, can be viewed at the NWP-SAF web site: /research/interproj/nwpsaf/rtm/ in pdf format on the RTTOV-7 page.2. Overview of RTTOV-7This section gives a brief overview of the RTTOV-7 model and its limitations. More details can be found in the references given in this section. RTTOV-7 is a development of the fast radiative transfer model for TOVS, RTTOV, originally developed at ECMWF in the early 90’s (Eyre, 1991) for TOVS. Subsequently the original code has gone through several developments (e.g. Saunders et. al., 1999; Matricardi et. al., 2001), more recently within the EUMETSAT NWP Satellite Application Facility (SAF), of which RTTOV-7 is the latest version. The model allows rapid simulations (~1 ms for 40 channel ATOVS on a HP workstation) of radiances for satellite infrared or microwave nadir scanning radiometers given an atmospheric profile of temperature, variable gas concentrations, cloud and surface properties, referred to as the state vector. The only variable gases for RTTOV-7 are water vapour and ozone with all other constituents assumed to be constant. The state vector for RTTOV-7 is given in Table 1. Not all parameters have to be supplied as actual values although sensible defaults need to be supplied as indicated. RTTOV-7 can accept state vectors on any set of pressure levels but the coefficients are supplied for the 43 pressure levels defined in Table 2. To work on other pressure levels users would have to supply their own generated coefficients with their own transmittances on these levels.Currently the spectral range of the RTTOV-7 model is 3-20m (500 – 3000 cm-1) in the infrared governed by the range of the GENLN2 line-by-line dataset on which it is based. In the microwave the frequency range from 10 – 200 GHz is covered using the Liebe-89 MPM line-by-line model. The full list of currently supported platforms and sensors is given in Table 3, although this list willbe updated as new sensors are launched or as improved line-by-line model data are generated.Updated coefficient files will be made available from the RTTOV pages on the NWP SAF web site.An important feature of the RTTOV model is that it not only computes the forward (or direct)radiative transfer calculation but also the gradient of the radiances with respect to the state vector variables for the input state vector values. Given a state vector x a radiance vector y is computed:()H =y x (1)where H is the radiative transfer model (also referred to as the observation operator). The Jacobian matrix H gives the change in radianceassuming a linear relationship about a given atmospheric state x 0:=0(2)The elements of H contain the partial derivatives ∂y i /∂x j where the subscript i refers to channel number and j to position in state vector. The Jacobian gives the top of atmosphere radiance change for each channel from each level in the profile given a unit perturbation at any level of the profile vectors or in any of the surface/cloud parameters. It shows clearly, for a given profile, which levels in the atmosphere are most sensitive to changes in temperature and variable gas concentrations for each channel. RTTOVK (and its associated subroutines ending in K ) compute the H(x 0) matrix for each input profile.It is not always necessary to store and access the full Jacobian matrix H and so the RTTOV package has routines to only output the tangent linear valuesabout an initial atmospheric state x . The tangentlinear routines all have TL as an ending. Conversely the adjoint routines (ending in AD ) compute the change in the gradient of any scalar quantity with respect to the atmospheric state, x, given a change in the gradient of that quantity with respect to the radiances, y. These routines are normally used as part of the variational assimilation of radiances. For users only interested in the forward model the TL/AD/K routines are not required.The model can simulate both clear sky radiances and cloudy radiances. It uses an approximate form of the atmospheric radiative transfer (RT) equation. The top of the atmosphere upwelling radiance,L( from zenith at the surface, neglecting scatteringeffects, is written as:),(),()(),(θ+θ−=θv NL v L N v L Cld Clr 1(3)where L Clr (radiances and N is the fractional cloud cover.1.1 Simulation of clear air radiancesIf N, the cloud cover parameter (in array PCV), is set to zero and the LWP path profile vector is set to zero (in array PAV(LEV,4,IPROF)) both the infrared and microwave radiances computed are for clear air with the second right hand term of equation 3 being zero. L Clr (ττν∫θντθνετν∫νθνεθντθνττd T),B(),()),(-(1 + T)d ,B( + )T ,)B(,(),( = ),(L 212s s 1s s s Clr s s (4)where τs is the surface to space transmittance, εs is the surface emissivity and B(v,T) is the Planck function for a frequency v and temperature T. The transmittances, τ, are computed by means of a linear regression in optical depth based on variables from the input profile vector as described in Matricardi et. al. (2001). To compute εs over water there are fast surface emissivity routines for both the infrared, ISEM, (Sherlock, 1999) and for the microwave, FASTEM-1 (English andHewison, 1998) or FASTEM-2 (DeBlonde and English, 2001). These models all compute a surface emissivity for the channel of interest at the given viewing angle θ. FASTEM-2 makes a better correction for reflected radiation at the surface. Note that using FASTEM requires the surfacewind-speed to be provided in the state vector. Over the land and sea-ice surfaces only approximate default values are provided for the surface emissivity in both the infrared and microwave (see refs above for details and Table 4). The user also has the option of providing their own estimate of surface emissivity to the model if desired (see Table 4 for input options).1.2 Simulation of cloudy radiancesAssuming black, opaque clouds at a single level the simulation of cloud affected radiances L Cld (Cld (and/or cloudy radiances for multilevel and multiphase cloud fields. The clear and cloudy radiative transfer computation is done on the user defined model levels in RTTOVCLD. The advantage of using this method for computing cloudy microwave radiances is there is no interpolation to the RTTOV levels for the cloudy radiance computations and there is a consistent random-overlap scheme with the infrared. More details are given in Chevallier et. al.(2001) and the RTTOV-7 science and validation plan for this enhancement of RTTOV.2.3Current limitations of RTTOV-7There are a number of limitations of RTTOV-7 the user should be aware of. Some are fundamental and some are not. The main ones are listed here:•RTTOV-7 only simulates top of atmosphere radiances from a nadir or off-nadir view which intersects with the Earth’s surface (i.e. no limb paths).•RTTOV-7 does not include any reflected solar component.•RTTOV-7 does not include scattering effects.•RTTOV-7 only allows for water vapour and ozone to be variable gases with all others included in the mixed gases transmittance calculation.•RTTOV-7 does not simulate IASI or CRIS radiances. Other lower resolution IR or MW sensors can be simulated if their filter responses are known.•RTTOV-7 as supplied can only provide simulations with a 43 level profile as input on the defined pressure levels in Table 2. However if users have an alternate dependent set of LbL transmittances on different levels they can compute a new coefficient set on these levels.•The accuracy of simulations for very broad channels (e.g. SEVIRI channel 4 at 3.9 microns) is poor with significant biases noted (~1-2K). This is the case for all versions of RTTOV.•RTTOV-7 does not include the variation of the zeeman effect with magnetic field strength for the high peaking AMSU-A and SSMIS channels. Only a constant correction factor is included.3. FORTRAN-90 UNIX installationSome basic information on installing the RTTOV-7 Fortran 90 code in a UNIX environment follows. This assumes the code is obtained as a compressed unix tar file via ftp or on CD-ROM from ECMWF. The file name should be rttov7.tar.Z and be copied to your ‘top’ RTTOV directory (e.g. ~user/rttov7) from which subdirectories will be created. Text in italics refers to specific commands to execute during the installation or file names.3.1Unpacking the codeFirst uncompress the tar file:uncompress rttov7.tar.Zand expand it:tar -xvf rttov7.tarThe following subdirectories are created and contain:-src Fortran source code + make files for a variety of platforms-scripts Unix test scripts for running test programs-data Associated input data files required for testing-rtcoef RT coefficient files for all sensors supported-test Output of test programs run on user's machine-reftest Output of test programs run by NWP SAF-docs Documentation3.2Compiling the codeFirst go to the source code directory:cd srcThe fortran code consists of subroutines and modules and 3 top level test programs (TSTRAD.f90, MAIN_TESTAD.f90, MAIN_TESTK.f90) in src for complete testing of the RTTOV and RTTOVCLD subroutines. The first step is to compile the code and make an executable using the makefiles supplied. Edit the file called Makefile in src so that the f90 compiler options match those available on your machine. A selection of compiler flags for different platforms are listed so if you are running using one of these compilers you should be able to just uncomment the relevant section. Once this is done type make and with luck the code will compile and produce an executable tstrad.out for the RTTOV tests, main_testad.out and main_testk.out for the RTTOVCLD tests. The Makefile should copy these three executable files to the scripts subdirectory.If the compilation was not successful then either edit the makefile again until it does or if all else fails compile the code manually as follows. Note you must first compile the modules then the subroutines and program:Step 1: f90 –c –your flags MOD_*.f90Step 2: f90 –c –your flags *.f90Step 3: rm -f main_test*.o (to ensure the clear air test code tstrad compiles)Step 4: f90 *.oThis should produce an executable file a.out in your src directory which you should then move to your scripts directory renamed as tstrad.out. This only provides code to test the RTTOV routines and not the RTTOVCLD routines (above RTTOV). If you want to test the cloudy routines also restart from step 3 and rm -f tstrad.o and recompile main_testad.f90.3.3 Running the codeThere are test scripts for running the executables (tstrad.out etc) which must be in the scripts directory.The controlling script is tstrad_all.scr. This script calls the other scripts in sequence to test RTTOV for clear air, cloudy air and all instruments and in both forward model test mode and using tstrad_full.scr to fully test the TL/AD/K routines. If you only want to use the code in forward mode and/or for 1 instrument or clear air you may wish to reduce the number of test scripts called in tstrad_all.scr to just test for your particular application by commenting out calls to some of the scripts.The rt coefficient files (for all instruments supported as listed in Table 3) and input files for running tstrad.out the test program are all in the subdirectories rtcoef and data respectively. Output files from the runs on the NWPSAF machine at the Met Office are given in reftest. The files in reftest can be compared with the output produced locally (the scripts write the output to a subdirectory test as *.lst files) and difference files from those in reftest are also created as *.diff files in the test subdirectory. To check the installation has been successful you should check the *.diff files are all of size zero. Note however the TL/AD/K test outputs will differ slightly due to machine precision differences and use of a random number generator in the test code and so typical differences between machines are shown in the listing in Table 5. These differences are normal. Once the codedoes reproduce the results in the sample files the code can then be linked into the users own particular applications. The subroutine interfaces and file structures are described in detail in the annexes and the RTTOV-7 technical report.4. Running RTTOV-7 for your applicationsTo run RTTOV-7 for a user’s application the program tstrad.f90 can be used as a rough guide or template. There are only 2 subroutines that must be called: RTTVI to initialise the arrays and read in the coefficients requested and secondly the call to RTTOV itself which actually computes the radiances. Users requiring the TL/AD/K routines may also call RTTOVTL/RTTOVAD/RTTOVK as required. It is recommended that users look at the header section of the coefficient file for the sensor they wish to simulate as there is useful information such as the definition of channel number for that instrument etc. The following steps are recommended in coding a program which calls RTTOV.1.Include the module MOD_CPARAM.f90 in your program (see tstrad.f90 as an example).2.Edit MOD_CPARAM.f90 for your application to minimise the array sizes. This will normallyconsist of setting the channel number parameters JPCH and JPCHUS to the maximum number of channels you require computations for in one call to RTTOV. Secondly setting the number of profiles parameter JPPF to the maximum number of profiles you want to compute in one call to RTTOV (this is normally set to 1 as there is only a significant advantage to process many profiles per call on vector machines). Thirdly JPNSAT should be set to the maximum number of sensors simulated in the program (e.g. for ATOVS only it would be 3, HIRS, AMSU-A and AMSU-B) . JPLEV should be set to the number of levels assumed in the coefficient file which is currently 43 for the files distributed with the code. All other parameters are normally left unchanged. See RTTOV technical report for listing of parameters.3.Initialise the variables input to RTTVI and RTTOV in your code. These are defined in AnnexesA and B. In particular you need to fill the state vector arrays listed in Table 1 with the values inthe correct units and on the 43 pressure levels. This may require an interpolation step from your original profile levels.1 The channel number array KCHAN must be filled with the required channel numbers (see rt_coef files for their definition) and the satellite zenith angle array with the required satellite zenith angle(s) (in deg). The latter is the angle from the zenith at which an observer on the surface observes the satellite. It is not the nadir scan angle. If you are simulating more than one sensor in each run then the order in which you load up the coefficient files of the sensors in RTTVI becomes important (i.e. the order of values in the PLATFORM, SATELLITE and INSTRUMENT id arrays). The KSAT index number used in RTTOV then refers to the order they are loaded in RTTVI (e.g. KSAT=1 refers to the first sensor, KSAT=2 to the second and so on).pile the RTTOV modules first followed by the RTTOV subroutines followed by your maincalling program (see makefile supplied). You do not have to compile in double precision (-r8 flag on some compilers) as this is only used in the test programs supplied to ensure there is enough precision to check the code is giving the correct answers.5.Make sure the coefficient file for the instrument you want to simulate is in the same directory asthe executable (or a symbolic link to the file is made).6.You should now be able to run the program to compute radiances. It is wise to check the IFAILflag from RTTOV to check it is zero. If it is non-zero there are a number of possible reasons according to the number returned (see Table 6).1 It is planned to make available some standard code to do this interpolation robustly in the near future.7.Note that if you set the PEMIS array to zero on input, to call the internal surface emissivityroutines ISEM or FASTEM, then on output the array contains the computed emissivities for each channel. Before calling RTTOV again you must reinitialise the array to zero.8.The RTTOVTL/RTTOVAD/RTTOVK routines are called in the same way as RTTOV (seeannexes C-E). Again ensure all arrays are initialised before calling the routines.9.The RTTOVCLD routines are a level up from RTTOV but they have almost the same callingstructure and arrays to fill. Again the test program supplied main_testad.f90 can be used as an example. Note however the cloud parameter arrays are input on user defined model levels.More details on the RTTOVCLD routines are planned for the next version of this user manual.5. Reporting bugs to the NWP SAFThe procedure to report bugs or make comments on the code to the NWP-SAF is as follows:Send a bug report to rttov.nwpsaf@ including the following information: -RTTOV version number (i.e. 5, 6 or 7)-Platform and operating system you are running the code on (e.g. HP, UNIX)-Compiler used (e.g. HP FORTRAN-90)-Classification of report as: serious, cosmetic or improvement-Copy of file MOD_CPARAM.f90 (for RTTOV-7) or cparam.h (for RTTOV-5/6)-Report of problem including any input / output files the SAF can use to reproduce the problemOnce the problem has been analysed it will be posted on the RTTOV web site with a description of the fix if appropriate. There is also a RTTOV email list which you can subscribe to by sending an email to mailto:rttov.nwpsaf@ where bugs are announced.6. Frequently asked questionsThis section will be updated on the web pages from time to time.1.Can I compile the code in single precision? Yes the Makefiles supplied only compile the code indouble precision for the purposes of testing.2.I don’t have an ozone profile to include in the state vector. What can I do? You should fill theinput state vector PAV(lev,3,prof) with the reference ozone profile (units kg/kg) listed in the right hand column of Table 2 for all values of lev and repeated for each profile stored in PAV.3.I am only simulating radiances from 1 instrument what should KSAT be set to? Set KSAT to 1as it is the first and only instrument coefficient files loaded by RTTVI.4.Why do the numbers in the TSTRAD output (see Table 5) change from run to run? A randomnumber generator is included in the code so different values can be expected. The important thing is SUMPROF=SUMRAD to machine precision.5.More to be added here……please make suggestions!Good Luck and please provide me with any feedback on your experiences. Remember do not pass this code on to anyone else without the permission of EUMETSAT. The code is provided to you on an "as is" basis and there is no commitment to maintain it.6. ReferencesChevallier, F., P. Bauer, G. A. Kelly, C. Jakob, and T. McNally, 2001 Model clouds over oceans as seen from space: comparison with HIRS/2 and MSU radiances. J. Climate 144216-4229.DeBlonde, G. and S.J. English 2001 Evaluation of the FASTEM-2 fast microwave oceanic surface emissivity model. Tech. Proc. ITSC-XI Budapest, 20-26 Sept 2000 67-78English S.J. and T.J. Hewison 1998 A fast generic millimetre wave emissivity model. Microwave Remote Sensing of the Atmosphere and Environment Proc. SPIE3503 22-30Eyre J. R. 1991 A fast radiative transfer model for satellite sounding systems. ECMWF Research Dept. Tech. Memo.176 (available from the librarian at ECMWF).Garand, L., Turner, D.S., Larocque, M., Bates, J., Boukabara, S., Brunel, P., Chevallier, F., Deblonde, G., Engelen, R., Hollingshead, M., Jackson, D., Jedlovec, G., Joiner, J., Kleespies, T., McKague, D.S., McMillin, L., Moncet, J. L., Pardo, J. R., Rayer, P. J., Salathe, E., Saunders, R., Scott, N. A., Van Delst, P., Woolf, R. 2001 Radiance and Jacobian intercomparison of radiative transfer models applied to HIRS and AMSU channels. J. Geophys. Res., 106, D20, 24,017Matricardi, M., F. Chevallier and S. Tjemkes 2001 An improved general fast radiative transfer model for the assimilation of radiance observations. ECMWF Research Dept. Tech. Memo.345(available from the librarian at ECMWF).Saunders R.W., M. Matricardi and P. Brunel 1999 An Improved Fast Radiative Transfer Model for Assimilation of Satellite Radiance Observations. QJRMS, 125, 1407-1425.Sherlock, V. 1999 ISEM-6: Infrared Surface Emissivity Model for RTTOV-6. NWP SAF report (available from the librarian at Met Office, London Rd Bracknell, U.K.)Position in vector PAV Profile Array Contents Units1 to NLEV/1Temperature profile degK1 to NLEV/2Water vapour profile Kg/Kg1 to NLEV/3Ozone profile ‡Kg/Kg1 to NLEV/4Liquid water concentration profile †Kg/KgPosition in vector PSAV Surface 2m Array Contents Units1Surface 2m temperature degK2Surface 2m water vapour Kg/Kg3Surface pressure hPa4 2 m vector wind speed u #m.s-15 2 m vector wind speed v #m.s-1Position in vector PSSV Surface Skin Array Contents Units1Radiative skin temperature degK2FASTEM-2 land coef s ¶3FASTEM-2 land coef ∞¶4FASTEM-2 land coef r ¶GHz5FASTEM-2 land coef¶mmsmall6FASTEM-2 land coef(or Q) ¶mmlargePosition in vector PCV Cloud Array Contents Units1Cloud top pressure (ignored if cloud cover ishPazero. Set to 500 as default)0-12Cloud fractional cover (set to 0 for clear sky1 for 100% cloud cover)Position in vector PEMIS Surface Emissivity Array Contents Units0-11 to NCHAN Surface emissivity (if set to zero or -1.provide default value as defined in Table 4)‡ If unavailable initialise to reference ozone profile listed in any rt_coef file and ozone will be assumed constant.This variable only affects microwave cloudy radiance simulations, default set to zero and set top level to –0.1 to switch off transmittance computation to save time if not required. IR and MW cloudy radiances also governed by PCV vector.Only used by FASTEM-1/2 to compute microwave sea surface emissivity. If not required set to zero.See Table 1 of English and Hewison (1998) or Table 3 of RTTOV-7 science and validation report for typical values for different surface types. Set to zero if not required.Table 1. State vector for RTTOV-7 model. NLEV is the number of profile levels (currently 43) and NCHAN the number of channels. Default values are also given where appropriate.Level Pressure Tmax Tmin Qmax Qmin O3max O3min O3 Ref number(hPa)deg K degK Kg/Kg Kg/Kg Kg/Kg Kg/Kg Kg/Kg10.1335.5162.0 4.38E-05 1.20E-06 1.63E-057.00E-079.69E-0620.3335.8173.1 4.65E-05 1.20E-06 1.69E-05 1.00E-06 1.00E-0530.7352.8168.9 4.61E-05 1.20E-06 1.70E-05 2.10E-06 1.01E-054 1.4354.4160.9 4.51E-05 1.20E-06 1.71E-05 2.11E-06 1.02E-055 2.6349.4160.5 4.29E-05 1.20E-06 1.71E-05 2.11E-06 1.02E-056 4.4328.8160.3 4.26E-05 1.20E-06 1.71E-05 2.11E-06 1.02E-0577.0321.4158.5 4.36E-05 1.20E-06 1.71E-05 2.11E-06 1.02E-05810.4300.3154.7 4.35E-05 1.20E-06 1.71E-05 2.11E-06 1.02E-05 914.8295.0154.9 4.01E-05 1.20E-06 1.72E-05 2.11E-06 1.01E-05 1020.4289.0151.1 4.03E-05 1.20E-06 1.61E-05 2.11E-069.36E-06 1127.3286.5151.2 4.18E-05 1.20E-06 1.60E-05 2.03E-068.10E-06 1235.5285.3151.6 3.62E-05 1.20E-06 1.14E-058.33E-07 6.72E-06 1345.3284.2152.5 3.43E-05 1.20E-06 1.11E-05 5.49E-07 5.19E-06 1456.7283.8154.2 3.33E-05 1.20E-069.82E-06 2.85E-07 3.72E-06 1570.0282.7155.7 3.23E-05 1.20E-06 6.46E-06 2.13E-07 2.58E-06 1685.2282.7153.9 3.01E-05 1.20E-06 5.31E-06 1.71E-07 1.72E-06 17102.1281.5151.5 2.90E-05 1.20E-06 4.10E-06 6.96E-08 1.19E-06 18122.0280.1156.7 3.58E-05 1.20E-06 3.63E-06 1.18E-088.45E-07 19143.8278.6157.48.61E-05 1.20E-06 3.06E-06 1.03E-08 6.50E-07 20168.0278.8159.7 1.64E-03 1.20E-06 2.24E-068.72E-09 5.27E-07 21194.4280.1163.2 2.79E-03 1.20E-06 1.64E-067.43E-09 4.13E-07 22222.9282.3165.3 4.44E-03 1.20E-06 1.47E-067.14E-09 3.03E-07 23253.7285.3166.77.64E-03 1.20E-06 1.09E-06 1.20E-08 2.11E-07 24286.6288.7167.6 1.12E-02 1.20E-067.60E-07 1.16E-08 1.56E-07 25321.5294.0170.6 1.68E-02 1.20E-06 5.90E-07 1.59E-08 1.23E-07 26358.3300.5174.2 2.54E-02 1.20E-06 3.83E-077.94E-09 1.08E-07 27396.8306.4175.3 3.62E-02 1.20E-06 3.13E-07 1.13E-08 1.01E-07 28437.0312.2178.8 5.00E-02 1.20E-06 2.45E-07 6.58E-099.60E-08 29478.5317.2182.1 6.50E-02 1.95E-06 2.34E-07 6.24E-099.17E-08 30521.5321.1185.07.75E-02 4.51E-06 2.31E-07 4.95E-098.91E-08 31565.5325.2187.88.95E-02 1.04E-05 2.13E-07 2.76E-098.47E-08 32610.6328.2190.3 1.05E-01 1.29E-05 2.01E-07 2.41E-098.12E-08 33656.4333.0192.8 1.24E-01 1.42E-05 2.07E-07 2.27E-097.78E-08 34702.7336.8195.4 1.41E-01 1.71E-05 2.21E-07 2.07E-097.57E-08 35749.1340.7197.1 1.59E-01 3.63E-05 1.87E-077.24E-107.12E-08 36795.1344.4198.4 1.78E-01 5.34E-05 1.91E-077.24E-10 6.63E-08 37840.0348.0199.0 2.00E-01 6.42E-05 1.81E-077.24E-10 6.16E-08 38882.8350.3197.5 2.14E-01 6.68E-05 1.73E-078.10E-10 5.68E-08 39922.5352.2195.5 2.40E-01 6.57E-05 1.68E-078.10E-10 5.21E-08 40957.4354.7188.2 2.70E-01 6.57E-05 1.65E-078.10E-10 4.79E-08 41985.9356.6155.0 2.79E-01 6.57E-05 1.63E-078.10E-10 4.44E-08 421005.4357.9135.0 2.82E-01 6.57E-05 1.62E-078.10E-10 4.20E-08 431013.3385.9135.0 2.84E-01 6.57E-05 1.62E-078.10E-10 4.10E-08 Table 2 Pressure levels adopted for RTTOV-7 and the profile limits within which the transmittance calculations are valid. The default ozone profile is also given in the right hand column.。

相关文档
最新文档