一、英集芯IP6809简介：IP6809是一款无线充电发送端控制器SOC芯片，兼容WPCQiv1.2.4z*标准。支持2-3线圈无线充电应用，支持A28线圈、MP-A8线圈，支持客户线圈定制方案，支持5W、苹果7.5W、三星10W、15W充电。二、英集芯IP6809特点：（一）IP6809兼容WPCv1.2.4标准（二）支持5-15W多种应用（1）单独5W应用（2）快充充电器输入5-10W应用（3）5V充电器输入5-10W升压应用（4）9-15V充电器输入5-10W降压应用（5）12-19V充电器输入15W应用（三）支持多线圈（1）支持2-3个线圈（2）支持自动检测接收线圈摆放位置（3）通过特
1.卡尔曼滤波原理 原理可以参考我之前学习的笔记，使用goodnote完成的。 我认为，对于公式的推导不需要做太多深入的了解，我之前也对公式进行推导的理解，但是没过几天就忘了，只需要掌握住那重要的5个步骤即可，能够熟练运用才是王道。2.扩展卡尔曼滤波的MATLAB代码实现下面介绍一下如何通过MATLAB，使用扩展卡尔曼滤波完成SOC的估计，我会将代码里面需要修改的地方进行讲解，当你辨识完参数要进行SOC估计时，只需要修改我所说的就能够实现。2.1电池参数的修改Cn=18*3600;%电池容量，单位Asdelta_t=1;%采样时间R1=-9.015*socc.^6+20.64*so
1.卡尔曼滤波原理 原理可以参考我之前学习的笔记，使用goodnote完成的。 我认为，对于公式的推导不需要做太多深入的了解，我之前也对公式进行推导的理解，但是没过几天就忘了，只需要掌握住那重要的5个步骤即可，能够熟练运用才是王道。2.扩展卡尔曼滤波的MATLAB代码实现下面介绍一下如何通过MATLAB，使用扩展卡尔曼滤波完成SOC的估计，我会将代码里面需要修改的地方进行讲解，当你辨识完参数要进行SOC估计时，只需要修改我所说的就能够实现。2.1电池参数的修改Cn=18*3600;%电池容量，单位Asdelta_t=1;%采样时间R1=-9.015*socc.^6+20.64*so
OpenFeign拦截器 在微服务中比较常见的场景：前端带了JWT令牌请求服务A，在服务A中使用Feign远程调用服务B、服务C等，A、B、C都接入了SpringSecurity；此时就会存在这样的需求，如服务A调用服务B、C时不带有JWT令牌就会出现服务调用失败，无法通过服务B、C鉴权认证； 此时需要通过Feign提供的RequestInterceptor拦截器将A请求头中所持有的Token在Feign发起远程调用时继续传递给服务B、服务C；Demo示例代码：publicclassDemoRequestInterceptorimplementsRequestInterceptor{pri
OpenFeign拦截器 在微服务中比较常见的场景：前端带了JWT令牌请求服务A，在服务A中使用Feign远程调用服务B、服务C等，A、B、C都接入了SpringSecurity；此时就会存在这样的需求，如服务A调用服务B、C时不带有JWT令牌就会出现服务调用失败，无法通过服务B、C鉴权认证； 此时需要通过Feign提供的RequestInterceptor拦截器将A请求头中所持有的Token在Feign发起远程调用时继续传递给服务B、服务C；Demo示例代码：publicclassDemoRequestInterceptorimplementsRequestInterceptor{pri
题目来源400.第N位数字题目详情给你一个整数n，请你在无限的整数序列 [1,2,3,4,5,6,7,8,9,10,11,...]中找出并返回第 n位上的数字。示例1：输入：n=3输出：3示例2：输入：n=11输出：0解释：第11位数字在序列1,2,3,4,5,6,7,8,9,10,11,...里是0，它是10的一部分。提示：1题解分析本题的解题关键是如何定位到指定字符所在的数字。通过仔细观察序列数字串，可以发现，位数为1的数字个数为9，位数为2的数字个数为90，位数为3的数字个数为900，依次类推。按照上述规律，可以进一步每种位数中包含的字符个数，它们是数字个数与位数的乘积。通过这种模拟法，
题目来源400.第N位数字题目详情给你一个整数n，请你在无限的整数序列 [1,2,3,4,5,6,7,8,9,10,11,...]中找出并返回第 n位上的数字。示例1：输入：n=3输出：3示例2：输入：n=11输出：0解释：第11位数字在序列1,2,3,4,5,6,7,8,9,10,11,...里是0，它是10的一部分。提示：1题解分析本题的解题关键是如何定位到指定字符所在的数字。通过仔细观察序列数字串，可以发现，位数为1的数字个数为9，位数为2的数字个数为90，位数为3的数字个数为900，依次类推。按照上述规律，可以进一步每种位数中包含的字符个数，它们是数字个数与位数的乘积。通过这种模拟法，
问题描述：前端使用Get请求并且使用请求体传递参数，后端使用@RequestBody注解封装参数，这时会出现400的异常信息。解决方法：1、Get请求不要使用请求体，使用请求体的话用POST请求。（建议，这样才是正常的规范写法）2、保留Get请求与请求体，后端也可以用对象来封装请求体中的参数，但是封装对象需要去掉@RequestBody注解，不然会有400异常。触发场景：这个问题在用Postman去测试后端接口的时候并没有发现，因为这种情况在Postman中请求是合法的。然后在与前端同学联调接口的时候发现了这个问题。说明这种传递参数的方式在浏览器中并不合法。原因在http规范任何方法都能发送请
问题描述：前端使用Get请求并且使用请求体传递参数，后端使用@RequestBody注解封装参数，这时会出现400的异常信息。解决方法：1、Get请求不要使用请求体，使用请求体的话用POST请求。（建议，这样才是正常的规范写法）2、保留Get请求与请求体，后端也可以用对象来封装请求体中的参数，但是封装对象需要去掉@RequestBody注解，不然会有400异常。触发场景：这个问题在用Postman去测试后端接口的时候并没有发现，因为这种情况在Postman中请求是合法的。然后在与前端同学联调接口的时候发现了这个问题。说明这种传递参数的方式在浏览器中并不合法。原因在http规范任何方法都能发送请
远程调用返回400问题排查前言发生问题由来问题排查1.参数4002.请求头过大导致4003.header异常400总结前言我最近给公司一个两年前开发的项目售后，帮助客户验视功能点，顺便帮助解决项目中的问题，由于原负责该项目的项目组已经全都离职了，导致验收之路漫长且艰苦…在解决问题的过程中碰到了许多疑难杂症都一一解决了，唯独其中有一个问题让我和同事绞尽脑汁花了三天才得以解决，所以为了以后不再被这个问题困扰，特地记录一下，毕竟好记性不如烂笔头嘛，话不多说，我们接着往下看发生问题由来是这样一个问题，在测试的过程中发现某部分功能依赖的数据源有部分缺失的情况，然后就着手开始排查问题，调用链调用方式如下：
