Debian 备份和恢复的折腾结论

那么如何备份 Debian/Ubuntu系统?很简单,就像你备份或压缩其它东西一样,使用TAR。和Windows不同,Linux不会限制root访问任何东西,你可以把分区上的所有东西都打包到一个TAR文件里去!

阅读剩余部分 -

树莓派 wiringPi库 学习

wiringPi是一个很棒的树莓派IO控制库,使用C语言开发,提供了丰富的接口:GPIO控制,中断,多线程。

官方网站是:http://wiringpi.com/

wiringPi库是由Gordon Henderson所编写维护的一个用C语言写成的类库。起初主要是作为 BCM2835 芯片的 GPIO 库。而现在,已经非常丰富,除了 GPIO 库,还包括了I2C 库、SPI 库、UART 库和软件 PWM 库等。由于其与 Arduino 的“wiring”系统较为类似,故以此命名。它是采用 GNU LGPL v3 许可证的,可以在 C 或 C++上使用,而且在其他编程语言上也有对应的扩展。

wiringPi 库包含了一个命令行工具 gpio,它可以用来设置 GPIO 管脚,可以用来读写 GPIO 管脚,甚至可以在 Shell 脚本中使用来达到控制 GPIO 管脚的目的。

阅读剩余部分 -

智慧菜园

直流 继电器 加二极管 https://shumeipai.nxez.com/2019/06/10/a-raspberry-pi-powered-junk-drum-machine.html https://blog.csdn.net/weixin_37845646/article/details/104686072 续流二极管的作用 续流二极管通常和储能元件一起使用,其作用是防止电路中电压电流的突变,为反向电动势提供耗电通路。电感线圈可以经过它给负载提供持续的电流,以免负载电流突变,起到平滑电流的作用!在开关电源中,就能见到一个由二极管和电阻串连起来构成的的续流电路。这个电路与变压器原边并联。当开关管关断时,续流电路可以释放掉变压器线圈中储存的能量 BUCK电路中一般选择快速恢复二极管或者肖特基二极管来作为"续流二极管",它在电路中一般用来保护元件不被感应电压击穿或烧坏,以并联的方式接到产生感应电动势的元件两端,并与其形成回路,使其产生的高电动势在回路以续电流方式消耗,从而起到保护电路中的元件不被损坏的作用。 理论上二极管选用至少2倍于最大电流,实际使用时,由于二极管的瞬间抗过载能力较强,使用最大电流50A的超快速二极管也行,加上合理的散热片,实际使用中一般少有损坏。导通时的总阻抗是电机内阻+驱动管等效内阻。续流时的总阻抗是电机内阻+续流二极管等效内阻。一般情况下,由于续流二极管的交流等效内阻要比驱动三极管的交流等效内阻小。所以常规设计,一般续流二极管的最大电流,取二倍于电机最大电流。 瞬态电流只是一瞬间,面接触型二极管的抗过载能力还是可以的,只要不过压即可,必要时串个小阻值电阻进行限流。续流二极管是为了保护开关器件,续流时的瞬态电流跟电机的工作电压和绕组内阻有关,跟电机功率无关,真要计算的话,瞬态电流的峰值是反向自感电压减去二极管结压降再除以回路电阻。 这里之所以还要用一定电流以上的二极管是因为低压大功率电机的绕组内阻较低,所以瞬态电流会比较大,串个小阻值电阻就可以抑制峰值电流,因此造成的开关管瞬态加压的些许上升因为工作电压本来就不高,所以根本不必担心,现在的晶体管耐压至少都在50V以上。 继电器续流二极管的选择 继电器并联的二极管,不是什么BUCK电路中的续流二极管,由于继电器线圈的是感性负载,作用是吸收驱动三极管在断开时继电器线圈的自感电压,根据楞次定律,电感上的电流在减小时,会产生一个自感电压,这个电压的方向是正电源端为负,驱动管集电极为正,这个电压会击穿三极管,所以在继电器上并联一个吸收二极管,吸收这个自感电压。 第一,电路ms级以下时间参数对机械触点影响给予忽略 第二,即便是1N4000反向恢复时间也远低于ms,正向导通时间更小 第三,驱动管极间电容,继电器寄生电容足以使高速二极管无用武之地 第四,电感储能的消耗主要依靠绕组电阻,一般处于过阻尼状态 对于图中的开关,我们经常使用晶体管。如图所示,用一个晶体管TR1去控制继电器线圈(relay coil)的导通,继电器触点再去控制负载电路 实践经验 凡是电路中的继电器线圈两端和电磁阀接口两端都要接续流二极管。接法如上面的图,二极管的负极接线圈的正极,二极管的正极接线圈的负极。不过,你要清楚,续流二极管并不是利用二极管的反方向耐压特性,而是利用二极管的单方向正向导通特性。 如果懒得看二极管的datasheet参数,就用FR107吧,通吃一般应用。

CentOS 备份和恢复的折腾结论

一直都知道Centos可以全盘压缩备份。 正好赶上PVE各种问题,决定换回ESXI,结果网上都是说ESXI迁移PVE的。这可麻烦了。只好对系统本身进行备份迁移。 结果各种状况出现,最终找到了一个尝试4小时不停重装试错的正确路径。

阅读剩余部分 -

[收集]CSP/CCF 认证, 关于编程语言选择

认证来了!
最近学校组织进行新一轮的 CSP/CCF 认证, 对算法不熟悉没什么底, 准备从今天开始练习一下基础.

认证前, 我知道什么?
说一下认证前的准备吧, 首先就纠结在报名的语言上了, 本来以为只能用 C, 结果现在能用的有 C/C++, Java, Python. 本来想要报名 Pyhton 结果被 Python 的 IDLE 恶心住了, 连调试功能都难用的一批, 什么时候才能用上 vscode 呀!

在 C/C++ 和 Java 的选择上, 还是选择了 Java. 不是对 C/C++ 不熟悉, 而是 C 的标准在这里面太乱了, 很难保证在你电脑上正确的代码到了服务器会是什么样子, 所以还是选择了 Java.

同一段代码, 运行差异很大, 谨慎选择!
我在官网环境上测试同一段代码, 耗时长和占内存情况如下

时间: C/C++ < Python < Java
内存: C/C++ < Python < Java
感觉 Java 确实没多大优势.

题目难度
看了一下模拟题, 感觉题难度的阶梯有点悬殊, 简单的题不用多想, 但是难得题从语文上就需要仔细斟酌.

期望
图片和代码, 网址都没贴太多, 等考完试, 仔细和大家说一下感受, 给大家点建议, 今天9/7 天, 离考试还有 7 天左右, 希望自己可以从小白变成大神.