首先，我做智能车用的是stm32f103c8t6作为主控芯片，得到小车自身对于开始位置的三维变换角度所用的是mpu6050模块，其与主控芯片采用I2C通信。此通信原理接下来会加入介绍资料。其次还有一个OLED模块，这个也和mpu6050模块相似，都采用I2C与主控芯片之间进行通信。接下来我会分模块介绍原理，但是如果大家想直接使用mpu6050和OLED的驱动代码，在最后我除了会把PID算法的代码开源，还会将两个外设的驱动代码开源放在后面。一.模块的作用1.首先是stm32f103c8t6主控芯片作用是与两个外设进行通信。与mpu6050通信获得小车距离原位置的偏离量，与OLED通信使OLED屏
首先，我做智能车用的是stm32f103c8t6作为主控芯片，得到小车自身对于开始位置的三维变换角度所用的是mpu6050模块，其与主控芯片采用I2C通信。此通信原理接下来会加入介绍资料。其次还有一个OLED模块，这个也和mpu6050模块相似，都采用I2C与主控芯片之间进行通信。接下来我会分模块介绍原理，但是如果大家想直接使用mpu6050和OLED的驱动代码，在最后我除了会把PID算法的代码开源，还会将两个外设的驱动代码开源放在后面。一.模块的作用1.首先是stm32f103c8t6主控芯片作用是与两个外设进行通信。与mpu6050通信获得小车距离原位置的偏离量，与OLED通信使OLED屏
在三维模型轻量化方面，存在一些主要问题，包括：模型细节丢失：在进行网格简化等操作时，可能会导致模型的细节丢失，使得模型失去原有的质感和细节特征。模型形变：在进行网格简化等操作时，可能会导致模型形变，使得模型的形状和比例发生变化，影响模型的使用效果。纹理失真：在进行纹理压缩等操作时，可能会导致纹理失真，使得模型的外观质量受到影响。模型文件格式问题：不同的三维模型文件格式可能存在差异，可能会影响轻量化操作的效果和可行性。优化算法不足：目前的轻量化算法可能存在一些不足之处，例如优化效果不佳、效率低下等问题，需要不断改进和优化。总之，三维模型轻量化仍然存在一些问题和挑战，需要不断地进行研究和改进，以实
在三维模型轻量化方面，存在一些主要问题，包括：模型细节丢失：在进行网格简化等操作时，可能会导致模型的细节丢失，使得模型失去原有的质感和细节特征。模型形变：在进行网格简化等操作时，可能会导致模型形变，使得模型的形状和比例发生变化，影响模型的使用效果。纹理失真：在进行纹理压缩等操作时，可能会导致纹理失真，使得模型的外观质量受到影响。模型文件格式问题：不同的三维模型文件格式可能存在差异，可能会影响轻量化操作的效果和可行性。优化算法不足：目前的轻量化算法可能存在一些不足之处，例如优化效果不佳、效率低下等问题，需要不断改进和优化。总之，三维模型轻量化仍然存在一些问题和挑战，需要不断地进行研究和改进，以实
配图源自Freepik这周做了一个需求，出现了Bug，经排查后发现：同一元素同时设置overflow:hidden和transform-form:preserve-3d样式，会使得后者失去3D效果，也就是相当于transform-form:flat。下面用示例验证一下：.constainer区域设置了transform-style:preserve-3d；.red区域设置了transform:translate3d(20px,20px,10px)；.green区域设置了transform:translate3d(0,0,5px)；?.container{margin:0auto;border-
配图源自Freepik这周做了一个需求，出现了Bug，经排查后发现：同一元素同时设置overflow:hidden和transform-form:preserve-3d样式，会使得后者失去3D效果，也就是相当于transform-form:flat。下面用示例验证一下：.constainer区域设置了transform-style:preserve-3d；.red区域设置了transform:translate3d(20px,20px,10px)；.green区域设置了transform:translate3d(0,0,5px)；?.container{margin:0auto;border-
一简介对于nginx的日志文件，特别是access日志，如果我们不做任何处理的话，最后这个文件将会变得非常庞大，比如像下面这样：这时，无论是出现异常时查日志，还是使用“GoAccess”等工具对日志进行分析都将会变得非常麻烦。因此，每天定时对nginx日志进行切割压缩就非常有必要了二实现我的实现思路是每天晚上接近12点时定时执行脚本。其脚本内容就是将当前的nginx日志先按照当天日期进行重命名接着进行压缩，最后是新建空白的nginx日志文件，并重新载入nginx[root@localhost ~]# cd /usr/local[root@localhost local]# mkdir scri
一简介对于nginx的日志文件，特别是access日志，如果我们不做任何处理的话，最后这个文件将会变得非常庞大，比如像下面这样：这时，无论是出现异常时查日志，还是使用“GoAccess”等工具对日志进行分析都将会变得非常麻烦。因此，每天定时对nginx日志进行切割压缩就非常有必要了二实现我的实现思路是每天晚上接近12点时定时执行脚本。其脚本内容就是将当前的nginx日志先按照当天日期进行重命名接着进行压缩，最后是新建空白的nginx日志文件，并重新载入nginx[root@localhost ~]# cd /usr/local[root@localhost local]# mkdir scri
