CHR＄与ASC函数在PC—1500机上的应用

PC—1500袖珍计算机由于内存有限,尽管采取了硬件改造扩充内存,仍然满足不了工作的需要。例如,四次定时观测的一个月的气表—1数据字符达40K以上;一个月一个时次的高空压温湿报表数据约21K;如果是用PC—1500机进行记录预审,预审程程序12K左右,显然一般扩充内存(25—34K)的PC—1500机是没法工作的。目前,     

PC—1500机探空程序操作错误剖析

PC—1500袖珍计算机探空、测风联机程序自1985年10月在全疆各探空站推广以来,提高了探测精度,减轻了探空员的劳动强度。由于操作不当,也出现过一些不易被发现的错误而影响到质量。现选几例剖析如下: (一)输入对流层顶时,没有用已输入的特性层来代替省输,造成与对流层顶重合的特性层仍在(TTBB)或(TTDD)报中     

谈谈高空气象探测的内在质量问题

高空气象探测自1983年以来,相继推广《PC—1500计算机探空程序系列》和《PC—1500计算机测风、探空联机运行程序系列》,起到了大幅度提高时效和减轻高空气象探测人员劳动强度,减少原手工处理资料时产生视差环节(含四舍五入进位的精度误差)和出错机率等作用,同时统一了技术规定标准,避免了人为理解差异所造成的执行差异,提高了记录质量。但是,随着高空气     

PC—1500A的二次开发应用技术

PC—1500A型机是PC—1500系列机中,功能较强,内存为24k的袖珍机。但该机实际供使用的BASIC语言用户区只有21.8k字节,它比PC—1500机在内存上虽然增加了4k。但仍不能满足用户的要求,应用仍受到一定限制。为此,我们在剖析其内部系统后,研究出用SRAM芯片对PC—1500A型袖珍计算机内存容量进行扩充的方法。     

PC——1500机小神通大处理全球资料有办法

我们采用国家气象局北半球菱形网格点高度场资料,以10°格距计算涡度。原始高度场格点数有576个,需要576×2=1152个单元,加上工作单元和程序所占单元就更多了。为了节省内存,但又想省略填图手续,计算结果按指定的格式输出,然后接在一起,就得到北半球某种场的分布图了。用PC——1500机来处理以上问题,在设计上采取“化整为零”的办法。现将北半球网格点上地转涡度值的计算和处理介绍如     

探空记录中的隐性错情及其审核处理方法

PC—1500机处理探空测风记录虽然减轻了探空员的劳动强度,也减少了工作错情,并能提高探空测风记录的质量,但在记录的相关性处理上存在较大的局限性,难免产生一些处理上的错误。根据多年的工作实践,将探空测风错情划分为两大类,即显性错情和隐性错情。 显性错情指读数错、处理错、计算错或书写错。随着探空业务微机化进程的加快以及观测员责任心的增强,显性错情将会越来越少。隐性错情是指在整理探空记录时,在读数、计算、书写无错的情况下,在特定的相联系的规定层与特性层要素之间出现的相互矛盾或不正确的结果。根据探空测报中的这一实际情况,着重讨论隐性错情的类型及其审核处理方法。     

夏普PC—1500“气表—1程序”概要

在研编完成气表完整记录统计程序之后,研编组对气表缺测记录统计程序进行研编,现已在夏普 PC—1500计算机试机通过,运用计算机程序统计地面气表,较之手工统计时效显著提高,统计结果完全符合规范规定。规范中缺测统计规定复杂,程序的研编取得突破性成果,同时对计算机功能开发方面摸索到一些途径。程序经过初步验证,是可以投入业务使用的。     

制氢钢瓶检定数据微机处理程序

制氮钢瓶检定虽采用PC－1500袖珍计算机对数据进行计算处理，但仍不能完全替代查表和手工计算，而且因PC—1500机不易使用汉字，不能直接在测试结果通知书上打印，使用不方便。近年来，区局检定所技术设备更新较快，日射、测风等仪器检定工作及部分管理工作都己使用了计算机，为制氮钢瓶检定数据处理使用计算机创造了条件。检定所的同志经过分析、编制、调试，研制出制氢钢瓶检定数据微机处理程序，经试运行，状态良好。这套程序能和计量检定微机管理系统相统一，易于移植和修改，程序来用Basic语言编制，提示菜单全部使用汉字，简单明了…     

用PC—1500机控制电传机

目前PC—1500机广泛地应用于气象观测资料的预处理,若用PC—1500机控制电传机,使电传机把接收的处理数据自动打印、作孔,并加上报头直接发报,就可以大大减轻报务员的劳动强度,提高劳动效率。PC—1500机配上CE—158以后,系统将增加了RS—232C接口和该接口工作的BASIC命令语句,再加上自制的电平信号变成了电流信号的接口和自编的软件,就能支持PC—1500机控制电传机。     

用fx—180p计算器计算高空风

自国家气象局推广试用 DS—7型计算机计算高空风以后,由于计算结果精确,受到操作者的欢迎。但因上述机器故障率高,又不能记忆程序(即切断电源后程序自行消失,再使用时必须重新输入程序),又逐渐被淘汰或放弃了。有条件的台站就选用了 fx—702或 SHARPpc—1211机来计算高空风。可这些机器较贵,推广起来财力尚有困难。为此我们选用了价格仅为上述两种机子约五分一的 CASIO fx—180p 来计算高空风。一年多来的实际使用证明它可靠、省电、方便。尤其对小球测风台站更为经济实用。现将有关的原理、程序、操作方法     

探空规定层报表计算程序

目前,我省探空台站统计高表—2规定层报表是用算盘或普通计算器进行累加和平均的,这种方法既费时又易出错。为此,我们用 BASIC 语言编出高表—2规定层的计算程序,在 SHARP PC—1211程序计算机上试用,效果较好。并考虑了本省探空站规定层各层要素出现的范围,各站可以通用。使用时按旬将逐日记录输入计算机,即可显示     

PC—1500兼发莫尔斯报的方法

目前 PC—1500袖珍计算机在气象部门已普及到各台站,为扩大应用范围,笔者利用PC—1500计算机控制其盒式磁带机的遥控开关代替手工电键,通过计算机中的程序去控制无线发报机自动地拍发气象(莫尔斯)电报。现将该机的盒带遥控接口电路和控制发报的方法介绍给大家。     

PC—1500计算机的数据压缩

PC—1500计算机结构紧密、体积小、功能强、工作环境要求低,在全国气象台站广泛使用。但该机存储量小,尽管用硬件方法扩充了内存,但仍然满足不了工作需要。若能从软件方面解决这个问题是很有实用意义的。 PC—1500计算机存放数据的特点是单     

PC——1500计算机整理温度表检定记录程序

一、要求温度表检定大都分批集中检定,每次至少检定几百支。检定完后,每支温度表的记录都需要抄录、计算、校对、检查合格与否,编写检定证书等等,工作量是很大的,稍有疏忽,易产生差错,会给使用单位造成不便。为了减轻工作强度,少出差错,利用日本夏普(SHARP)公司生产的“PC—1500”电子计算机编写“JJG207—80”号温度表检定记录整理程序,整编温度表检定记录并打印出温度表检定证,又考虑到各用表单位观测人员对温度表现用检定证的使用方法已较熟悉,所以在用计算机编写检定证时,检定证的格式不宜改变太多,应基本保持原状。在使用     

高空气象探测测风计算方法的分析

通过采用探空高度的计算方法和采用相邻测风高度内插的计算方法,计算高空综合探测测风记录1～5分钟的模拟斜距失测部分的量得风层,比较这两种计算方法可能产生的误差,分析采用测风高度内插计算斜距失测部分的量得风层的可行性.     

L波段雷达系统不同测风方法计算结果分析

根据广东阳江探空站L波段雷达系统观测的测风资料分析,测风记录用综合探测雷达测风方法与无斜距（或高度替代）测风方法计算的测风量得风层的结果,少数情况下会出现与理论值不相符的现象,两种测风方法计算的结果,有时会超出高空气象观测仪器总体测量准确度要求允许的误差范围。在雷达的仰角小于30°时,量得风层的风速小于3 m/s时,两种测风方法计算量得风层的风速基本相同（误差在允许范围内）,但风向有的相差较大,超出测量准确度要求允许的误差范围。当雷达仰角小于15°,量得风层的风速大于30 m/s时,两种测风方法计算量得风层的风向比较接近,但量得风层的风速有的却相差较大,超出测量准确度要求允许的误差范围。     

维修PC—1500打印机一法

PC—1500打印机(CE-150)在使用3年后常遇到打印机电力不足,屏幕出现ERROR—80或78类错误,用充电器充电也不起作用,使程序不能运行.这对可拆开打印机,把芯片LH5811的PB6脚与地线(GND)短接.故障就会消除.     

程序计算器在气象计量工作中的应用——介绍空盒气压表检定记录整理程序

在日常气象仪器检定过程中有大量计算工作,不仅易出差错而且束缚了广大检定人员的手脚,是急待解决的一个课题。最近我们应用 PC——1500程序计算器编制了空盒气压表检定记录整理程序,经检定室集体验证符合规程要求,提高时效十五倍以上,重复二次操作可消灭计算错误。为提高仪器检定质量和时效,早日实     

小球测风记录取舍的初探

小球测风(升速200米分~(-1))方位角、仰角无突变,计算分钟的点子轨迹及量得风层的风向风速无异常,但若记录长达60分钟以上,应认真分析,决定其取舍。 气球圆周长C=3〔(A+B)6π~2/ρ-γ〕~(1/3)ρ空气重力密度,γ氢气重力密度,A净举     

试谈PC—1500微型机数据建库程序的优化设计

贵刊85年2期,刊登了丁宝善同志在PC—1500微型机上建立天气预报数据库的有益尝试。这对于广大气象台站开发普及微机的应用,确有很大启发。但目前台站配置的PC—1500机,多为8K或16K内存模块。能否利用这有限的内存,建立较大的数据库呢?实践证明,这种想法是可行的。关键是要从建库的程序设计上寻求优化。下面介绍某些常用的思路。