odb

柴油机动车J1939转RS232运行数据串口(UART)标准

安稳与你 提交于 2021-01-24 19:18:16
SAE J1939协议被用于以CAN为基础的车辆和通信系统嵌入式网络中,SAE J1939主要适用于卡车客车和非道路车辆的柴油发动机管理。 应用领域有:农机装备、林业电子设备、卡车和卡车、娱乐设施、柴油发动机控制、铁路、公共运输、海洋电子设备等。在大多数卡车和客车中,J1939被广泛使用,基于CAN的网络控制发动机和车身控制单元,在全球SAE J1939被用在卡车和客车的通信中,必须通过相关环保排放规则才能被允许商用。 在汽车中,一些著名的汽车制造厂商,如奔驰、宝马、大众、沃尔沃、雷诺、保时捷、劳斯莱斯等及一些发动机部件生产商如现代、奔驰、沃尔沃、康明斯等都采用了J1939总线作为控制器联网手段。 本柴油机动车SAE J1939(CAN 2.0B)转RS232运行数据串口(UART)标准定义了机动车ODB接口和串口(UART)的通信方式和数据格式,便于各类车联网,车用视频监控网等系统,接入机动车的运行工况及排放数据,期望实现不同设备制造商的相关产品和云平台的互联互通,数据协议转换终端采用速锐得EST558S。 车联网智能终端 串口定义: UART波特率:115200,无校验,1位起始,8位数据,1位停止,无硬件流控制. 数据格式: 1位起始,8位数据,1位停止。 校验位 :无 硬件流控制 :无 串口数据格式 串口数据内容 详细说明: 蓝色指令下位机主动发送,无须上位机请求

Configuring Oracle RAC by VMware Workstation 16

一曲冷凌霜 提交于 2021-01-24 14:28:17
通过本文可以学习到如何使用vmware workstation 16配置共享磁盘以及使用静默方式部署Oracle 19c RAC。这里的asm磁盘组使用oracle的新特性AFD,有关说明请参考官方文档。 1、创建共享磁盘 共享磁盘需要使用命令行创建,这里使用MobaXterm作为终端,如下: [jacky.lee.lee] ➤ export PATH=$PATH:/drives/c/Program\ Files\ \(x86\)/VMware/VMware\ Workstation/ [jacky.lee.lee] ➤ vmware-vdiskmanager.exe -c -s 100GB -t 4 sharedisk01.vmdk [jacky.lee.lee] ➤ vmware-vdiskmanager.exe -c -s 100GB -t 4 sharedisk02.vmdk [jacky.lee.lee] ➤ vmware-vdiskmanager.exe -c -s 100GB -t 4 sharedisk03.vmdk [jacky.lee.lee] ➤ vmware-vdiskmanager.exe -c -s 100GB -t 4 sharedisk04.vmdk [jacky.lee.lee] ➤ vmware-vdiskmanager.exe -c -s

varnish缓存服务器构建疑问

僤鯓⒐⒋嵵緔 提交于 2021-01-01 01:40:10
标题索引 追朔原因 实验分解 抓包分析 追朔原因【此文需要待续】 当下是互联网时代也是CDN缓存时代,缓存可以提供互联网80%流量,因此缓存的构建和提高缓存的命中率是互联网行业必不可少的方式和手段,另外在http1.1协议盛行的时代,需非常了解http协议才能对apache、nginx、haproxy等服务器原理了解更为透彻,互联网CDN内容发布商缓存命中率才能大大提供,用户才能得到好的体验。 实验分解 当客户端浏览器cache-control:max-age=0时,表示缓存服务器通常需要将请求转发给源服务器(具体可参考图解http协议书籍89页); 当客户端浏览器cache-control:max-age>0时,表示客户端可以从缓存服务器端直接获取数据。 vcl 4.0; #------------------------------------------------------- #装载负载均衡模块 import directors; import std; #------------------------------------------------------- #在全局配置中配置acl,在recv函数中调用acl acl aclpurges { "192.168.40.2"/24; "127.0.0.1"/24; } #-----------------------

跨平台跨数据库的面向对象存储方案

可紊 提交于 2020-08-18 08:54:38
目录 1. 面向对象存储 2. ODB简介 3. 下载和安装 3.1 ODB安装 3.2 编译odb核心库 3.3 编译ODB的sqlite库 4. 示例代码 1. 面向对象存储 我想把一个c++对象直接存到数据库而不写任何sql语句有办法吗?比如我写了一个student类如下: class student { public: student (const std::string& name, unsigned short age) : name _( name), age_(age){} public: const std::string& name () const { return name _; } unsigned short age() const { return age_; } private: std::string name _; unsigned short age_; }; Auto student1 = std::make_shared< student >(“Tom”, 18); 我需要把student1直接存入数据库,不写任何sql语句,并且数据库支持mysql、sqlite、oracle等,平台支持windows、ios、android等有办法吗? 其实这就是面向对象的存储技术,我会分两篇博客重点介绍两种方案,其中一种是基于现有的开源软件ODB

GDAL读取Shp问题解决:Unable to open EPSG support file gcs.csv

烂漫一生 提交于 2020-05-07 18:32:41
在GIS软件的开发中,经常用到开源库GDAL读取Shp数据,当shp数据中包含投影信息时,可能会遇到“Unable to open EPSG support file gcs.csv”错误提示,该错误是由于没有设置“GDAL_DATA”引起的。 1.Shpefile文件组成 Shapefile文件指的是一种文件存储的方法,实际上该种文件格式是由多个文件组成的。其中,要组成一个Shapefile,有三个文件是必不可少的,它们分别是".shp", ".shx"与 ".dbf" 文件。表示同一数据的一组文件其文件名前缀应该相同。例如,存储一个关于湖的几何与属性数据,就必须有lake.shp,lake.shx与 lake.dbf三个文件。而其中“真正”的Shapefile的后缀为shp,然而仅有这个文件数据是不完整的,必须要把其他两个附带上才能构成一组完 整的地理数据。除了这三个必须的文件以外,还有八个可选的文件,使用它们可以增强空间数据的表达能力。所有的文件名都必须遵循MS DOS的8.3文件名标准(文件前缀名8个字符,后缀名3个字符,如shapefil.shp),以方便与一些老的应用程序保持兼容性,尽管现在许多新的程序都能够支持长文件名。此外,所有的文件都必须位于同一个目录之中。 必须的文件: .shp — 图形格式,用于保存元素的几何实体。 .shx — 图形索引格式。几何体位置索引

Visual Studio custom build event always executing

和自甴很熟 提交于 2019-12-10 16:13:37
问题 I am using the odb compiler as a custom build tool. The build tool is always executing even though the input file is not changing. The command line: odb -Ic:\menuplan\src\ingredient -o c:\menuplan\src\ingredient -d mysql --hxx-prologue "#include \"odb/traits.hxx\"" --generate-query --generate-schema --schema-format separate c:\menuplan\src\ingredient\ing_odb_category.hpp` The input file is: ing_odb_category.hpp . The outputs: ing_odb_category-odb.hxx;ing_odb_category-odb.ixx;ing_odb_category

C++ ORM ODB 入门介绍(一)

做~自己de王妃 提交于 2019-12-09 20:08:33
:::欢迎广大oscer拍砖和交流. C++的语言特性决定了在C++中的ORM框架不可能像Java,C#那没有那么灵活。 C++的ORM框架一般都是基于模板,编译时,因此其效率比起Java中的ORM框架更高。 ODB是一个比较独立,成熟的基于C++Template的ORM框架。使用#pragma编译指令和ODB.exe编译器生成SQL的特化版本。#pragma指令,对于熟悉Java的ORM映射的oscer,可以认为和Java的注解类似。只不过Java的注解是运行时,而C++#pragma的指令是编译时。 ODB中的类的#pragma(注解)包含2种。 #pragma db value 和 #pragma db object value所注解的类的对象,不可以成为一个独立的数据库对象。一般映射为数据库的1或者多列。如果有位value类兹自定义trait类,则可以映射为一列,否则默认情况下value类的每个字段映射一个列。当然value必须被某个object类所包含,并在object类所对应的表中线性化的展开列。 object所注解的类,会映射一个或者多个表格(当有集合成员时)。每个持久化的object对象代表数据库表格中的一行。默认情况下object类的每个原始数据成员(包含std::string)都会映射为数据库表格的一列,除非使用编译指令#pragma db transient

Extract nodal coordinates from the deformed testsubject (abaqus-python)

自闭症网瘾萝莉.ら 提交于 2019-12-08 02:58:30
问题 I am trying to make a python script to extract the nodal coordinates from the ODB file (from abaqus). So far i have come up with the code attached below (don't mind the extra information i put behind the #, sometimes it's just so i can keep track of what i'm doing) The problem is that the coordinates i extract are those from the undeformed test subject. and i need the coordinates of the nodes from the deformed test subject. Can somebody help me with how i reach this information using python

Extract nodal coordinates from the deformed testsubject (abaqus-python)

青春壹個敷衍的年華 提交于 2019-12-06 12:38:04
I am trying to make a python script to extract the nodal coordinates from the ODB file (from abaqus). So far i have come up with the code attached below (don't mind the extra information i put behind the #, sometimes it's just so i can keep track of what i'm doing) The problem is that the coordinates i extract are those from the undeformed test subject. and i need the coordinates of the nodes from the deformed test subject. Can somebody help me with how i reach this information using python code? from abaqus import * from abaqusConstants import * import __main__ import section import