原文链接
https://blog.csdn.net/weixin_42650045/article/details/84874929
source insight 复制出来的汉字乱码解决
本人遇到这个问题困扰了几天，一直以为是软件的问题；网上搜的解决方案都不能解决。
只需要在复制source insight中汉字之前 将输入法切换到中文输入，粘贴到记事本等编辑工具里面就不再是乱码了
转载——source insight 复制出来的汉字乱码解决
发表评论
分类目录归档：编程
git报错——fatal: detected dubious ownership in repository at
在虚拟机ubuntu共享文件夹里创建git库，用tortoisegit查看会报如下错误：
上网搜索到https://medium.com/@thecodinganalyst/git-detect-dubious-ownership-in-repository-e7f33037a8f，里面说git v2.35.2版本之后git会检查当前用户是否是git仓库文件夹的所有者，如果不是的话，就会提示上面这个错误。
网上说的解决方法，是更改文件夹的所有者为当前用户。但是对于ubuntu的共享文件夹，我尝试这个解决方法不可行。另外对于共享文件夹，每个都要修改所有者，这样也太麻烦了。既然新版增加了这个限制，那我只有降级到旧版本使用。降级之后，git操作一切正常。
这里不得不吐槽一下，git增加这个功能之后，虽说提高了安全性，但是却大大减小了易用性。很多软件也是这样，越升级功能越臃肿，这使得我对新版本软件越来越没有更新的兴致。
git文件夹权限及自动换行配置
[core]
repositoryformatversion = 0
filemode = false
bare = false
logallrefupdates = true
autocrlf = false
safecrlf = false
[remote “origin”]
url = git@gitlab.synaptics.com:cordless/CMBS_Lite.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch “master”]
remote = origin
merge = refs/heads/master
[branch “_CL_2.01”]
remote = origin
merge = refs/heads/B_CL_2.01
忽略文件夹权限
filemode = false
不进行自动换行处理
autocrlf = false
safecrlf = false
命令行操作
查看filemode选项
git config –get core.filemode
或
git config core.filemode
设置filemode选项
git config core.filemode true
STM32 SAI问题
STM32F446 SAI blockA和blockB配置为从模式，如果MCU先启动SAI，再打开音频芯片SAI时钟信号，此时MCU不能进入DMA中断，采集不到数据。用Jlink复位一下MCU，SAI接口的数据采集和发送才正常。不知道这个问题是什么原因。
解决方法有2种：1.MCU启动先不使能SAI，把音频芯片SAI时钟打开后再启动MCU SAI；2.把MCU的SAI配置为主模式。
但是对于这个问题还是感到很奇怪。
关于数组清零
不要使用赋值方法清零。对于16位数组，或者32位数组，赋值清零并没有把所有位都置零。
int32_t mix_data_new[SAI_SLOTS_SIZE][2] = {0};
#if 0
for (j = 0; j < 2; j++)
{
for (k = 0; k < SAI_SLOTS_SIZE; k++)
{
mix_data_new[j][k] = 0;
}
}
#endif
使用memset清零，可以确保每个数组中的每一位都被清零。
memset(mix_data_new, 0, sizeof(mix_data_new));
奇怪的问题
第1段：
int16_t data;
const char pcm_data2[] = {…}；data = pcm_data2[i];
data += pcm_data2[i+1]<<8;
第2段：
data = ((int16_t)pcm_data2[i+1] << 8 + pcm_data2[i]);
很奇怪，上面2段代码，在STM32F401上用MDK编译出来执行的结果不一样。第1段执行出来的结果是正确的，第2段执行出来的结果是错误的，并且不知道是怎么算出来的。
转载——config 和 Configure 的区别
原文链接：http://yzsijin.cn/2020/09/12/openssl%E4%BA%A4%E5%8F%89%E7%BC%96%E8%AF%91/
config 和 Configure 的区别
Configure 需要指定平台信息，比如像上面那样直接指定是 arm 平台，则 Makefile 中也就不会出现 m64 选项，不需要像 config 那样再手动去修改 Makefile 脚本。而 config 则是自己去检测当前的系统环境，自动识别系统内核信息和编译器并设定参数等，然后将相关选项再传递给 Configure 脚本去完成最终配置。
而交叉编译的时候基本就会存在问题，所有更推荐使用 Configure 方式来进行配置操作。但 Configure 需要自己指定目标平台信息，这个可以通过将 config 脚本放置目标平台，然后通过 ./config -t 命令来查看其检测显示的对应平台信息，如下：
image
最后会显示 ./Configure linux-armv4
补充说明下，配置操作改写和生成 opensslconf.h 和 opensslv.h 头文件，opensslv.h 主要记录当前库使用的版本信息，而 opensslconf.h 则主要显示编译 openssl 库时的选项配置情况。
转载——关于STM32 SPI NSS的讨论
原文链接：https://www.cnblogs.com/shangdawei/p/4756415.html
NSS分为内部引脚和外部引脚。
NSS外部引脚可以作为输入信号或者输出信号，
输入信号一般用作硬件方式从机的片选，
而输出信号一般用于主SPI去片选与之相连的从SPI。
NSS从设备选择有两种模式：
1、软件模式
可以通过设置SPI_CR1寄存器的SSM位来使能这种模式，当它为1时，NSS引脚上的电平由SSI决定。
在这种模式下NSS外部引脚可以用作它用，而内部NSS信号电平可以通过写SPI_CR1的SSI位来驱动。
2、硬件模式两种方式：
（1）对于主SPI，NSS可以直接接高电平，对于从SPI，可以直接接低电平。
（2）当STM32F10xxx工作为主SPI，并且NSS输出已经通过SPI_CR2寄存器的SSOE位使能，
这时主机的NSS讲作为输出信号，引脚信号被拉低，所有NSS引脚与这个主SPI的NSS引脚相连
并配置为硬件NSS的STM32F10xxx SPI设备，将自动变成从SPI设备。
此时两个的NSS信号线可以接个上拉电阻直连。
转载——Linux查看系统开机时间
原文链接：https://www.cnblogs.com/kerrycode/p/3759395.html
有时候需要查看Linux系统运行了多久时间，此时需要知道上次开机启动时间； 有时候由于断电或供电故障突然停机，需要查看Linux开机时间/重启时间； 下面总结一些查看Linux开机关机时间的方法（非常全面）
1： who 命令查看
who -b 查看最后一次系统启动的时间。
who -r 查看当前系统运行时间
[root@DB-Server ~]# who -b
system boot May 11 09:27
转载——linux里source、sh、bash、./有什么区别
原文链接：https://www.cnblogs.com/pcat/p/5467188.html
在linux里，source、sh、bash、./都可以执行shell script文件，那它们有什么不同吗？
———–
1、source
source a.sh在当前shell内去读取、执行a.sh，而a.sh不需要有”执行权限”
source命令可以简写为”.”
. a.sh注意：中间是有空格的。