通过STM32控制SIM800c/SIM900a接收短信，并通过GT21L16S2进行把unicode码转化为gb2312内码，之后送入12864上显示的程序

VirtualTreeview是一套Delphi下优秀的VCL控件，代码质量高，使用灵活、功能强大、性能非常好，它不是基于任何系统控件，而是重新编写的。
正如它的名字已经表明，这个控件与其他这类控件相比，使用了一个不同的树管理模式。
它不知道它所管理的数据是什么东西（除了它的大小），甚至没有一个节点的标题。
一切都获取于通过应用程序的事件（或通过派生覆盖方法）。
VirtualTreeview是经过精心设计和彻底的测试。
这个控件证明了它的概念以及在许多商业产品和免费软件的项目中都很健康的运行。
VirtualTreeview是非常快的。
增加一百万节点只需要700毫秒。
需要很少的内存开销。
很适合高速接入，遍历一百万个节点只需要不到0.5秒的时间。
支持多选，支持背景图片，支持复选框，支持右键菜单，支持节点排序，支持Unicode，支持拖曳，支持剪贴板，支持多行列标题等等。

所有的utf-8unicode编码,都可以在表里面查询,方便进行文本处理.

GT21L16S2W全字库，查找函数适用，单独每个字库独立生成bin,配合文件系统，可以直接读取bin内容到相应字库，可以提代HZ16x16,HZ12x12,GB2312_8x16,GB2312_6x12,Arial12,ASCII6x16,ASCII6x12,ASCII5x7,ASCII7x8,等信息让点阵屏显示，并有Unicode与GOEMCP(GBK),同时也把查表内容生成bin,减少flash占用，对应表内容生成对应bin

上次曾经传过一个易宝、支付宝、财付通、云网等多用MD5加密程序。
易宝是采用hmac的MD5加密，提供的ASP版函数不支持中文，使用dll注册那个兼容又不太好。
上次我发布的加密程序也不支持中文，且支付宝那个加密函数是错误的。
为此我专门研究了三天的hmac方案，当然了我也只是通过改进代码反复测试而已。
先是调用易宝提供的C++版dll，因为我知道它支持中文。
我先是把ASP版的密钥key进行unicode处理，然后用中文密钥与dll版加密结果竟然一致了。
当时一高兴，认为处理中文字符肯定是采用unicode的。
结果把密文换成中文一试，又不行了。
我又想到按普通字符处理，中文字符再And&HFF，反复试验还是不行。
浪费了两天，也找到了另一个C++版hmac函数源码，没看到有字符编码处理。
最后才想到易宝提供的其它源码。
PHP源码还是比较容易看懂的，原来加密的字符text和密钥key都是先转换为UTF－8编码。
这一点与原先那个dll里就可能不一致，把PHP上传到空间一测试，果然密钥使用中文是不一样的。
我也无法知道易宝自己到底使用哪一种方案，先设计一个UTF－8的转码函数吧。
网上找了下，光这些函数都有几十K大小，还是自己设计省事。
ASP版的hmac都不支持中文，就是没有转码函数。
VB还有StrConv可以转换unicode，ASP却不能用。
其实我们常用的ASP版md5加密，与其它程序的也是不兼容中文。
原因还是ASP转换unicode十分困难，但是支付宝的接口是有这么个函数的，而且代码很简练，我参考它设计了UTF－8编码函数。
（支持多国语言的哦）经过三天的改进，程序从17K精简到了9K，使hmac兼容中文，md5也提供了两个版本，一是ASP简版，二是标准版。
这个标准版是指其它程序都在采用的unicode编码方案，其实ASP简版才是我们最多使用的，但它并不通用。
调用方法：HmacMd5(text,key)－加密内容支持中文，但key最好用非中文的。
md5(text)-简版，ASP_MD5(text)－标准版支付宝一定要用ASP_MD5，财付通的加密内容一般没中文的，所以两者均可。

自己封装了一个winhttp类，里面包括了获取时间戳，cookie操作。
代理操作。
头信息操作。
返回状态码，post，get，put,图片下载，文档下载，url编码,unicode,ansi转换，utf8编码，等等操作。
基本上所有的网络操作都包括了,直接可用。

log4cplus-1.2.1winows的dll、lib编译库包含Debug、Debug_Unicode、Release、Release_Unicode

基于http://blog.csdn.net/liquanhai/article/details/6941574CSerialPort串口类最新修正版(解决关闭死锁问题)2014-01-11-木木-博客频道-CSDN.NET.htmSerialPortDemo_Unicode[基于2014-12-18版SerialPort类Rn修改支持Unicode编码的基于对话框版]

解决了原版无法解析转义字符的问题。
解决了保存数据时Unicode字符未转义的问题。

在网上找了很多十六进制数据转ASCII码的工具，都不十分满意。
于是自己写了个小工具，分享给大家，欢迎指正。
（该工具不适用于unicode转换，后续可能会增加该功能）

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