Veins Module 浅析4 -- BasePhyLayer 外部报文处理逻辑简析
重新认真开始看源码后比较认真记录的一些内容，在 PhyLayer 还有好多细节没有展开，后续有多余精力再补充吧！
Python 实现 RESTful 服务器端学习 -- 实践参考
跟着参考链接1来学习整理，实现细节和博客不同，因此在这里整理方便后续复习回顾
Veins Module 浅析3 -- BasePhyLayer 中 CCA 实现细节
拆成小部分一点点来吃透 BasePhyLayer Module。
Veins Module 浅析2 -- connectionManager 作用与实现
最近尝试自己搭建几个模块来模拟移动车辆与基站的通信，但自己实现的模块应该依赖于静态的连接无法模拟动态的特性，具体体现就是需要一直通过通信获取车辆位置来判断车辆是否在基站范围内，这样便造成了许多冗余的信息交互。反观 Veins 中车辆在移动过程中可以按需建立连接来实现交互，于是决定回头重新来看下 Veins 中的 connectionManager 模块，希望能从中有所收获。
Omnet++ Samples 学习 2 - FIFO
继前面 Tictoc 系列教程之后继续学习其他 Samples，这次是 FIFO实例（可以理解为队列缓存），在通信系统以及网络通信中应用很广，下面来看下。
Omnet++ Samples 学习 1 - TicToc 练习汇总
没记错应该是第二次刷这套练习了，很经典，能够逐步代入 Omnet++ 各部分功能的使用。这里简单总结下不同部分的更新，方便后期复习查看。在每节的开头都粘贴了官方原版的注释，个人觉得很简洁概况了每节的功能，一言以蔽之，希望我也能达其一二。
Veins Module 浅析1 -- AnalogueModels 的调用逻辑
由 Veins 运行发包收包的某个 bug 入手，仔细查找一番，暂时解决问题，同时总结记录该笔记，留作后续查阅。
结合 Veins 来看 Omnet 的 Signal 机制
Veins 的大框架是依赖 SUMO 提供实时的路网车流信息，简单点说就是需要实时更新车辆的位置。在 Veins 的 BaseMobility 模块中可以通过 TraCI 获取车辆的各种数据，但这个数据如何能够及时给到其他依赖于此的模块呢？答案应该是随处可见的 Signal（并非统计信息作用），就此探索并简单记录总结下。结合官方的文档（Veins 工程中）翻译总结。
Windows CMake 引用自编译 glog 库和 gflag 库报错问题
在 CMake find_package 时指定编译好的 glog 库和 gflag 库时，会在 glog 库查找时报错无法找到 gflag，即使指定路径也不可以。
Windows 下编译 Ceres
Intel 平台下使用 MKL 库作为 BLAS/LAPACK 库，从而提高求解优化速度