SOP

Global Gated Mixture of Second-order Pooling for Imporving Deep Convolutional Neural Network（2018 NIPS，大工李培华组） 论文motivation ： （1） 现存的池化 ：一阶GAP（全局均值池化）是很多CNN结构的标配，有研究者提出高阶池化来提高性能 （2） 缺点 ：但是这些池化都有个缺点就是假设了样本服从了单峰分布，限制了CNN的表达能力。 （3） 论文的改进 ：于是论文提出了基于二阶池化的门混合结构来提高CNN对复杂特征和多模态分布的建模。 论文贡献 ： （1） 提出了门混合结构 ：在最后一层之前，适应性地从N个分组模型中选择K个模型来生成最后的特征表示。 （2） 提出了带参数的二阶池化 ：在N个分组模型中使用了池化层，为了克服一阶GAP和二阶池化带来的局限性，提出了带参数的二阶池化。 （3） 实验 ：在下采样的ImageNet-1K和Places365两个数据集上跑了实验，以ResNet和WRN为骨架，发现加入本文的模型后能够提高准确率。 架构解释 （1） 门混合模型 ：受hinton在ICLR2017的一篇论文“专家混合模型”启发，提出了如下图所示的结构。对于最后一层之前的输入X，自适应地从N个CM（组件模型）选择K个CM来让X流入，其它分支都关闭

法国内政部已选择由 IDEMIA 和 Sopra Steria 组成的联合体，来设计、构建、发布、维护和更新其新标准边境管制系统 (CCAF) 。 CCAF 将成为欧盟拟于 2022 年采用的出入境系统 (EES) 的一部分， EES 旨在更好地保障申根区外部边境的安全，其中最重要的目标是解决外国公民签证逾期问题。 CCAF 基于生物识别技术打造，该技术将有助于加快边境管制工作流程，并提升准确度。 法国库尔布瓦--(美国商业资讯)--CCAF是一个目标远大的项目，旨在安装一套高性能的标准系统，以更好地协调和统一所有边境管制活动。该系统将于2021年在法国推出。 此新闻稿包含多媒体内容。完整新闻稿可在以下网址查阅： https://www.businesswire.com/news/home/20210128005909/en/ 除了确保满足边境管制对安全性和准确性的内在要求外，CCAF的开发还将注重互操作性和可扩展性。该系统的设计将使其能够应对未来法国和欧盟监管政策的变更，以及进出法国本土和海外的旅客流量增长。 在生物识别技术的帮助下，该边境管制系统将最大限度缩短旅客通关时间，同时无需增加法国边境警卫人员的数量。 IDEMIA和Sopra Steria将携手合作，充分发挥两家公司在身份信息管理（特别是在边境安全）方面的专长，以及对法国政府部门关键系统的深入理解。

SOAR 全称 Security Orchestration, Automation and Response，即安全编排自动化与响应，最早由Gartner在2015年提出。 安全团队注重威胁检测，往往购买了各种安全设备，同时自研安全产品，试图通过增加检测功能，追求更小的MTTD(平均威胁检测时间)，以及更大的威胁检出率。但面对外部日新月异的攻击手法，频频爆出的高危漏洞，不断增加的安全服务，企业安全运营面临巨大的压力，一方面出现安全人力不足，另一方面，对安全运营的专业能力要求过高。这个时候，急需一个系统来提升安全运营的标准化和自动化水平。 SOAR提出了通过事件智能分析、事件编排、安全工具整合的方式，加快事件的快速预警和响应，从“人到安全工具”交互转变为“机器到安全工具”交互，应急响应转换为持续自动化响应，从而降低人工成本、降低MTTR、提高安全运营生产力。近来SOAR产品备受关注，目前国内比较知名的厂商有雾帜智能，绿盟，盛华安，360等，阿里云-云安全中心也上线了SOAR相关功能，如自动化溯源等。国外有Rapid7/Splunk也很早在SOAR领域开始了布局。 SOAR作为安全编排与自动化，情报和事件响应平台融合的新兴安全解决方案，可以帮助企业在有限的人力下，处置更多的威胁，降低MTTR(平均威胁处置时间)。爱奇艺内部引入SOAR之后，通过开发安全组件拉通各个安全服务

大家好，我是小枣君。 鲜枣课堂自从2017年5月开始正式创立，迄今已有3年多的时间。这一期间，我们的内容一直都坚持以技术类科普文章为主，输出了大约400多篇原创。其中绝大部分，都是我写的。 我的想法比较简单，就是希望能够输出通俗易懂的技术科普文章，让技术不再枯燥，帮助更多人（尤其是即将进入行业的年轻人）了解通信，了解5G、物联网、云计算和大数据这样的ICT领域前沿科技知识。 非常庆幸的是，鲜枣课堂的内容受到了大家的欢迎，得到了宝贵的认可，也积累了越来越大的影响力。我们现在已经逐渐成为行业里排名前列的技术类内容原创自媒体。 其实，我之所以会选择技术文章写作这条路，和我的个人经历是分不开的。 我曾经在某设备商做了四年的技术支持（其中三年海外），积累了丰富的通信产品技术知识和实践经验。然后，又做了三年的文档经理，积累了大量的文档写作、文档体系建设、文档质量管理方面的经验。最后，又做了四五年的培训经理，学习如何进行高效的内容表达、如何针对内外部客户进行知识传递。 多元化的职场经历，为我创办鲜枣课堂贡献了知识背景和能力基础。 尤其是技术文档写作这一块，我从刚入职就养成了经验随手总结、技术定期积累的日常写作习惯，并保持至今，可以说是受益匪浅。 文档，不管是对于员工个人，还是对于企业，都有非常重要的意义。对于技术类公司来说，技术文档的重要性更是不言而喻。它的价值，完全可以等同于产品本身。或者说

LDR6328 USB PD Sink（PD受电端芯片，也叫PD诱骗芯片）芯片LDR6328，传输的额定功率最高可达100W。LDR6328支持PD,QC,AFC三种协议包含了市面上绝大部分的适配器充电协议。它可以用于type-C电子产品如无线充电器、无人机、物联网设备、智能扬声器、电动工具、智能家居、小家电等设备从适配器诱骗出相应的功率。 LDR6328： ◇ 兼容 USB PD 3.0 规范，支持 USB PD 2.0 ◇ 兼容 QC 3.0 规范，支持 QC 2.0 ◇ 支持 AFC 协议 ◇ 可通过下拉电阻输出 5V、9V、12V、15V、20V 等电压 ◇ 可自动选择输出 9V、12V、15V、20V 电压以内的最高电压 目前市面上无线充前端诱骗出货量最大的IC，价格实惠，外围简单，兼容性好。 已用在亚马逊无线充出货量最大的商家，经过了市场的验证，稳定可靠。 LDR6328: ◇ 采用 SOP-8 封装 ◇ 兼容 USB PD 3.0 规范，支持 USB PD 2.0 ◇ 兼容 QC 3.0 规范，支持 QC 2.0 ◇ 支持 AFC 协议 ◇ 可诱骗 PD、QC 和 AFC 输出固定的电压。 ◇ 默认最大输出 9V，如果不同的功率需求，可联系我们进行定制化设计。 LDR6328: ◇ 采用 SOP-8 封装 ◇ 兼容 USB PD 3.0 规范，支持 USB PD 2

光耦是电子电路中常用的元器件之一，主要用在强电和弱电电路中起到隔离作用。 在选择光耦时需要根据实际电路的情况和光耦的参数来选择，在光耦选型时一般要考虑如下几个重要的参数。 1 光耦的响应时间 这个参数在光耦的datasheet上一般用Rise Time 和Fall Time来表示，分别简称tr和tf。 如果光耦单纯的用作隔离，对响应时间要求不高那么该参数可以忽略。 因为开关电源一般都是通过MOS管的频率切换来实现的，都有一个切换频率，比如说100kHz、400kHz，如果光耦是用在这个地方，那么这个参数必须要考虑，普通的光耦对于100kHz以上的频率无法响应，可能需要选型高速光耦。 2 隔离电压 这个参数在认证时非常重要。 光耦起到隔离作用，那么输入和输出之间能隔离多大的电压？ 就通过这个参数来体现，隔离电压所表示的意思是光耦的输入端和输出端之间短时所能承受的最大不被击穿的电压。 比如UL认证、CE认证等，在标识产品时，都会讲到隔离电压是3000V，还是5000V。 如下图所示。 3 电流传输比CTR 输出电流和输入电流之间的比值的百分比就叫做电流传输比，简称CTR。 CTR越大，表明光耦越省电，但是也容易受到干扰； CTR越小，表明光耦的输入端需要更大的电流，即越耗电但是更稳定。 这个值一般在50%-600%之间。 4 正向电流、工作温度、封装等参数 光耦的输入端是发光二极管

背景 ： 汽车软件Boot程序的主要作用是刷新App程序。在在一个具体客户项目中，Boot也是客户需求的一部分，跟随项目也有软件开发计划（有的为了和其它Boot区分，把项目上的Boot称作CB, Customer Boot）。对于已经下线盒盖的控制器，无论是在供应商或者客户手里测试，只能通过CB刷新App。如果需要CB自刷新，就需要额外的方法。 规范 ： 整车厂只有对App程序刷新的规范，没有对Boot自刷新的规范。因为规范是针对量产车的，售后只负责App程序的升级，不对Boot升级（也不允许Boot升级）。所以，Boot的自刷新只存在于项目开发阶段，且由供应商自行提供方案。本文分析五种Boot自更新方式的优缺点。 方式一，SB更新CB ： 如图1-a，有的软件架构是两级Boot：SB+CB，Start Boot只检查CPU最小系统，与具体项目的外围电路无关，它独立于客户需求，由供应商自行维护，在Pilot项目早期就应开发完成。因为程序启动顺序是SB->CB->App,这样在SB里增加刷新逻辑可以更新CB。通常情况下运行CB更新App程序，特殊情况下程序启动后一直停留在SB里，更新CB。 优点： 1.逻辑结构简单清晰，软件分工明确。 2.一次刷新，操作简易。 缺点： 1.需要较大的Flash空间在SB里存放刷新逻辑，项目SOP后又要禁止这种刷新方式，造成额外的浪费。 2

阿里QA导读：大家还记得天猫双11狂欢夜（猫晚）吗？小编依然还会经常听到真实力老酷guy腾格尔老师钢铁硬核版的《丑八怪》。与往年猫晚相比，今年是最“国际化”的一届，整场晚会通过优酷进行了全球直播覆盖，在这样的双11猫晚的特殊场景下，如何完成质量保障工作，让全球直播也能“如丝般顺滑”，让不同地域、不同设备的用户都能享受极致的体验？ 本文为阿里文娱测试开发专家 宫浩 在【阿里文娱2019双11猫晚技术沙龙】中的演讲。 与开发团队不同，质量保障是一个横向支撑的团队，涉及的业务场景和技术点很多而且非常重要。在双11猫晚这样的特殊场景下，我们是如何输出保障能力的，并结合质量保障的平台能力，去保障双11和猫晚的全链路稳定性的？如何保证不同地域、设备用户都有极致的用户体验? 一、双11猫晚质量保障的挑战 双11猫晚的挑战有两大块，一是 ‍ 稳定性，在这种超级事件中，稳定压倒一切。 其次，是在稳定的基础上，如何创新，并实现成本的降低。 优酷双11战役包含两大块，优酷站内的活动和猫晚，站内活动从10月20日就开始预热了，所以整个活动周期持续将近20天，我们要在这个长周期内保持整个活动的稳定，而且还要针对猫晚直播当天的创新性玩法做好针对性的测试保障工作，在人员有限的情况下，整体挑战很大。 1、稳定性压倒一切 直播链路的稳定性： 4个小时的直播，可能有不同的网络环境，优酷、淘宝和天猫三个APP

目录 1.准备工作 2.步骤 3.效果 4.参考资料 1.准备工作 下载sdk：提供编译好的bin文件，位于文件夹C:\ti\mmwave_sdk_01_02_00_05\packages\ti\demo\xwr16xx\mmw\xwr16xx_mmw_demo.bin。关于sdk版本的选择请参考 链接 ，否则会出现问题。 Uniflash（网页版或.exe均可以）：烧写程序 mmWave Demo Visualizar上位机界面（网页版或.exe均可以）：用于接收数据进行可视化显示。 2.步骤 将SOP设置为101，进入烧写模式 。 连接好电源和开发板之后，打开Uniflash软件，选择开发板的型号，点击start； 在setting&utilities那一栏设置正确的串口号，去设备管理器查看，选uart那个； 返回program那一栏，点击browse，找到xwr16xx_mmw_demo.bin文件，勾选好后，点击load image，等待烧写完毕； 断电，将SOP设置值为001，进入正常功能模式； 上电，打开mmWave Demo Visualizar上位机界面，点击上方的Options按钮；这个上位机要设置两个串口号，一个配置一个传数据，去设备管理器查看，选对应的端口号。在config标签页还可以设置其他信息。点击SEND CONFIG TO MMWAVE

本文来自考拉海购技术支持中心负责人--书渊的分享，想和大家聊一聊考拉技术支持的前世今生，在这个发展历程的介绍当中，大家也可以此对考拉窥一斑而知全豹。当然，既然是聊我们的家常(“黑历史”)，我会从这几年在考拉供应链产品事业部的视角去讲述(请轻拍~~)，并且，也不会就很多过往事项留恋于细致的介绍，只讲下大面上的东西。 技术支持的由来和定位 技术支持由来 其实电商公司或者说考拉这个 BG ，刚开始成立时是绝不可能就有技术支持这个岗位的。技术支持岗位诞生的前提往往有这么几个条件(满足其中1-2个即可)： 1、业务发展迅速，产品对应的业务规模需要得到迅速扩张； 2、产品涉及客诉、咨询相对频繁，虽需要技术解决、解答，但是重复性高； 3、产品研发的人力资源紧张； 4、发展初期的业务、技术职责不清(自营电商躺枪的重灾区)； 5、工作内容可复制性高，可沉淀性少，日常太多技术工作是与业务或者各种第三方重复沟通，模式单一，但是每次问题不一(狭义来说不可穷举，广义来说可穷举)。 以上这些原因，可能并不全，但是我想一定基本符合 80% 以上的电商环境下招聘技术支持来解决这些问题的初衷。因为，在电商环境下，产品和研发既要懂业务，又要不断沉淀自己的能力，如果频繁都在做技术咨询解决方案的工作，还有茫茫多的重复性对接工作，没有时间成长，并且，精力分散的情况下，这些技术咨询的应答时效，也是相当没有保证的。 因此