ADR Sign Convention used in NovAtel GPS Receivers and RINEX Almanac Injection Procedure Amperage vs Voltage ASCII to binary log conversion example Can carbon fiber be used as an antenna cover? Can the GPGGA positions be output with more decimal places? Destination IP Should be Set in ICOMCONFIG if Setting up UDP Connection Difference Between Message Latency and Time Accuracy DL-4 DL-V script Example Do GPS-700 series antennas have a defined "North point"? GNSS-750 MTBF GNSS Ephemerides and Almanacs GNSS Frequencies and Signals GPS Receiver and SPAN SDLC card synchronization GPS Tracking Performance on Aircraft (Power Supply Issues) How does RTKANTENNA work? How Electrical Overstress damage is caused How often does Averaging Filter in POSAVE Command get Applied? How to extract 85-bit string from GLORAWFRAME log How to Recover Abbreviated ASCII Logs from Raw Data How to Use PASSCOM to Redirect Data In what frame is CORRIMUDATAS output in OEM6? ITK and Dual Antenna Receivers Logs required by NovAtel Convert4 to generate a complete RInEx file Maximum Cable Length vs. Data Rate MIC Mating Connectors MSM 6 and MSM 7 Issue MTBF Specifications for GPS-700 Series New ALIGN Message Lengths OEM4 and OEMV Reporting 1994 (Week Roll Over) OEM615 MTBF OEM628 MTBF OEM6 Dev Kit weight OEMStar API Specifcations OEMStar MTBF OEMV1-DF MTBF OEMV-2 & OEMV-2G MTBF OEMV Auth Codes for 3.907 ProPak6 FTP ProPak6 - USB Drive File Format Recommended Alignment Procedures Recommended Logs for Post Processing Regarding Absolute and Relative Antenna Calibrations Regarding standard deviations used in RBV Calibration Remaining memory on OEM638/ProPak6 Reporting a Stolen Receiver RTK Quality Mode, Extra Safe Mode SBAS Position Mode Sending Batch File and Logging Binary Data in Real Term SPAN-CPT Commonly Asked Questions SPAN-CPT Power specifications SPAN Troubleshooting logs Updating SMART6 firmware from 6.230 or 6.231 to 6.510 (or later) USB Not Supported in WinLoad Software Using RTCM ephemeris data to speed up Time To First Fix (TTFF) WGS84 to ETRS89 datum transformations What Ionospheric Correction will SETIONOTYPE AUTO use? What is a EURO card? What is the Difference Between Active and Passive Serial Connection in CDU/Connect? What is the Effect of Bad Lever Arms in the GNSS/INS Filter? What is the Maximum Accepted Latency in ALIGN? What would cause speed (Field 8) in GPRMC to remain constant for some amount of time? Why am I seeing Two Kinds of HEADING2 Logs when Using two PP6Ds in Relative INS? Why Can't I disable RXSTATUSEVENTA permanently? Why is there no decoding information on the CAN PGNs? Why is the standard deviation of the BESTPOS log larger than the spec on the data sheet? Support Search

OEMStar API Specifcations

Exact numbers for the amount of system resources such as CPU, RAM and ROM available to the API are not possible. Any program written with the API runs concurrently, and shares resources with, the receiver's main software. Since it is not possible to allocate dedicated resources to the API, the amounts available will vary depending on a number of factors such as the receiver type, the software model, and the firmware release (newer firmware releases have historically used more CPU, RAM and NVM).

The following serves as a guideline when developing your application. CPU Usage The busier the receiver is at calculating a position, logging data, etc, the less CPU is available for user applications. The percent CPU idle time located in the message header is the most important indicator when determining how much CPU is available for your application. This figure shows how much on a percentage basis the CPU is sleeping, waiting to do something. Percent CPU idle time will vary somewhat during normal receiver operation and it is important that your application not use all remaining idle time. Sustained periods of low idle time (less than 10% for several seconds) may affect normal receiver operation and periods of 0% idle time longer than 30 seconds will cause the receiver to reset.

Note that monitoring idle time is especially important when using any of the three high priority user application tasks available since these tasks run at a higher priority than many of the receiver's internal tasks. RAM Space As a general guideline, it is safe to assume 4 MB of RAM available. The amount of RAM an application is using can be found by logging APPLICATIONSTATUS when the app is running.

See the API User Guide for more information on the APPLICATIONSTATUS log. ROM Space As a general guideline, it is safe to assume 1 MB of ROM space available. You can conserve ROM by specifying the compress option when using the datablk utility, reducing the amount of space required to store your application. See the API User Guide for more information on the the datablk utility. Note that it is necessary to manually examine the output S-record file (.hex file) to determine the exact amount of ROM space your application will use.

The OEMStar can safely provide 1 MB of FLASH (ROM) space and 8 MB of RAM space for user applications. These numbers were checked using version 1.101 (L6X010101RN0000).