拖拉机日记

周更->双周更->月更->随意乱更来了。前段时间，我研究了Franca及其周边。什么是“周边”，事物之间是普遍联系的，举个栗子，开始学习A，A基于B，那得先研究下B，B又涉及到C，C和D可能有着某种关联，把C和D了解一波，再回过来理解A，A->B->C->D->A，BCD我称之为A的周边，是不是很贴切呀。今天就来捋一捋Franca及其周边都有些什么吧~在前面介绍CommonAPI时，简单提过Franca，彼时我以为只是CommonAPI里才用到Franca，

​今天整理和分享一下把vsomeip分别porting到Android和QNX的过程，以及一些通过porting对vsomeip作的探索和基于vsomeip怎么实现架构的思考。当需要移植一个开源库到某个平台时，我们首先会做的一件事情是什么？当然是熟练打开搜索网页，输入关键字“xxx”(库的名称)+“xxx”(目标平台的名称)，按下回车，一顿操作猛如虎，总能搞出个七七八八。我一般也是这么干的，但最近发现吧，这个方法真是越来越不好使了，虽然我的问题并不罕见，事实上我经常搜到跟我有一样问题的评论，但我想找的答

想了解SOME/IP协议，可以移步：SOME/IP 协议介绍SOME/IP-SD 深入浅出上一篇，我们已经可以基于vsomeip实现SOME/IP应用，并且服务端和客户端之间进行消息的通信，消息的内容称为Payload。但是设想一下，如果当我们需要传递的消息内容是一个比较复杂的数据结构，比如一个结构体，一两个倒也没事，多了以后，Payload的打包、解析和联调都会是件麻烦的事。这时，我们会想到序列化，比如用Google Protocol Buffer之类的，是不是可以解决问题呢？对于非AUT

​想了解SOME/IP协议，可以移步：SOME/IP 协议介绍SOME/IP-SD 深入浅出在说vsomeip之前，先介绍一下它的贡献者——GENIVI，是一个非营利汽车行业联盟。这个联盟成立于2009年，已经成功地完成了最初的使命，提供了一个开放的、基于linux的车载信息娱乐(IVI)平台，并扩大了其范围，帮助汽车制造商及其供应商开发标准方法。在汽车行业，GENIVI的项目被非常广泛地应用，比如：vsomeip，CommonAPI C++，DLT…没见用过的就不列出来了，感兴趣可以到官网

上一篇文章中，我们了解了一条完整的SOME/IP报文应该长什么样子，但这显然是不够的，至少还有以下这几个问题并没有得到明确的解决： Client如何发现服务 当服务不可用时，如何通知Client Client如何订阅事件 这些就是SOME/IP-SD要做的事情了。SOME/IP-SD也是基于SOME/IP的报文，用来实现服务发现和事件订阅机制。SOME/IP-SD消息通过UDP进行传输，报文格式如下图所示：Flags=重新启动标志+单播标志+显示初始数据控制标志，如下图

​新年第一篇，详细介绍一下SOME/IP协议。SOME/IP，全称为Scalable service-Oriented MiddlewarE over IP，是用于控制消息的汽车中间件解决方案，是一种面向服务的可伸缩的协议。SOME/IP于2011年由BMW设计，2014年纳入AUTOSAR规范。SOME/IP的报文格式如下图所示，由消息头部(Header)和消息体(Payload)组成，Header主要包括以下字段： Message ID，用于唯一标识消息，当消息为Method类型时，由Se