The most important message in the o

The most important message in the output file is CLOCK OFFSETS STORED IN CODE+PHASE
OBSERVATION FILES. Indicates that the receiver clock corrections δk computed by CODSPP
are stored in code and phase observation files. After this step we will no longer use the code
observations in this example.
The a posteriori RMS error (for each zero difference file processed) should be checked in
the CODSPP output file. A value of about 20–30 m is normal if Selective Availability (SA
— artificial degradation of the satellite clock accuracy) is on (before May 2000). Without
SA a value of about 3 m is expected if P–code measurements are available (this is the case
for the time interval of the processing example). However, much worse code measurements
would still be sufficiently accurate to compute the receiver clock corrections δk with the
necessary accuracy of 1 µs.
If you get warning messages concerning irregularities, then it is probable that you did not
exclude GLONASS in the observation import step. In the GNSS case (GLONASS and GPS)
the time offset between the two satellite systems is estimated. The parameter is set up if at
least one GNSS observation was found. Because no orbit for GLONASS is available in the
standard orbit file, the GLONASS observations are skipped, and therefore no observations
for this parameter are available. Because we only process GPS data in this terminal session,
you can ignore these warning messages.
You may use the extraction program CODXTR (”Menu>Processing>Program output extraction>Codebased clock synchronization”) to generate a short summary from the CODSPP program output. This
summary is included in the solution reference file (${P}/INTRO/OUT/R2S021430.PRC REF).

Kết quả (Việt) 1:

Thông báo quan trọng nhất trong tập tin đầu ra là đồng hồ OFFSETS lưu trữ IN mã + phaCÁC TẬP TIN QUAN SÁT. Chỉ ra rằng δk sửa chữa đồng hồ nhận tính bởi CODSPPđược lưu trữ trong các tập tin quan sát mã và giai đoạn. Sau khi bước này chúng tôi sẽ không còn sử dụng mãquan sát trong ví dụ này.Một posteriori RMS lỗi (cho mỗi không khác biệt tập tin xử lý) nên được kiểm tracác tập tin đầu ra CODSPP. Một giá trị của khoảng 20-30 m là bình thường nếu chọn lọc sẵn có (SA-nhân tạo sự xuống cấp của vệ tinh, độ chính xác của đồng hồ) là ngày (trước khi tháng 5 năm 2000). Nếu không cóSA một giá trị của khoảng 3 m dự kiến sẽ nếu P-mã số đo có sẵn (đây là trường hợp "cho thời gian khoảng thời gian của các ví dụ xử lý). Tuy nhiên, nhiều tồi tệ hơn mã số đovẫn sẽ đủ chính xác để tính toán δk sửa chữa đồng hồ nhận với cácđộ chính xác cần thiết của 1 μs.Nếu bạn nhận được thông báo cảnh báo liên quan đến bất thường, sau đó nó là có thể xảy ra rằng bạn đã khôngloại trừ GLONASS trong quan sát nhập khẩu bước. Trong trường hợp GNSS (GLONASS và GPS)đối tượng dời hình thời gian giữa các hệ thống hai vệ tinh ước tính. Các tham số được thiết lập nếu lúcít nhất một GNSS quan sát đã được tìm thấy. Bởi vì không có quỹ đạo cho GLONASS là có sẵn trong cácquỹ đạo tiêu chuẩn tập tin, các quan sát GLONASS được bỏ qua, và do đó không quan sáttham số này được cung cấp. Bởi vì chúng tôi chỉ xử lý dữ liệu GPS trong phiên này thiết bị đầu cuối,bạn có thể bỏ qua những thông điệp cảnh báo.Bạn có thể sử dụng chương trình khai thác CODXTR ("Menu > chế biến > chương trình sản lượng khai thác > đồng bộ hóa đồng hồ Codebased") để tạo ra một bản tóm tắt ngắn từ đầu ra chương trình CODSPP. Điều nàybản tóm tắt được bao gồm trong tập tài liệu tham khảo giải pháp (${P} / giới thiệu/OUT/R2S021430.TRUNG QUỐC REF).