传输层API

什么是应用程序接口
应用程序接口概况
简称API（ApplicaTIon Programming Interface），就是软件系统不同组成部分衔接的约定。

在数据封装时，网络分层中的每个层相互之间会用接口进行交互并提供服务，其中应用层与用户之间的接口称之为应用程序接口。

API实际上是
一种功能集合，也可说是定义、协议的集合，无论是那种集合，它的实质都是通过抽象为用户屏蔽实现上的细节和复杂性。

从用户角度看应用程序接口，表现为一系列API函数，用户可以使
用这些函数进行网络应用程序开发。

从网络角度看，应用程序接口给用户提供了一组方法，用户可以使用这组方法向应用层发送业务请求、信息和数据，网络中的各层则依次响应，最终完成网络数据传输。

API的作用：
1.远程过程调用（RPC）：通过作用在共享数据缓存器上的过程（或任务）实现程序间的通信。

Tpal_intf_aal5_v2 Tpal_aal5_if2_v2 Tpal_intf_tcp_v3
Tpal Module Transport Layer Module Tpal Module
Tpal_intf_udp_v3
Tpal Module
Tpal_intf_x25_v2 Tpal_intf_fr_v2
模型范围和限制
传输适应层（TPAL）模型给出了应用层和传输层之间的一个基本的、统一模型。通过 TPAL 的远程应用交互都被组织成 session.一个 session 是使用传输协议的两个应用之间的一个 “conversation”，在一次会话中，一个服务器应用可能从多个远程主机接受数据。 “application”是指构建在 TPAL 之上的一进程。 TPAL 也提供全局服务器的注册表。每个服务器在仿真开始的时候，提供服务名字、端口索 引来进行自注册，在后来也可以访问这些。“popularity”或者 selection weight 说明客户端使 用该服务的频度。客户端应用能够从注册表中选择服务器。 由于 TPAL 对于所有的传输协议适用了一个统一的接口，对于某些协议特有的特点，比如 TCP PUSH 这类的协议相关的特性不提供支持。
Tpal_v3 模型结构
使用 TPAL 模型的典型节点模型的相对位置如下图所示：
从图中可以看出，我们自己定义的应用层协议应该在 tpal 之上，从 tpal 中获取数据、向 tpal 传输数据等。
进程模型
TPAL 模型套装使用了下表的进程模型。
Name
Location
Tpal_v3
Tpal Module
TpalT_App_Rec
TpalT_Tcp_Session

Signal_groups { CPMReq:64 { CPMReqB0,0; CPMReqB1,8; CPMReqB2,16; CPMReqB3,24; CPMReqB4,32; CPMReqB5,40; CPMReqB6,48; CPMReqB7,56; } } Signal_encoding_types { 1BitDig { logical_value,0,”off”; logical_value,1,”on”; } 2BitDig { logical_value,0,”off”; logical_value,1,”on”; logical_value,2,”error”; logical_value,3,”void”; } Temp { physical_value,0,250,0.5,-40,”degree”; physical_value,251,253,1,0,”undefined”; logical_value,254,”out of range”; logical_value,255,”error”; }
LIN描述文件示例
// 这是一个LIN描述示例文件 // 由Istvan Horvath发布 LIN_description_file ; LIN_protocol_version = “1.0”; LIN_language_version = “1.1”; LIN_speed = 19.2 kbps; Nodes { Master:CEM,5 ms, 0.1 ms; Slaves:LSM,CPM; } Signals { RearFogLampInd:1,0,CEM,LSM; PositionLampInd:1,0,CEM,LSM; FrontFogLampInd:1,0,CEM,LSM; IgnitionKeyPos:3,0,CEM,LSM,CPM; LSMFuncIllum:4,0,CEM,LSM; LSMSymbolIllum:4,0,CEM; StartHeater:3,0,CEM; CPMReqB0:8,0,CEM; CPMReqB1:8,0,CEM; CPMReqB2:8,0,CEM; CPMReqB3:8,0,CEM; CPMReqB4:8,0,CEM; CPMReqB5:8,0,CEM; CPMReqB6:8,0,CEM; CPMReqB7:8,0,CEM; ReostatPos:4,0,LSM;

LIN总线学习手记1* LIN概况LIN（Local Interconnect Network）是一种面向汽车用低速网络的单主多从、异步串行总线标准，定位于需要互连但不需要强调实时性和可靠性的部件，作为CAN网络的补充和末梢。

目标是以低廉的价格联接车上的传感器、执行器和处理器，并且允许不同厂家的模块随时添加进来。

LIN目前不但用于多种型号的汽车上，而且日益广泛地用在智能传感器领域。

* LIN组织核心成员:5个车厂+1个半导体公司+1个测试工具公司。

A(udi)，B(M W)，DC(戴克)，V(olvo)，VW(大众)，Freescale和VCT（已并入Mentor Grap hics）。

研、产、测、用一体化，这似乎是现代工业标准化的一种通行道路了。

* LIN规范完全免费。

最新版本是2.0。

2.0与1.3目前都被广泛采用，2.0可以兼容1.3，但反过来不行。

定义完整，对应OSI的下三层。

入门阶段应该掌握下2层。

LIN规范包含6个模块，可以分“接口”、“通信协议”、“软件开发接口”和“开发语言”四个部分。

入门阶段应该掌握“接口”和“通信协议”，了解“软件开发接口”。

* LIN的通信协议基于状态机：FPGA或CPLD基于单片机Bit-Bang方法：就是用IO口线模拟异步串口。

成本最低，但CPU负担最重，代码最多。

SCI+Timer方法：就是利用UART硬件和Timer组合。

成本适中，CPU负担减轻。

专门LIN模块：由功能完备的LIN模块完成通信。

成本较高，CPU负担最轻，代码最少。

* LIN的接口+12V 单端非平衡信号。

最高通信速率20kbps。

主节点输入阻抗1K，从节点30K。

LIN总线学习手记21推荐* LIN的前生今世与来生源自ISO9141；目前是LIN 2.0和1.3并行发展，很快就要兼容24V电源系统；未来可能会变成SAE J2602。

*LIN的竞争对手按照SAE的分类法，10K以下是A类网，125K以上是C类网，中间是B类网。