当前位置:首页 > os
  • Autosar通信协议栈-AutoSAR通信模块的架构AutosarComStack001

    1 Autosar通信协议栈的概述-说到通信,我们第一想到通信的对等实体(communication peer),即发送方和接收方,这些可以看成UML中用例图的Actor; -第二想到的使用通信的use case,即消息的发送和消息的接收; -第三个想到的就是通信的消息(messages);这里的消息在AutoSAR通信架构中流经了下列模块,从上至下(发送逻辑)为:SwcAppSender->Rte->Com->PduR->CanIf->CanDrv;从下至上(接收逻辑:CanDrv>CanIf->PduR->Com->Rte->SwcAppReceiver;优点不言而喻就是分层:通过分层,每层可以根据自己的配置信息实现消息的打包和拆包,用户层的业务逻辑不依赖底层总线的硬件特性;缺点就是增加了各层的API调用开销。 上面三个概念可以通过下图去理解。 -掌握了上面的概念;我们对Autosar通信协议栈有了一个大概的了解;接下来就是理解各个层的具体功能及在Autosar通信协议栈的配置实现;在这个过程中我们首先要理解下面几个概念。 我们可以通过下面的图有一个整体的认识: 1)Signal 看一下官方的定义:CP AUTOSAR implements signal based communication. A signal is the smallest amount of information that a CAN message can have. A signal can be of any size from 1- bit to all 64 bits of CAN message (considering the CAN message is 8-Bytes), in other words the CAN message is divided in bits called signals.例如ECU想知道当前车门的状态(开或关);我们可以用1bit Autosar signal来indicate这个状态。然后我们需要把Autosar signal映射到a signal in AutoSAR COM,实现获取外部ECU门的状态; 2)SignalGroup 结构体数据类型的变量包含了多个原始的数据元素;为了保证这些数据元素的一致性,在结构体数据类型要映射到signal group,确保这些数据作为原子单元被传递到总线或从总线接收 3)Pdu=Sdu PCI 参见图5的 Pdu的封装和组成可知,Pdu作为协议数据单元,由SDU(SDU is the data which needs to be transmitted,由singal组装而成)和PCI(PCI contains the information which indicates the next destination of the SDU)组成,Autosar通信的各层中每个PDU都由一个特定唯一的PduId标识;在Pdu发送时;上层将PDU发送到下层,下层将它当作当前层的SDU进行处理;注意I-Pdu的长度一般不超过8字节,如果,超过8字节,则使用Cantp进行拆包和组包。 注意每个层的Pdu都有特定的前缀;如Ipdu(在Com/Dcm与PduR之间;在Cantp/CanIf与PduR之间);Npdu(在Cantp与CanIf之间);Lpdu(在CanIf与CanDrv之间,由CanID Dlc L_SDU组成) 4)IPduGroup IPduGroup是Com中I-PDU的集合;一般按照功能进行划分组,根据需求调用Com提供的IPdu组API来打开和关闭IPdu组 5)Hareware Object Hardware Object is a space in CAN controller RAM where the PDU is put,上层一般通过定义HTH和HRH进行引用Hareware Object点击文末“阅读原文”,即可直接订阅专栏,解锁全部系列~

    时间:2021-09-22 关键词: os 协议栈 通信协议

  • AutoSAR架构设计系列AutosarRteSwc001

    1 基于AutoSAR架构的概述1.1架构层面:功能可以细分子功能,各个子功能需要交互。-大功能可以通过Autosar组件Composition去表示;-各个子功能一般具有不可分割性,可以通过Autosar原子组件Component去表示;-各个子功能的交互可以通过接口去通信和交互;-各个子功能的行为可以通过内部行为去表示;具体表现为Runnable的设计;架构设计的时候不考虑具体的逻辑实现;只会关注Ruannble的触发事件或周期;数据访问的一致性问题;具体逻辑设计可通过模版c文件实现或通过基于arxml文件交互的Matlab设计实现;-具体到代码实现时,我们要在架构层去定义数据的类型,数据的类型要合理(命名形象 节省内存)-具体到数据映射时,注意映射的DBC的数据类型的匹配和外部通信的数据一致性问题;-具体到任务映射时;要理解任务的类型(基本,扩展任务);任务的触发周期和优先级及Runnable的偏移量设置(具体可以refer我的OS系列的教程)大概想到的知识点如上;下面通过两张思维导图的形式呈现;给大家一个总体上的知识点学习和认识;具体深入的学习之后会慢慢展开。图 1 AutoSAR应用层架构图点击文末“阅读原文”,即可直接订阅~

    时间:2021-09-18 关键词: SAR os

  • 阿里面试这样问:Nacos配置中心交互模型是 push 还是 pull ?(原理 源码分析)

    本文来源:公众号「 程序员内点事」 对于Nacos大家应该都不太陌生,出身阿里名声在外,能做动态服务发现、配置管理,非常好用的一个工具。然而这样的技术用的人越多面试被问的概率也就越大,如果只停留在使用层面,那面试可能要吃大亏。比如我们今天要讨论的话题,Nacos在做配置中心的时候,配置数据的交互模式是服务端推过来还是客户端主动拉的?这里我先抛出答案:客户端主动拉的!接下来咱们扒一扒Nacos的源码,来看看它具体是如何实现的?配置中心聊Nacos之前简单回顾下配置中心的由来。简单理解配置中心的作用就是对配置统一管理,修改配置后应用可以动态感知,而无需重启。因为在传统项目中,大多都采用静态配置的方式,也就是把配置信息都写在应用内的yml或properties这类文件中,如果要想修改某个配置,通常要重启应用才可以生效。但有些场景下,比如我们想要在应用运行时,通过修改某个配置项,实时的控制某一个功能的开闭,频繁的重启应用肯定是不能接受的。尤其是在微服务架构下,我们的应用服务拆分的粒度很细,少则几十多则上百个服务,每个服务都会有一些自己特有或通用的配置。假如此时要改变通用配置,难道要我挨个改几百个服务配置?很显然这不可能。所以为了解决此类问题配置中心应运而生。配置中心推与拉模型客户端与配置中心的数据交互方式其实无非就两种,要么推push,要么拉pull。推模型客户端与服务端建立TCP长连接,当服务端配置数据有变动,立刻通过建立的长连接将数据推送给客户端。优势:长链接的优点是实时性,一旦数据变动,立即推送变更数据给客户端,而且对于客户端而言,这种方式更为简单,只建立连接接收数据,并不需要关心是否有数据变更这类逻辑的处理。弊端:长连接可能会因为网络问题,导致不可用,也就是俗称的假死。连接状态正常,但实际上已无法通信,所以要有的心跳机制KeepAlive来保证连接的可用性,才可以保证配置数据的成功推送。拉模型客户端主动的向服务端发请求拉配置数据,常见的方式就是轮询,比如每3s向服务端请求一次配置数据。轮询的优点是实现比较简单。但弊端也显而易见,轮询无法保证数据的实时性,什么时候请求?间隔多长时间请求一次?都是不得不考虑的问题,而且轮询方式对服务端还会产生不小的压力。长轮询开篇我们就给出了答案,nacos采用的是客户端主动拉pull模型,应用长轮询(Long Polling)的方式来获取配置数据。额?以前只听过轮询,长轮询又是什么鬼?它和传统意义上的轮询(暂且叫短轮询吧,方便比较)有什么不同呢?短轮询不管服务端配置数据是否有变化,不停的发起请求获取配置,比如支付场景中前段JS轮询订单支付状态。这样的坏处显而易见,由于配置数据并不会频繁变更,若是一直发请求,势必会对服务端造成很大压力。还会造成推送数据的延迟,比如:每10s请求一次配置,如果在第11s时配置更新了,那么推送将会延迟9s,等待下一次请求。为了解决短轮询的问题,有了长轮询方案。长轮询长轮询可不是什么新技术,它不过是由服务端控制响应客户端请求的返回时间,来减少客户端无效请求的一种优化手段,其实对于客户端来说与短轮询的使用并没有本质上的区别。客户端发起请求后,服务端不会立即返回请求结果,而是将请求挂起等待一段时间,如果此段时间内服务端数据变更,立即响应客户端请求,若是一直无变化则等到指定的超时时间后响应请求,客户端重新发起长链接。Nacos初识为了后续演示操作方便我在本地搭了个Nacos。注意: 运行时遇到个小坑,由于Nacos默认是以cluster集群的方式启动,而本地搭建通常是单机模式standalone,这里需手动改一下启动脚本startup.X中的启动模式。直接执行/bin/startup.X就可以了,默认用户密码均是nacos。几个概念Nacos配置中心的几个核心概念:dataId、group、namespace,它们的层级关系如下图:dataId:是配置中心里最基础的单元,它是一种key-value结构,key通常是我们的配置文件名称,比如:application.yml、mybatis.xml,而value是整个文件下的内容。目前支持JSON、XML、YAML等多种配置格式。group:dataId配置的分组管理,比如同在dev环境下开发,但同环境不同分支需要不同的配置数据,这时就可以用分组隔离,默认分组DEFAULT_GROUP。namespace:项目开发过程中肯定会有dev、test、pro等多个不同环境,namespace则是对不同环境进行隔离,默认所有配置都在public里。架构设计下图简要描述了nacos配置中心的架构流程。客户端、控制台通过发送Http请求将配置数据注册到服务端,服务端持久化数据到Mysql。客户端拉取配置数据,并批量设置对dataId的监听发起长轮询请求,如服务端配置项变更立即响应请求,如无数据变更则将请求挂起一段时间,直到达到超时时间。为减少对服务端压力以及保证配置中心可用性,拉取到配置数据客户端会保存一份快照在本地文件中,优先读取。这里我省略了比较多的细节,如鉴权、负载均衡、高可用方面的设计(其实这部分才是真正值得学的,后边另出文讲吧),主要弄清客户端与服务端的数据交互模式。“下边我们以Nacos 2.0.1版本源码分析,2.0以后的版本改动较多,和网上的很多资料略有些不同 地址:https://github.com/alibaba/nacos/releases/tag/2.0.1客户端源码分析Nacos配置中心的客户端源码在nacos-client项目,其中NacosConfigService实现类是所有操作的核心入口。说之前先了解个客户端数据结构cacheMap,这里大家重点记住它,因为它几乎贯穿了Nacos客户端的所有操作,由于存在多线程场景为保证数据一致性,cacheMap采用了AtomicReference原子变量实现。/** * groupKey -> cacheData. */private final AtomicReference cacheMap = new AtomicReference(new HashMap());cacheMap是个Map结构,key为groupKey,是由dataId, group, tenant(租户)拼接的字符串;value为CacheData对象,每个dataId都会持有一个CacheData对象。获取配置Nacos获取配置数据的逻辑比较简单,先取本地快照文件中的配置,如果本地文件不存在或者内容为空,则再通过HTTP请求从远端拉取对应dataId配置数据,并保存到本地快照中,请求默认重试3次,超时时间3s。获取配置有getConfig()和getConfigAndSignListener()这两个接口,但getConfig()只是发送普通的HTTP请求,而getConfigAndSignListener()则多了发起长轮询和对dataId数据变更注册监听的操作addTenantListenersWithContent()。@Overridepublic String getConfig(String dataId, String group, long timeoutMs) throws NacosException {    return getConfigInner(namespace, dataId, group, timeoutMs);}@Overridepublic String getConfigAndSignListener(String dataId, String group, long timeoutMs, Listener listener)        throws NacosException {    String content = getConfig(dataId, group, timeoutMs);    worker.addTenantListenersWithContent(dataId, group, content, Arrays.asList(listener));    return content;}注册监听客户端注册监听,先从cacheMap中拿到dataId对应的CacheData对象。public void addTenantListenersWithContent(String dataId, String group, String content,                                          List

    时间:2021-09-16 关键词: 模型 源码 os

  • Linux系统噪音统计(osnoise tracer)

    在Linux系统中作为一个普通线程是非常苦逼的。不仅NMI 、硬中断、软中断可以打断它,甚至其它普通线程也可以来打断干扰到它的运行。 如果没有这些打断事件,一个普通线程执行while循环,可以high过天际。这些打断事件对一个普通线程来说,就相当于噪音一样的存在。 从Linux 5.14-rc1开始引入了一个新的tracer---(osnoise tracer)。就是从一个线程thread的角度把这些噪音全部详细统计出来。 上图中 在1秒内普通线程(pid=98) 受到的各个干扰事件的次数和cpu available百分比等都可以显示出来。 统计到这个程度,感觉还是不够详细。 可以打开osnoise对应的trace event. 上面的interference 5说明在一个采样周期内被打断了5次(包括4次中断和一次a.out线程事件产生的噪音),上面的每一次打断都有事件名称和对应的时间统计: 1232 1222 1192 1262 3994882=4000242-452 (~4000242) 统计时间约等于4000242ns 因为包含了检查代码的时间时间。 代码实现: 在以上每个打断事件处理函数中都插上trace event的钩子函数 来统计事件的执行时间,然后在每个cpu上运行一个内核线程进行周期性统计. 这个强大的osnoise tracer使用到的技术仅仅是用到了tracer event提供的基础设施。 我在阅码场发布过一个视频课程,对linux系统中各个tracer的使用和代码实现都有非常详细的讲解: ---end---

    时间:2021-09-14 关键词: 噪音 ce os

  • 精选汇总 | freertos从基础到高级篇系列

    关注、星标公众号,直达精彩内容来源:技术让梦想更伟大作者:李肖遥本文已获取「CSDN」作者独家授权,请勿二次转载,请获取作者授权。声明:本公众号授权转载本文仅传播相关知识,无任何盈利和商业行为,部分内容有删改。 原文地址:https://blog.csdn.net/zhzht19861011/category_9265276.htmlhttps://blog.csdn.net/zhzht19861011/category_9265965.html 作者:zhzht19861011    为了大家更加方便的学习并巩固知识,特意从我的公众号『 技术让梦想更伟大』整理出来部分文章,帮助大家了解,同时也谢谢大家的支持。FreeRTOS系列第1篇---为什么选择FreeRTOS?FreeRTOS系列第2篇---FreeRTOS入门指南FreeRTOS系列第3篇---FreeRTOS移植指南FreeRTOS系列第4篇---FreeRTOS编码标准及风格指南FreeRTOS系列第5篇---FreeRTOS在Cortex-M3上的移植FreeRTOS系列第6篇---FreeRTOS内核配置说明FreeRTOS系列第7篇---Cortex-M内核使用FreeRTOS特别注意事项FreeRTOS系列第8篇---FreeRTOS内存管理FreeRTOS系列第9篇---FreeRTOS任务概述基础篇FreeRTOS系列第10篇---FreeRTOS任务控制FreeRTOS系列第11篇---FreeRTOS任务应用函数FreeRTOS系列第12篇---FreeRTOS内核控制FreeRTOS系列第13篇---FreeRTOS任务通知FreeRTOS系列第14篇---使用任务通知实现命令行解释器FreeRTOS系列第15篇---可视化追踪调试FreeRTOS系列第16篇---FreeRTOS队列基础及API函数FreeRTOS系列第17篇---FreeRTOS信号量FreeRTOS系列第18篇---FreeRTOS信号量API函数FreeRTOS系列第19篇---FreeRTOS列表和列表项FreeRTOS系列第20篇---FreeRTOS任务创建分析FreeRTOS系列第21篇---FreeRTOS调度器启动过程分析FreeRTOS系列第22篇---FreeRTOS任务切换分析FreeRTOS系列第23篇---FreeRTOS队列分析FreeRTOS系列第24篇---FreeRTOS信号量分析FreeRTOS系列第25篇---FreeRTOS内存管理分析FreeRTOS系列第26篇---FreeRTOS任务通知分析FreeRTOS系列第27篇---FreeRTOS系统延时分析FreeRTOS系列第28篇---系统节拍时钟分析FreeRTOS系列第29篇---FreeRTOS空闲任务分析······  关注公众号『技术让梦想更伟大』,后台回复关键字:『Qt』『C语言基础』『C语言难点』『C 』『Linux』『freertos』『指针』『数据结构与算法』『经验技巧篇』『疑问篇』『基础理论篇』『实战篇』『架构篇』『模块化编程』『状态机』『实用工具』『心声社区』『期刊』『视频』······等,查看更多精选内容。 关注我的微信公众号,回复“加群”按规则加入技术交流群。这是我另一个技术号,程序员的编程学习基地,注重编程思想,欢迎关注!点击“阅读原文”查看更多分享。

    时间:2021-09-06 关键词: os

  • RT-Thread和Freertos的区别?

    关注「嵌入式大杂烩」,选择「星标公众号」一起进步!Freertos是一个国外推出的一个迷你的实时操作系统内核,开源,功能包括:任务管理、时间管理、信号量、消息队列、内存管理、记录功能、软件定时器、协程等,可基本满足较小系统的需要。RT-Thread是中国人自己推出的一个集实时操作系统(RTOS)内核、中间件组件和开发者社区于一体的技术平台,开源os,RT-Thread除了有常规RTOS的功能,还具备一个IoT OS平台所需的所有关键组件。例如GUI、网络协议栈、安全传输、低功耗组件等等。下面比较一下Freertos和RT-Thread 在内核、支持的组件、驱动:freertos简称FR,rt-thread简称RT。首先FR和RT基本定位都是IoT系统。1 、背景FR是亚马逊旗下,RT背景和应用相对较弱。而国内没有大企业支持RT,而是各自开发IoT系统,华为-liteOS、腾讯TencentOS tiny、阿里AliOS Things。群雄割据,RT生存空间可想而知。2、软件包和组件FR和亚马逊IoT云服务结合是比较好的,国内组件结合度应该RT占优,例如阿里云。3 、学习资料RT有中文文档,FR有正点原子等众多视频4 文件:确实如下面RT介绍的,RT是一个包含组件的包,包含的东西很多,打开就能用。FR不是很清楚。从文件大小来说,RT 一百多MB,FR只有几MB。RT-Thread 与其他很多 RTOS 如 FreeRTOS、uC/OS 的主要区别之一是,它不仅仅是一个实时内核,还具备丰富的中间层组件。内核层:RT-Thread 内核,是 RT-Thread 的核心部分,包括了内核系统中对象的实现,例如多线程及其调度、信号量、邮箱、消息队列、内存管理、定时器等;libcpu/BSP(芯片移植相关文件 / 板级支持包)与硬件密切相关,由外设驱动和 CPU 移植构成。组件与服务层:组件是基于 RT-Thread 内核之上的上层软件,例如虚拟文件系统、FinSH 命令行界面、网络框架、设备框架等。采用模块化设计,做到组件内部高内聚,组件之间低耦合。RT-Thread 软件包:运行于 RT-Thread 物联网操作系统平台上,面向不同应用领域的通用软件组件,由描述信息、源代码或库文件组成。RT-Thread 提供了开放的软件包平台,这里存放了官方提供或开发者提供的软件包,该平台为开发者提供了众多可重用软件包的选择,这也是 RT-Thread 生态的重要组成部分。软件包生态对于一个操作系统的选择至关重要,因为这些软件包具有很强的可重用性,模块化程度很高,极大的方便应用开发者在最短时间内,打造出自己想要的系统。RT-Thread 已经支持的软件包数量已经达到60 ,如下举例:物联网相关的软件包:Paho MQTT、WebClient、mongoose、WebTerminal 等等。脚本语言相关的软件包:目前支持 JerryScript、MicroPython。多媒体相关的软件包:Openmv、mupdf。工具类软件包:CmBacktrace、EasyFlash、EasyLogger、SystemView。系统相关的软件包:RTGUI、Persimmon UI、lwext4、partition、SQLite 等等。外设库与驱动类软件包:RealTek RTL8710BN SDK。来源:https://blog.csdn.net/u013184273/article/details/103805733本文来源网络,版权归原作者所有。如涉及作品版权问题,请联系我进行删除。往期干货:往期推荐干货 | 浅析程序开机自启动程序如何运行?编译、链接、装入?串口通信 | 简单明了的基础知识一种无OS的MCU实用软件框架

    时间:2021-09-03 关键词: RT-Thread os

  • 干掉 Postman?测试接口直接生成API文档,这工具真香!

    前几天粉丝群有小伙伴问,有啥好用的API文档工具推荐,无意间发现了一款工具,这里马不停蹄的来给大家分享一下。ShowDoc一个非常适合团队的在线API文档工具,也支持用docker自建文档服务,不过为了方便演示,我直接用了平台在线服务。官网地址:https://www.showdoc.com.cn/item/index可以使用markdown语法来写API文档、数据字典文档、技术文档、在线excel文档。但像我这种资深的懒人程序员,其实更看重的是showdoc的自动化生成文档的特性,它可以从代码注释中自动生成API文档,或者搭配RunApi客户端(类似postman的api调试工具)一边调试接口、一边自动生成文档。下边从头演示下,来瞅瞅这玩意好用在哪?主页初识 ShowDocShowDoc新建项目可选常规的API文档、在线表格、或者单页文档(不支持目录分层),允许对项目文档设置访问密码,自定义域名,这里并不是真正意义上的“域名”,只是在文档服务域名后加了一级目录,例如:www.showdoc.com.cn/程序员内点事可以复制现有的项目,或直接导入Postman、swagger的API接口配置Json文件。提供的开放API是自动化生成文档的关键,先记住有api_key、api_token这两个属性,后边详细讲。进入项目后点击右上角 编辑文档,ShowDoc预置了几种文档模板,也可以把自定义的文档存为模板;支持在线Mock服务,提前定义好接口的数据格式,先提供在线临时接口,这样就可以和前端同步开发,后边无缝切换;还有个简单的API在线测试功能。在线表格样式很简洁导出文档有word、Markdown两种格式。支持版本控制,能看到每次修改的记录,回滚任意一个版本的修改。在向别人分享在线文档时,如果不想将整个API目录都暴漏,可以选择进行单页面分享。看到这感觉showdoc很普通啊,好像没什么特别的地方,上边的这些文档都是需要我们手动书写的,比较繁琐不推荐这么搞,接下来咱们看看如何自动化生成文档。自动生成文档showdoc有三种自动生成API文档的方式:使用Runapi工具自动生成(推荐)使用程序代码注释自动生成自动生成数据字典自己写程序调用接口来生成Runapi工具Runapi是一个以接口为核心的开发测试工具(可以看做是Postman的精简版)。目前客户端支持win、mac、linux平台和在线版 ,包含接口测试、自动流程测试、Mock数据、项目协作等功能。单纯的Runapi和Postman相比优势并不大,而与showdoc配合使用效率比较显著,用runapi测试接口的同时它将自动生成API文档到showdoc,也可共用showdoc的团队管理机制实现多人协作。Runapi客户端可以创建带调试的API接口文档、或者Markdown格式的文档。比如我们新建个项目“程序员内点事”,分别建三个接口“点在”、“在看”、“关注”,紧接着快速生成参数和响应结果数据并保存。点击右上角的文档链接设置访问密码,不填默认是公开的,复制文档链接在浏览器中打开,看到API接口文档已经生成。runapi还有全局参数、环境隔离。其实Postman也支持这样的功能,不过毕竟不是国内产品,网络访问等方面很受限制。还有一个比较好的地方,Runapi支持接口执行前后的脚本,比如响应数据的断言测试,弹框显示都挺好用的。代码注释把接口的信息写在注释里也可以自动生成文档到showdoc,但这种我并不太喜欢,主要是侵入性比较强,让代码的阅读性变的比较差,一坨坨看着很不爽。 /** * showdoc * @catalog 测试文档/用户相关 * @title 用户注册 * @description 用户注册的接口 * @method post * @url https://www.showdoc.com.cn/home/user/login * @param username 必选 string 用户名   * @param password 必选 string 密码   * @param name 可选 string 用户昵称   * @return {"error_code":0,"data":{"uid":"1","username":"12154545","name":"吴系挂","groupid":2,"reg_time":"1436864169","last_login_time":"0"}} * @return_param groupid int 用户组id * @return_param name string 用户昵称 * @remark 这里是备注信息 * @number 99 */ public Object register(){这种方式的实现也比较简单,还记得前边的提到的api_key、api_token这两个属性嘛,现在派上用场了,下边我用windows环境演示。首先本地要有git环境:https://npm.taobao.org/mirrors/git-for-windows/v2.17.0.windows.1/Git-2.17.0-64-bit.exe再下载showdoc官方提供的脚本https://www.showdoc.cc/script/showdoc_api.sh修改showdoc_api.sh,替换我们api_key和api_token变量值,URL如果没搭建自己的文档服务不用改。将showdoc_api.sh放在你的项目目录下,直接双击运行,脚本会自动递归扫描本目录和子目录的所有文本代码文件,并生成API文档。showdoc_api.sh生成的文档会放进你填写api_token的这个项目里。生成数据字典如果我们想直接从数据库字典表生成数据字典文档,showdoc也是支持的,先下载官方提供的脚本wget https://www.showdoc.cc/script/showdoc_db.sh修改脚本里的配置,数据库、api_key、api_token等信息,直接执行后数据库表结构信息同步到showdoc。如下配置的变量名和解释效果就是如下图这样,生成了数据表字典文档,在一些特定场景下还是很方便的。开放APIshowdoc开放了文档编辑的API,我们可以在代码中调用API创建、编辑文档。这样使用的场景就比较灵活了。https://www.showdoc.cc/server/api/item/updateByApiAPI参数如下,文档内容,可传递markdown格式的文本或者html源码都可以。测试一下接口组装必要的参数,用简易在线API调试工具发送{  "api_key": "8e52cbad736aa9832b92acc4b34a830e961861279",  "api_token": "9dcd8333afa7cde63bf84f8f0db5d2b2116079256",  "page_title": "xiaofu",  "page_content": "nihao"}看到在showdoc对应的项目里已经创建了名字为xiaofu的文档。说两句前边说过showdoc现有的功能postman基本都支持,但postman功能过于繁杂不够简洁,加上网络条件等诸多限制,协同办公的效率并不高,而Runapi配合showdoc在某些场景下能够很大程度上提升我们开发交付的效率,所以能自动生成的绝对不手写!再怎么BB吹嘘都是苍白的,好不好用,适不适合自己,动手搞一下一目了然。

    时间:2021-09-03 关键词: 接口 API os

  • 静电为什么能击穿MOS管?如何应对?

    其实MOS管一个ESD敏感器件,它本身的输入电阻很高,而栅-源极间电容又非常小,所以极易受外界电磁场或静电的感应而带电,又因在静电较强的场合难于泄放电荷,容易引起静电击穿。静电击穿有两种方式:一是电压型,即栅极的薄氧化层发生击穿,形成针孔,使栅极和源极间短路,或者使栅极和漏极间短路;二是功率型,即金属化薄膜铝条被熔断,造成栅极开路或者是源极开路。静电的基本物理特征为:1)有吸引或排斥的力量;2)有电场存在,与大地有电位差;3)会产生放电电流。这三种情形即ESD一般会对电子元件造成以下三种情形的影响:1)元件吸附灰尘,改变线路间的阻抗,影响元件的功能和寿命;2)因电场或电流破坏元件绝缘层和导体,使元件不能工作(完全破坏);3)因瞬间的电场软击穿或电流产生过热,使元件受伤,虽然仍能工作,但是寿命受损。所以ESD对MOS管的损坏可能是一,三两种情况,并不一定每次都是第二种情况。上述这三种情况中,如果元件完全破坏,必能在生产及品质测试中被察觉而排除,影响较少。如果元件轻微受损,在正常测试中不易被发现,在这种情形下,常会因经过多次加工,甚至已在使用时,才被发现破坏,不但检查不易,而且损失亦难以预测。静电对电子元件产生的危害不亚于严重火灾和爆炸事故的损失。电子元件及产品在什么情况下会遭受静电破坏?可以这么说:电子产品从生产到使用的全过程都遭受静电破坏的威胁。从器件制造到插件装焊、整机装联、包装运输直至产品应用,都在静电的威胁之下。在整个电子产品生产过程中,每一个阶段中的每一个小步骤,静电敏感元件都可能遭受静电的影响或受到破坏,而实际上最主要而又容易疏忽的一点却是在元件的传送与运输的过程。在这个过程中,运输因移动容易暴露在外界电场(如经过高压设备附近、工人移动频繁、车辆迅速移动等)产生静电而受到破坏,所以传送与运输过程需要特别注意,以减少损失,避免无所谓的纠纷。防护的话加齐纳稳压管保护。现在的mos管没有那么容易被击穿,尤其是是大功率的vmos,主要是不少都有二极管保护。vmos栅极电容大,感应不出高压。与干燥的北方不同,南方潮湿不易产生静电。还有就是现在大多数CMOS器件内部已经增加了IO口保护。但用手直接接触CMOS器件管脚不是好习惯。至少使管脚可焊性变差。MOS管被击穿的原因及解决方案第一、MOS管本身的输入电阻很高,而栅源极间电容又非常小,所以极易受外界电磁场或静电的感应而带电,而少量电荷就可在极间电容上形成相当高的电压 (U=Q/C),将管子损坏。虽然MOS输入端有抗静电的保护措施,但仍需小心对待,在存储和运输中最好用金属容器或者导电材料包装,不要放在易产生静电高压的化工材料或化纤织物中。组装、调试时,工具、仪表、工作台等均应良好接地。要防止操作人员的静电干扰造成的损坏,如不宜穿尼龙、化纤衣服,手或工具在接触集成块前最好先接一下地。对器件引线矫直弯曲或人工焊接时,使用的设备必须良好接地。第二、MOS电路输入端的保护二极管,其通时电流容限一般为1mA,在可能出现过大瞬态输入电流(超过10mA)时,应串接输入保护电阻。因此应用时可选择一个内部有保护电阻的MOS管应。还有由于保护电路吸收的瞬间能量有限,太大的瞬间信号和过高的静电电压将使保护电路失去作用。所以焊接时电烙铁必须可靠接地,以防漏电击穿器件输入端,一般使用时,可断电后利用电烙铁的余热进行焊接,并先焊其接地管脚。MOS是电压驱动元件,对电压很敏感,悬空的G很容易接受外部干扰使MOS导通,外部干扰信号对G-S结电容充电,这个微小的电荷可以储存很长时间。在试验中G悬空很危险,很多就因为这样爆管,G接个下拉电阻对地,旁路干扰信号就不会直通了,一般可以10~20K。这个电阻称为栅极电阻,作用1:为场效应管提供偏置电压;作用2:起到泻放电阻的作用(保护栅极G~源极S)。第一个作用好理解。这里解释一下第二个作用的原理:保护栅极G~源极S:场效应管的G-S极间的电阻值是很大的,这样只要有少量的静电就能使他的G-S极间的等效电容两端产生很高的电压。如果不及时把这些少量的静电泻放掉,他两端的高压就有可能使场效应管产生误动作,甚至有可能击穿其G-S极;这时栅极与源极之间加的电阻就能把上述的静电泻放掉,从而起到了保护场效应管的作用。END版权归原作者所有,如有侵权,请联系删除。▍

    时间:2021-08-19 关键词: IO os

  • 鸿蒙究竟是不是安卓套壳?

    今天早上醒来发现手机昨晚自动更新了鸿蒙系统(准确叫法是HarmonyOS),看来已经升级到第二批了,轮到我的Mate30了!自动更新HarmonyOS后原来手机的安卓app都在,而且都能正常运行,甚至之前就在后台运行的安卓app仍然在后台运行,历史数据都一样,感觉不出任何变化来。这其实是好事,毕竟我升级了系统以前的都兼容,少了很多麻烦。但是大部分人看到这样,肯定在想鸿蒙是怎么做到的?鸿蒙既然能这么完美的兼容运行安卓app,那鸿蒙是不是安卓套壳的?我的答案是,鸿蒙绝不是安卓套壳,这是本质的差异,天堑般的不同,下面来详细分析。首先,鸿蒙能运行安卓app,是因为手机版鸿蒙内部集成了aosp,这也是很多人说鸿蒙是安卓套壳的直接原因。但实际上这种理解方法是完全不对的。当一个科学家同时又会弹钢琴时我们认为“这是个会弹钢琴的科学家”,还是“这是个会搞科学研究的钢琴家”?惯例是看这家伙的主体成就,哪个更高一点。如果是爱因斯坦谈钢琴,那就是前者。因为爱因斯坦的钢琴弹再好也盖不过他在科学上的成果。同样道理,鸿蒙内部集成安卓aosp,但他不是安卓套壳,因为鸿蒙的主体完全是自己做的,所谓“纯净版鸿蒙”,而且这个纯净版鸿蒙已经全部开源到gitee,就是OpenHarmony项目。所有人可以去品鉴代码,去评头论足,所有关键模块和组件都是自有的,这些才是鸿蒙的核心关键。不是aosp,不是aosp,不是aosp。所以我的第一个论据就是,鸿蒙的主体完全是自有建设的,具备自主可控,有很多创新(分布式特性等)。而手机版鸿蒙内部集成aosp就是为了兼容传统安卓app,为了在鸿蒙源生app生态还没完善之前,让鸿蒙手机客户可以先用以前的安卓app过渡。也给app厂商慢慢跟进鸿蒙源生app的时间。准确的说,鸿蒙其实就是一个“能兼容运行安卓app的鸿蒙手机系统”,这种兼容在业界其实很常见。譬如你在windows中装个vmware虚拟机,在虚拟机里装个ubuntu,就能在ubuntu运行linux app,那你能说windows是ubuntu套壳吗?其次第二点,我说鸿蒙不是安卓套壳的另一个原因是,鸿蒙具备自主可控,自主升级,自主前进的能力。什么叫套壳?为什么要套壳?核心就是自己搞不定要用别人的,还还在面子上拥有自己的,那就用别人的穿上自己的衣服说是自己的,这就是套壳。所以大家发现没?套壳的本质其实是自己搞不定。就好像你没女朋友所以才要租一个回家过年,有女朋友还花那钱干嘛?但是华为有完整的鸿蒙团队,至少上千人的高级别开发工程师队伍,十几年的积累(liteos内核华为在多年前就在内部产品使用了),鸿蒙是完全在华为团队把控中的,下一步要怎么办?哪些深度功能要开发?如何支持更多新机型?如何优化软总线性能?这些问题鸿蒙团队都有能力去推进。甚至现有鸿蒙中很多第三方组件也都在内部重写优化中。这就是底气。这就是自主可控,这就是“自己的女朋友”。那我都有“自主可控的女朋友”了,你还非说我“租女朋友”,这就没意思了。租不租不是关键,有没“自己的”才是关键。所以我的第二个论据就是,华为有自己的开发主线,自己的开发团队,自己的发展路径,自己的进化能力。这样一个自主可控的os,就因为兼容了aosp运行安卓app,你就说他套壳?这就好像王校长当了一回舔狗你就觉得他可怜没女朋友要当舔狗一样……再多就不说了,人要有自己的脑子,自己的分析能力,不要盲目听别人讲。如果你身边有人就是自己不学习,也不去分析,就要听别人乱讲还爱信,那这种人你别叫醒他,他自己开心就好。总要有人当韭菜!

    时间:2021-08-19 关键词: pen 安卓app os

  • XDA 打造运行 LineageOS 和 Ubuntu Touch OS 的手机

    10月28日,IT大厦获悉,智能手机自黑暗时代就已存在,为许多人提供了肥沃的土壤提供。现在XDA团队决定创建自己的手机。 XDA 团队将与 F(x)tec 合作制造硬件,选择了 LineageOS 作为系统,不仅如此,新机还将能够同时运行 Ubuntu Touch OS。 新机通过 USB-C 支持 HDMI 输出,所以可以连接大型显示器和外设,将手机变成一个 Linux 桌面。Ubuntu 在手机本身的屏幕上也可以完美地工作,采用基于手势的用户界面,并可以在 AnBox 内运行 Android 应用。 这款手机被称为 Pro1-X,基于 F(x)tec Pro1,但配备了 8GB 的内存和 256GB 的存储空间,除此之外,该设备基本上没有变化。 这款手机有一个滑出式 QWERTY 键盘,隐藏在 5.99 英寸 OLED 屏幕(1080p+,18:9)后面。手机关闭时厚度为 14 毫米,重量为 243 克。打开时,显示屏呈一定角度。 需要注意的是,该机采用的是骁龙 835 芯片组,里面有一块 3200 毫安时的电池,支持 QC 3.0 和 USB 供电。 摄像头方面,该机后置 1200 万像素主模组(IMX363),前置 800 万像素自拍摄像头。有一个快门键,还有一个 3.5 毫米的耳机接口,妥妥的老派设备。 Pro1-X 开箱即搭载 LineageOS 16(基于安卓 9.0 Pie),但马上就可以更新到 v17.1(基于安卓 10),SailfishOS 甚至 Windows 的支持也在进行中。

    时间:2020-11-01 关键词: touch ubuntu lineageos os

  • vivo 新一代系统改名为Origin OS,预计年底发布

    去年同期,vivo 的 Funtouch OS 项目经理 @JoviOS_小诸葛在微博发文宣布了新版手机系统——JoviOS,因此大量网友猜测该系统就是 vivo 的新一代系统。 爆料称,vivo 用来取代 Funtouch OS 的新一代 UI 名为 Origin OS,相比前代提升较大,功能较齐全,有望跻身安卓深度定制化 UI 第一梯队之列。 知悉,Origin OS 直译即为原始操作系统之意,或预示 vivo 新一代 UI 有较大程度上的不同。 此外,该博主还透露,新系统预计将于 11/12 月伴随 vivo 新旗舰 X60 系列一起发布。

    时间:2020-10-28 关键词: vivo origin os

  • 基于MAX7456视频字幕模块的单色OSD系统的实现过程

      O 引言   为适应CCTV(闭路电视)安全产业产生文字和图像并将其叠加到视频图像上的需求,MAXIM公司推出了MAX7456视频字幕模块。该器件是一款单通道、单色随屏显示(OSD)发生器,内置非易失存储器(EEPROM)。器件可产生用户定义的OSD并将其插入视频信号所需的全部功能,同时兼容于 NTSC和PAL视频标准。本文结合实例论述了基于MAX7456的单色OSD系统的实现过程。   1 MAX7456的内部结构   MAX7456内部集成有产生用户定义的OSD以及将其插入复合视频信号所需的全部功能和EEPROM。该器件内置输入箝位、同步发生器、视频定时发生器、OSD插入MUX、非易失(EEPROM)字符存储器、显示存储器、OSD发生器、晶体振荡器、可读/写OSD数据的SPI兼容接口以及视频驱动器。 MAX7456芯片的内部结构如图1所示。      MAX7456可提供闪烁、反色和背景控制等功能。同时,MAX7456可接受标准NTSC或PALCVBS等在安全产业视频标准中常见的信号。因此,该器件可适用于大多数安防市场的需要。   2 OSD模块的系统结构   采用MAX7456的单通道OSD发生器将会大大降低OSD系统的复杂性和成本。该系统仅需普通的微控制器芯片并配合相应的软件,就能实现灵活多变的字幕显示需求。图2所示为MAX7456的应用系统框图。图中,PC通过RS232(串口)可将软件生成的字库信息下载到微控制器(MCU) 中,该字库信息再由微控制器(MCU)通过SPI(Serial Peripheral Interface Bus)接口存储到MAX7456的EEPROM中。摄像头输出的模拟视频信号经过OSD模块的处理后,可以获得需要的带字幕的图像。在微控制器中运行的软件通过SPI接口则可以实时控制字幕的显示内容。      3 OSD模块的硬件结构   MAX7456作为OSD系统的核心部件,需要相应的外围器件的配合才能发挥自己的作用。图3所示为OSD模块的硬件结构框图。其中,MAX74 56负责对输入的模拟视频信号进行加字幕处理;MAXQ2000作为一颗低压微功耗单片机,可通过GPIO模拟SPI接口时序为MAX7456提供相应的控制信号,并负责通过串口与PC通信,以获得用户自定义的字符集和配置信息;MAX3002是一颗双向电平转换芯片,它可将MXXQ2000的2.5V系统信号转化为MAX7456可以使用的5V系统信号;MAX3311是与MAX02000配套的串口芯片,负责提供与PC通信的串口信号;MAX8881 在此可将5V的供电转化为单片机和buffer芯片需要的2.5 V电源。      4 OSD模块的软件结构   配合OSD模块工作的软件包括两部分:一部分是运行于微控制器中的firmware,它包括SPI接口驱动、memory配置程序、寄存器配置程序、串口的事务通信等;另一部分是运行于PC端的用户界面,可为用户提供简便的OSD设置和memory升级的功能。   4.1 MAX7456控制例程   MAX7456的SPI接口可支持高达10 MHz接口时钟(SCLK)。写寄存器时,拉低 可使能串行接口,以在SCLK的上升沿从SDIN读取数据;而当 变为高电平时,数据将锁存到输入寄存器。如果传输过程中 变高,则程序终止(即数据不写入寄存器)。 变低之后,器件将等待从SD-IN读入第一个字节,以确定正在执行的数据传输类型。图4所示为写数据时序。      读寄存器时,拉低 。地址将在SCLK上升沿锁入SDIN。然后,数据便可在SCLK的下降沿从SDOUT输出。图5所示是从器件读数据的时序。      下面是具体的操作方法代码:         4.2 PC端用户界面   PC端的软件可向用户提供常用OSD配置信息,如视频制式选择、字幕亮度、翻转方式、闪烁、选择字幕文件等功能。图6所示是其用户界面图。      这样,通过软件,用户还可以编辑字幕显示内容、自定义字符集和设置OSD背景颜色等。   4.3 编译开发环境   运行于Windows平台下的IAR EmbeddedWorkbench 2.10A是专门用于MAXO系列微控制器的集成开发工具之一,目前已被大多数MAXQ系列芯片开发所使用。但是,在IAR下建立新工程后,还需要设置编译选项:General OpTIon/Target/Device并选MAX200X。   5 结束语   MAX7546是一款单通道、单色随屏显示(OSD)发生器,使用它开发OSD系统不仅可以大大节省电路板空间和设计时间,同时还能以更低的成本提供更高的性能。本文介绍了OSD系统的基本构成,并从硬件和软件两方面阐述了使用MAX7456搭建模拟电视字幕随屏显示系统的技术要点,希望对OSD系统开发人员起到一定的指导作用。

    时间:2020-09-09 关键词: max7456 os

  • 中兴首款Firefox OS手机ZTE Open正式亮相

      北京时间2月25日早间消息,在今天开幕的巴塞罗那世界移动大会(MWC)上,中兴正式推出首款采用Firefox OS移动操作系统的手机ZTE Open。   ZTE Open配置Cortex A5处理器,3.5英寸显示屏,除此之外,其他参数暂时还不清楚。与此同时,阿尔卡特也宣布即将推出一款搭载Firefox OS系统的手机One Touch Fire。      首款Firefox OS手机中兴Open   同ZTE Open一样,One Touch Fire也是一款功能相当简单的手机,采用3.5英寸显示屏,1GHz处理器,512MB存储容量(外加2GB存储卡),320万像素摄像头,定于今年6月在拉美和欧洲发布。   除了ZTE Open和One Touch Fire,华为、LG等厂商还将推出采用高通骁龙处理器的Firefox OS手机,进军巴西、哥伦比亚、匈牙利、墨西哥、波兰、塞尔维亚、西班牙、委内瑞拉等国家。此外,Mozilla CEO加里·科瓦奇斯(Gary Kovacs)称,Firefox OS手机有望在2014年登陆美国市场。   

    时间:2020-09-05 关键词: 中兴通讯 firefox os

  • 索尼将持续提供三年的Android OS更新

    索尼为恢复濒临崩溃的智能手机业务所做的努力可能使其扩大对旗舰设备的软件支持。 根据日本的最新报告,索尼计划在2020年内为其旗舰产品提供长达三年的Android操作系统更新。 该报告称,今年早些时候与Android 10一起发布的Sony Xperia 1 II将获得Android 13的更新。即将推出的Xperia 5 II也将获得相同水平的软件支持。据推测它将与Android 10一起启动,并将获得最新的Android 13更新。 尽管到目前为止,这些还没有得到证实,但日本公司没有理由不这样做。如果它想为其Xperia智能手机吸引更多购买者,它可能不得不摆脱舒适感。 同一消息人士还补充说,索尼较老的旗舰产品只能获得两年有保证的Android OS更新。从本质上讲,这意味着Xperia 1和Xperia 5将仅在Android 11之前获得更新。这两种设备都是去年与Android 9 Pie一起推出的。 索尼也没有改变其中档智能手机的更新政策。该公司目前仅向其低成本手机提供一个主要的Android OS更新,但不幸的是,它坚持这一政策。与Xperia 1 II一同推出的Xperia 10 II中档手机仅适用于Android 11。 同时,Xperia 10,Xperia 10 Plus,Xperia Ace,Xperia 8,Xperia 8 Lite和其他旧型号(例如Xperia XZ3)都将在Android 10上终止使用。考虑到其中某些手机的性能,这令人失望。如果索尼真的考虑为其旗舰机型提供三年的软件支持,那么它也应该重新考虑针对低成本机型的软件更新政策。 索尼将与三星一起提供三年的Android OS更新 如果该报告属实,那么索尼将与三星一道为精选的智能手机提供长达三年的Android OS更新。这家韩国公司在上个月初的Galaxy Note 20发布会上宣布了其计划。 然而,尽管三星将这种慷慨大方扩展到其2019年旗舰产品以及精选的Galaxy A系列中档手机,但索尼的努力似乎仅限于其2020年旗舰产品。 话虽如此,看到Xperia手机在某些方面可以与三星Galaxy智能手机媲美仍然是一件很高兴的事情。希望索尼不久将就这种软件更新情况发布某种形式的官方通报。也许是在几周后的Xperia 5 II发布中。即将到来的索尼旗舰产品将于2020年9月17日发布。

    时间:2020-09-03 关键词: 索尼 Android xperia os

  • 2014可穿戴设备市场及产业链信息汇总

      2014年11月3日,郑州讯——英飞凌科技在2014全国城市通卡发展年会上,获得了住房和城乡建设部(简称住建部)IC卡应用服务中心授予的“金标奖标准贡献奖”。同时,为鼓励其作出的个人贡献,中心也授予英飞凌科技中国区智能卡与安全事业部的技术市场经理黄显明博士 “金标奖标准先进个人奖”。   金标奖于2013年由全国智能建筑及居住区数字化标准化技术委员会设立,旨在表彰在城市建设信息化领域的标准制修订和标准实施过程中作出突出贡献的组织机构、企事业单位及个人。   随着我国城市建设信息化的不断深入,统一的标准对于城市一卡通等领域的引领作用正不断提升,同时,它也是实现城市之间交通“互联互通”的前提基础。作为全球及中国交通卡项目的主要芯片供应商,英飞凌积极参与住建部开展的“城市一卡通”标准化工作,不仅提出了新的安全认证码验证方案,协助增加异形卡的类型及特性,还为国内引入了先进的国际ISO-10373非接检测标准,并将其本土化以适应国内的应用环境。除此之外,作为安全智能卡的全球领袖,英飞凌引入并借鉴了国际安全通用认证准则,填补了标准中有关安全的内容,另外,还引进了国际移动支付的相关信息和系统知识,协助国内各标准的适用性和通用性。   如今,英飞凌先进的技术与产品已成为行业标杆,在城市通卡项目中得以广泛的应用,亚洲地区超过一半国家的本地公交和长途客运芯片卡都采用了英飞凌安全控制芯片。在国内,北上广深等主要的大中城市都已发行英飞凌芯片支持的交通卡,并正陆续在几十个开通互联互通的城市中测试和应用英飞凌最新的SLE77凌捷掩膜产品。除国内城市之外,互联互通还延伸到了特别行政区,甚至其他国家城市之间,比如广东地区的“岭南通”卡,不仅在广东省内畅通无阻,更与香港和新加坡实现了互联互通,为消费者提供了极大便利。   英飞凌科技(中国)有限公司智能卡与安全事业部负责人黄耀平先生表示:“交通一直是英飞凌重点关注的领域之一,此次获奖,我们感到十分荣幸。中国拥有庞大的消费群体和多元化的交通结构,我们愿以先进创新的安全芯片卡技术,助力国内行业标准的规范和发展,为促进行业高安全、前瞻性和技术领先的标准尽绵薄之力。”

    时间:2020-09-01 关键词: 传感器 可穿戴设备 os

  • 巨头争相追捧,物联网操作系统有何魔力?

      近年来,无论是中国政府还是全球各大名企对于布局物联网都表现出了莫大的积极性,尽管当前仍处于发展初期,但是物联网所展现出的强劲增长势头却让人不得不随之而牵动:慢一步,则可能跟不上整个市场的步伐,如何抢得先机,首先得看各家对于物联网的理解到了何种地步。   那么到底什么是物联网?物联网的系统架构又由哪些关键部分组成?将来发展物联网有哪些应对之策?在2015年1月16日电子发烧友网于深圳举办的“物联网技术与创新应用大会”上,来自中国软件行业协会嵌入式系统分会的副理事长何小庆先生为我们做出了精彩解答。      中国软件行业协会嵌入式系统分会的副理事长何小庆   何小庆指出,物联网的关键技术主要体现在四个方面:首先是对于物的感知,即利用无线传感网络对物的信息进行智能化收集;其次是对于物的了解,通过RFID 等技术实现物品信息的智能存储与分类;然后是物的联系,使用通信技术达到信息智能交互的目的;最后是关于物的处理,借助对大数据的深入挖掘实现信息的智能分析。   物联网系统的由来与其战略级作用   而物联网的系统架构,通常是由感知层(物)、通信层和计算(应用)层三大部分组成。据何小庆介绍,物联网系统其实是起源于无线传感网络(WSN)系统,其中典型的代表有TInyOS和ConTIki,2010年之后,才有了第一个面向物联网的系统出现——开源操作系统RIOT。随后,微软与风河相继推出了适用于物联网领域的操作系统,分别为Windows Embedded和基于Vxwork 7的物联网OS,国内的厂商同样不甘落后,上海庆科也于去年7月联合阿里发布了国内第一款物联网操作系统——MICO。      物联网系统的架构组成   物联网操作系统到底拥有什么魔力,以致巨头们争相追捧?对此,何小庆解释道,操作系统对于培育物联网生态环境将起到至关重要的作用。拥有这样一个公共的业务开发平台,将拉通物联网产业的上下游,培育物联网硬件开发、物联网系统软件开发、物联网应用软件开发、物联网业务运营、网络运营、物联网数据挖掘等分离的商业生态环境,为物联网的大力发展建立良好的基础。   产业的现状与核心推动力   在谈到物联网的发展现状时,何小庆坦言,这是一个具备巨大潜力并且需要我们共同开发建立生态环境的产业。“市场的价值自然不必多说,光是在中国,2015年的物联网市场规模就将达到惊人的850亿美元,年复合增长率超过30.0%,中国政府更是投入了巨额资金支持物联网产业的发展。”   另一方面,何小庆也指出了当下物联网发展存在的挑战。他表示,想要建立可盈利的物联网商业模式并不如想象中那般简单,就好比互联网早在1994年出现,但是可行的互联网商业模式直到2000年之后才汇聚成形。在这条由自动化向智能服务转型的物联网商业化道路上,切记不能过度地依赖政府投资所带来的帮助,壮大企业本身和加大创新力度才是解决问题根本的方法所在。   而想要做到不断创新,加速物联网的发展,单打独斗的形式很难找到正确出路,只有学会集合群众的智慧才是发展物联网的唯一捷径。“为此,我们除了维持好互联网与芯片两大发展引擎外,开源技术也将是促进物联网创新的重要推力。”何小庆强调道,“另外,作为物联网智能系统的核心,嵌入式技术同样值得我们大力发展。”   

    时间:2020-08-31 关键词: 物联网 嵌入式设计 开源设计 os

  • 魅族Flyme系统即将支持小米,说好的你死我活呢?

      根据市场调研机构IHS Technology的数据,中国智能手机市场2015年第1季度的手机出货量达到9900万台,而魅族则首次进入前十名(4%分额),同期领先于老牌厂商中兴通讯,而此前魅族在今年的预计出货量为2000万台。下半年的出货之争将更加严峻,而魅族目前也已经规划会部署3-4款新品,包括MX系列下一代新品(命名为MX5?)和魅蓝全新的系列。   除了出货量外,魅族软件系统也得到爆发式的发展。根据魅族官方表示,在诸多基于Android定制的第三方系统中,魅族Flyme OS的市场占有目前已经跻身国产第二,并且还有高速增长的趋势,目前Flyme系统的用户数已经突破千万级,随着魅族产品的进一步扩展,有望在份额上更进一步。   魅族副总裁杨颜在今日接受本站采访时也和我们透露了Flyme下一阶段的信息,包括即将登场的Flyme Powered by Android 5.0版本,以及未来Flyme的相关规划和动态,而这将是魅族在下一阶段除了硬件产品外的最大投入之处。   设计风格基本不变,完善和优化细节,稳定和流畅是亮点   虽然目前基于Android 5.0的 Flyme 4.5还未正式公布,不过目前已经有不少魅族产品可以参与内测升级,包括魅族MX4、MX4 Pro等,根据我们之前的体验来看,新的Flyme 4.5在系统界面、图标以及设计风格上没有太大改变。而杨颜也证实了这一点,行业的成熟让Flyme与其它第三方系统的差异化变小,并且成熟的Flyme 软件在大体方向已经不会改变,只是在细节方面有所优化,其中最大的亮点在于稳定性和流畅性大幅提升,相比于Flyme 4.4的体验会更上一层。   另外由于Android 5.0的底层也已经全面支持64位代码,所以Flyme 4.5将在此基础上进行全面适配,后期的开发和优化也将以64位为主,至于老产品的更新和优化问题也在进行中,毕竟之前的产品都是32位结构,而大家关心的MX2、MX3等老机型升级的时间问题,杨颜则表示在今年内没有问题。   关于大家关心的Flyme Power by YunOS和Powered by Android的问题,杨颜则表示未来二者的差异化会越来越小,普通用户将很难去发现二者的区别,例如YunOS版目前也已经取消了阿里的卡片式生活入口,力求实现和Android版达到体验上的一致。不过考虑到战略问题,未来这两条线还将持续并行,只是在属性上或许不会区别对待。   至于魅族下一代产品的属性方面杨颜也无意透露,魅族即将发布的产品会使用64位处理器,和Flyme 4.5实现完美适配。而联想到目前64位架构的芯片,很有可能是MT6795、MT6753或者是高通骁龙620/618,考虑到魅族目前和联发科的合作关系,前者的可能性非常高。   Flyme的开放计划仍在进行中,即将支持小米手机,后续将进一步扩展   自从魅族对Flyme系统进行开放以后,关于对Flyme的适配问题也成为了大家关心之处。Flyme能否成功复制MIUI成为新的发烧系统受到业内众多人士的看好,但就目前的现状来看,Flyme的Open计划显然还处于初级阶段,官方提供的可适配的机型相对较老,且更新迭代周期较长,相比于小米官方对 MIUI主动推出的Patch ROM工具,显然魅族目前还面临很大的软实力。   不过杨颜表示,Flyme开放计划做为魅族生态圈的一部分,目前仍在持续进行中,魅族的软件团队已经完成对小米系列手机的适配,预计近日就会上线。关于后续机型的增加目前也在进行中,但由于需要涉及相关软件部分的结构调整,这一部分可能会是一个厚积薄发的过程。所以如果第三方手机适配Flyme工作,或许还需要比较长的一段时间。   另外根据魅族官方数据显示,魅族去年的工程师团队人数约在200人左右,而受到集团扩张的影响,魅族目前的软件团队呈现3到4倍的扩张情况,虽然官方并未给出相关数据,不过根据业内人士指出,基本上1000人左右的团队还是符合事实的。   Flyme系统对网络通讯投入大量人力,不同的硬件平台给魅族带来很大压力   魅族从产品制作出身,对于硬件方面基本上也是倚重于上游芯片厂商。今年开始魅族产品的硬件部分进入了多元化发展格局,从单纯的三星(Exynos)芯片发展到联发科(MTK)、高通并行的状态,并且破天荒的推出了首款电信产品魅蓝Note,而Flyme系统的优化显然不是一劳永逸,魅族软件团队对于不同硬件平台下的完善和优化并非一致,而这也给急兵上阵的魅族软件带来了很大的压力。   根据杨颜表示,Flyme系统中投入占比最大的就是在于通讯部分,而这似乎也解释了魅族手机此前“信号门”的问题,并且这一局面在加入联发科和高通阵营后更显严峻,CDMA产品此前对于魅族来说几乎是空白领域,而魅族和高通的关系至今仍模棱两可,而高通又盘踞通信网络半壁江山,对于网络的优化显然是魅族下一阶段最为头疼之事。   此外首次加入的指纹技术、索尼千万级像素、HiFi音质等多个方面的优化也是魅族未来的重心所在,而随着硬件平台差异化的持续增加,魅族在这方面将要做到长线准备。   魅族的系统软件已具规模,以硬件和平台为核心,提供内容服务和分发渠道   Flyme到如今已经走过3个年头,而这三年的探索最大的成就莫过于魅族成功摸索到了成功的软件模式,即借助于魅族现有庞大的用户人群,以产品和硬件为平台,提供内容与服务,成功打造多元化的分发渠道,进而带给第三方合作伙伴庞大的流量,而这也是目前诸多品牌要自建系统的最主要原因。   随着魅族2000万销售目标的预估,这对于第三方合作伙伴来说显然是一个巨大的市场。而这也是除了小米MIUI外另外一种可行的选择,目前魅族已经打通和新浪、乐视、搜狐、阿里等多家网络巨头的互通,联想到此前阿里巨资入股魅族的战略,不难明白其中之道。   在本次访谈结束后杨颜也向我们表示,5月18日魅族将会召开发布会,期间将会对魅族下一阶段的策略以及产品定位做出详细的解读,而恰巧这个时间点也正是魅族“魅蓝”品牌上线半年之际,魅族今年的资本运作可谓是风生水起,而能否创造更多的销量,打通更多的互联渠道,魅族下半年想必会有更多的压力。

    时间:2020-08-31 关键词: 智能手机 flyme os

  • 华为:一套系统多种设备使用 鸿蒙将在物联网中扮演重要角色

    华为通过瞄准当前设备联接的裂隙,将注意力转向了物联网机遇,以此来增强其鸿蒙操作系统(HarmonyOS)的竞争力。 华为消费者业务软件部总裁王成录在一场新闻发布会上表示,该公司认为如今一致性方法的缺乏以及无缝用户体验的缺乏,阻碍了物联网的发展。 他解释说,华为正努力确保“物联网设备以便捷的方式相互联接、通信和集成”。它在基于安卓的EMUI 10.1界面中引入了分布式技术,以使得不同的设备能够组合在一起。 他补充说,当前的智能手机行业已经建立了“非常丰富的生态系统”,并表示希望开发人员能够充分利用它,使用现有资产以最低成本覆盖更多的物联网设备。 作为鸿蒙的目标之一,王成录介绍了一套可以跨多个物联网模块灵活部署的软件,以代替针对不同设备所使用的不同操作系统。 该公司的目标是使鸿蒙能够支持多种设备,包括汽车远程信息系统、智能手表、智能手环、耳机和机器人等。

    时间:2020-08-26 关键词: 华为 汽车 系统 鸿蒙 os

  • 谷歌推Chrome OS开发者中心

    Google今天启动了Chrome操作系统开发人员中心(chromeOS.dev)。 该网站包含许多技术资源,教程,代码示例和更新的信息。 目的是“帮助开发人员充分利用平台的功能”。 构建Chrome操作系统,更轻松地构建Chrome操作系统应用。 chromeOS.dev 的主要目标人群是 Web、Android 以及 Linux 开发者,也包括设计师、产品经理,还有业务负责人。目前该网站仅提供英文和西班牙语,之后会陆续支持更多语种。 为了配合 chromeOS.dev 使用,Chrome OS 迎来了一系列针对开发者的更新。例如 Linux 终端对选项卡和快捷方式的集成、主题的自定义,以及设置选项的重新设计。 Chromebook 现在提供了完整的 Android 模拟器,以便开发者在 Chrome OS 上测试他们的 Android 应用,为支持不同 Android 版本和设备的应用进行优化。另外,在 Chrome OS 上部署程序也更加容易。运行 Chrome OS M81 及更高版本的开发者可以直接在 Chromebook 上部署和测试 Android 应用,无需使用开发者模式或通过 USB 物理连接其他设备。 根据 Chrome OS 团队提供的数据,在 2020 年第二季度,Chromebook 的单位销量同比增长 127%,而美国其他笔记本类别的销量仅同比增长 40%。毫无疑问,谷歌希望抓住这个机会,吸引更多开发者来 Chrome OS 构建应用程序。 值得一提的是,chromeOS.dev 网站是开源的,开发者可以通过源码了解该网站如何构建,也可以参与其中,协助建设。

    时间:2020-08-13 关键词: Android Linux chrome web os

  • 印度自研Kai OS,仅次于IOS和安卓

    自从Symbian系统离开市场以来,近年来,智能手机市场使IOS和Android系统的功能翻了一番。 去年,华为的宏梦系统仍处于测试阶段。 当所有人都想到华为将推出三合一智能手机操作系统时,来自印度的消息令人震惊:印度开发的手机操作系统Kai OS出现了! Kai OS?国内知晓的人恐怕是不多,而根据印度媒体报道,这款Kai OS手机系统目前全球市场用户量已突破1.35亿,成为仅次IOS和安卓的第三大操作系统。面对如此火爆的市场行情,众人也忍不住开始深扒内幕,在一番详细了解之后,网友们纷纷表示:华为莫慌! Kai OS的前世今生:弃用后的回收转型 Kai OS的前身是Firefox(火狐)OS系统平台,其创始人塞巴斯蒂安·科德维尔时任TCL的工程师。作为一款智能手机系统,与当时的安卓和IOS相比较差距实在悬殊,所以该系统还没问世就被迫死掉了。 之后,现Kai OS的研发团队挖掘出了该系统的潜力,在将原Kai OS重新改造后,随后受诺基亚和印度本土厂商青睐,双方展开合作,推出了几款搭载Kai OS系统的手机迅速在印度打开市场。印度首富随即嗅到商机,利用旗下移动通信服务公司推出合作定制机。自此,Kai OS一跃成为仅次于安卓的印度第二大手机操作系统。 简单来说,Kai OS手机就是加强版的功能机,通过较少的硬件资源,提供更流畅的使用功能。例如提供更为持久的续航能力,更便捷流畅处理器,比功能机更清晰的像素以及更大一些的屏幕。产品定位的转型,是Kai OS被回收后能迅速重获新生的关键。而且,对于华为来说,两者的产品属性和受众群体完全不同,自然是不受影响的。 Kai OS的成功之匙:印度广袤的低端消费群体 当然,Kai OS系统取得的成功,与市场有着莫大关系。印度是一个贫困人口众多的国家,民众购买能力有限,国内随处可见的智能手机在印度很多地区并不常见,因而功能机凭借更为低廉的价格和续航更受诸多印度低端消费群体的欢迎。 首先搭载了Kai OS系统的手机,不仅满足了所有功能机的需求,还能够实现一些简单的智能手机功能,比如看电影、玩游戏等,这极大的提升了功能机的操作性和娱乐性。 此外,Kai OS系统的手机价格非常低,结合当地的运营商优惠政策,可以做到人民币150元左右的价格,而且,只要购买Kai OS系统的手机,还可以享受7个月免费的4g网络服务,如此吸引力加之变态的性价比让Kai OS系统的手机很难不在一众功能手机中脱颖而出。 当然不仅是印度,在非洲以及东南亚等市场对智能化功能机依然有着巨大需求,Kai OS系统的成功也为同类型的手机操作系统打开了新的出路,对这些市场来说,安卓和IOS未必是更好的的选择,反而像Kai OS同类型的操作系统更为合适。

    时间:2020-08-09 关键词: 安卓 iOS kai os

首页  上一页  1 2 3 4 5 6 7 8 9 10 下一页 尾页
发布文章

技术子站