spi主机程序STM32CubeMx生成Hal库DMA发送接收intmain(void){/*USERCODEBEGIN1*//*USERCODEEND1*//*MCUConfiguration--------------------------------------------------------*//*Resetofallperipherals,InitializestheFlashinterfaceandtheSystick.*/HAL_Init();/*USERCODEBEGINInit*//*USERCODEENDInit*//*Configurethesystemclock*/SystemClock_Config();/*USERCODEBEGINSysInit*//*USERCODEENDSysInit*//*Initializeallconfiguredperipherals*/MX_GPIO_Init();MX_DMA_Init();MX_USART1_UART_Init();MX_SPI5_Init();/*USERCODEBEGIN2*/// HAL_UART_Receive_DMA(&huart1,rxBuffer,BUFFER_SIZE); /*USERCODEEND2*//*Infiniteloop*//*USERCODEBEGINWHILE*/while(1){ HAL_GPIO_WritePin(GPIOF,GPIO_PIN_6,GPIO_PIN_RESET); spi_tx[0]=6; spi_tx[1]=7; spi_tx[2]=8; spi_tx[3]=9; memset(spi_rx,0,BUFFER_SIZE); HAL_SPI_TransmitReceive_DMA(&hspi5,spi_tx,spi_rx,BUFFER_SIZE); HAL_GPIO_WritePin(GPIOF,GPIO_PIN_6,GPIO_PIN_SET); HAL_Delay(1000);/*USERCODEENDWHILE*//*USERCODEBEGIN3*/}/*USERCODEEND3*/}

里面有数据库实验二的buffer管理模拟LRU算法java实现源码，以及LRU-k改进算法源码，两者比较，可以加分的，当然仅供参考，有待改进，希望能帮助学弟们，当时我也是煞费苦心，懂得，故在此分享

netty-buffer-4.0.27.Final.jar

VS2013实现，可编译运行。
加解密大文件时有Bug原因是读文件时对读入Buffer的长度判断有问题。
不想详细调了。
基本的加密解密，密钥生成都实现了。
请参考。
注意RSA算法每次可以容纳的buffer长度是有限制的。

根据Storm官方文档以及LMAX的介绍，使用Prezi工具制作了Storm内部Buffer的简要介绍，没有过多的解释，需要配合网上的其他文档及资源来理解Storm内部机制。

为了知道数据库buffer管理器的责任原理，对于数据库底层结构有进一步的知道，编写一个datastoragemanager以及buffermanager。
该试验波及贮存紧张冲管理器。
缓冲本领，散列本领，文件贮存结构，磁盘空间紧张冲模块的接口成果。
报告地址：http://blog.csdn.net/freagle112/article/details/17525249

SPOOLING本领一、试验目的知道以及操作SPOOLING本领。
二、试验内容编写法度圭表标准实现SPOOLING本领的模拟。
三、试验申请一、方案一个实现SPOOLING本领的进程方案一个SPOOLING输入进程以及两个恳求输入的用户进程及一个SPOOLING输入效率法度圭表标准。
SPOOLING输入进程责任时，依据恳求块记实的各进程要输入的信息，将其实际输入到打印机或者展现器。
这里，SPOOLING进程与恳求输入的用户进程可并发运行。
二、方案进程调解算法进程调解付与随机算法，这与进程输入信息的随机性相不合。
两个恳求输入的用户进程的调解概率各为45%，SPOOLING输入进程为10%，这由随机数暴发器暴发的随机数模拟遴选。
三、进程外形进程底子外形有3种，分别为可实施、期待以及竣事。
可实施外形便是进程正在运行或者期待调解的外形；
期待外形又分为期待外形一、期待外形二、期待外形3。
外形变更的前提为：（1）进程实施实现时，置为“竣事”外形。
（2）效率法度圭表标准在将输入信息送至输入井时，如发现输入井已经满，将挪用进程置为“期待外形1”。
（3）SPOOLING进程在举行输入时，若输入井空，则进入“期待外形2”。
（4）SPOOLING进程输入一个信息块后，应连忙释放该信息块所占的输入井空间，并将正在期待输入的进程置为“可实施外形”。
（5）效率法度圭表标准在输入信息到输入井并组成输入恳求信息块后，若SPOOLING进程处于期待外形则将其置为“可实施外形”。
（6）当用户进程恳求恳求输入块时，若不可用恳求块时，挪用进程进入“期待外形3”。
四、数据结构1）进程抑制块PCBstructpcb{intstatus;intlength;}pcb[3];其中status展现进程外形，其取值：0展现可实施外形；
1展现期待外形1；
2展现期待外形2；
3展现期待外形32）恳求输入块reqblockstruct{intreqname;//恳求进程名intlength;//本次输入信息长度intaddr;//信息在输入井的首地址}reqblock[10];3)输入井BUFFERSPOOLING体系为每一个恳求输入的进程在输入井平分别开拓一个区。
本试验可方案一个二维数组（intbuffer[2][10]）作为输入井。
每一个进程在输入井至多可占用10个位置。
五、编程阐发为两个恳求输入的用户进程方案两个输入井。
每一个可寄存10个信息，即buffer[2][10]。
当用户进程将其齐全文件输入完时，阻滞运行。
为约莫起见，用户进程约莫的方案成：每一运行一次，随机输入数字0~9之间的一个数，当输入10个数时组成一个恳求信息块，填入恳求输入信息块reqblock结构中。

intmain(intargc,char*argv[]){ inti=0; boolbOnce=true; charszPath[RH_MAX_PATH]; charszAbsPath[RH_MAX_PATH]; charszOrgPath[RH_MAX_PATH]; charszTemp[RH_MAX_BUFFER]; intiErrorCode=0; CHashManagerhashmgr; getcwd(szOrgPath,RH_MAX_PATH); //Noarguments? if(argc==1) { printInfo(); return(RH_NO_ARGS); } memset(szPath,0,RH_MAX_PATH); bOnce=true; hashmgr.SelectAllAlgorithms(true); for(i=1;i=RH_MAX_BUFFER)continue;//Non-parsableoptionargument,ignore fmtArgument(argv[i],szTemp);//Formattheargument,i.e.removeallspecialchars if(strcmp(szTemp,"help")==0)printInfo(); if(strcmp(szTemp,"h")==0)printInfo(); if(strcmp(szTemp,"?")==0)printInfo(); if(strcmp(szTemp,"version")==0)printInfo(); if(strcmp(szTemp,"v")==0)printInfo(); if(strcmp(szTemp,"fullpath")==0)hashmgr.SetOption(OPT_FULLPATH,true); if(strcmp(szTemp,"f")==0)hashmgr.SetOption(OPT_FULLPATH,true); if(strcmp(szTemp,"nopath")==0)hashmgr.SetOption(OPT_FULLPATH,false); if(strcmp(szTemp,"rcrsv")==0)hashmgr.SetOption(OPT_RECURSIVE,true); if(strcmp(szTemp,"norcrsv")==0)hashmgr.SetOption(OPT_RECURSIVE,false); if(strcmp(szTemp,"recur")==0)hashmgr.SetOption(OPT_RECURSIVE,true); if(strcmp(szTemp,"norecur")==0)hashmgr.SetOption(OPT_RECURSIVE,false); if(strcmp(szTemp,"r")==0)hashmgr.SetOption(OPT_RECURSIVE,true); if(strcmp(szTemp,"all")==0)hashmgr.SelectAllAlgorithms(true); if(strcmp(szTemp,"a")==0)hashmgr.SelectAllAlgorithms(true); if(strcmp(szTemp,"none")==0)hashmgr.SelectAllAlgorithms(false); if(strcmp(s

树莓派3b上完成基于MCP2515和BCM2835的SPI转CAN，实现树莓派与外界的CAN通信。
代码可以直接调用CAN_Send_Buffer(unsignedchar*CAN_TX_Buf,unsignedcharlen,unsignedcharmsgID)和CAN_Receive_Buffer(unsignedchar*CAN_RX_Buf)来完成标准帧发和收。
接收到的数据ID在接收数组的最初一位，使用时可以直接修改初始化函数和CAN收发函数。
文件内还包含有makefile，在安装好相关驱动后，可以在文件夹下测试，直接在终端make，之后sudo./hello。

处理web.xml中 UTF-8报错。
错误提示：cvc-complex-type.2.4.a:Invalidcontentwasfoundstartingwithelement'page-encoding'.Oneof'{"http://java.sun.com/xml/ns/javaee":include-prelude,"http://java.sun.com/xml/ns/javaee":include-coda,"http://java.sun.com/xml/ns/javaee":deferred-syntax-allowed-as-literal,"http://java.sun.com/xml/ns/javaee":trim-directive-whitespaces,"http://java.sun.com/xml/ns/javaee":default-content-type,"http://java.sun.com/xml/ns/javaee":buffer,"http://java.sun.com/xml/ns/javaee":error-on-undeclared-namespace}'isexpected.

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。