本系统以TI公司的MSP430F5529单片机为核心,设计了一套高效率的双向DC-DC变换器。
通过闭环控制实现了恒流充电,放电,过充保护以及自动切换工作模式的功能,效率高,精度高。
该设计应用同步整流技术和准方波零电压软开关技术使效率明显提高。
单片机输出带死区的互补PWM来控制MOSFET的导通与关断,驱动电路使用TI公司的UCC27211驱动芯片驱动TI公司的导通电阻极小的CSD19506功率MOSFET,采用自举升压、浮地驱动的方式驱动高侧MOSFET。
采用电阻分压电路检测电压和TI公司的INA282AIDR电流检测芯片检测电流。
并且可以实现按键步进调节电流值,屏幕显示电压电流值的功能。
2023/9/24 11:32:42 606KB DC-DC
1
1.首先去百度语音开发平台申请两种key(APIkey,secretkey)2.根据key申请token,token申请一个好像可以使用一个月左右3.我把读取录音文件的目录写死了,就是bin/debug目录,可以自行修改,后面开发4.大致酱紫,很简单一个demo,可以在此基础上扩展5.将录音文件放入路径,可以直接识别
2023/9/24 3:01:38 1.06MB C# 百度语音
1
纯本人死磕原创!!!!! 封装了微信Native支付V3版本,使用.netframework开发,集成了微信统一下单、查询订单、关闭订单、订单退款接口和签名;
文件直接拷贝到.net项目里即可使用,文件所需要的DLL通过NuGet程序包可直接安装,压缩包中包含三个个文件,在使用的时候直接调用WeChatPayMain的方法并传入相应参数即可(无特殊支付需求不用改动),其他两个文件封装了签名、http请求和一些基础参数(不需要修改,直接放在项目里即可),每个方法都有相应的注释。
内心独白: 项目需要接入微信Native支付,中间遇到各种坑,官方文档啥也找不到描述的不明不白的,SDK只有JAVA和PHP的,好不容易找到.net,还是Core的(不明白官方文档上为啥突然蹦出来一段.netCore的代码),找客服等了5小时,一问啥也不知道各种答非所问,最终还是靠自己,网上的一些帖子也是描述的不明不白的,没有一套完整可用的东西,最后还是决定自己死磕,经过了两天没日没夜的努力奋斗,幸不辱使命,死磕成功!!! 有能力的朋友可支持一下,资金紧张的朋友或还有疑问的朋友可以私信(仅限.netframework,其他语言我也不会)!
1
一个能让电机抱死的mega128c程序,同时含有pid调节,代码不是复制粘贴来的,编译器为AVRStudio5.0,亲测通过。
2023/9/14 18:12:35 38KB 电机抱死 c程序
1
7240-9283-300M-5.3.3-941V4V5改UBNT带不死5.3.5双版本密UBNT小写
2023/9/11 7:35:40 12.8MB 941V5改UBNT UBNT5.3.5
1
使用STM32f103RC单片机产生三相相差为120度的SPWM波,用于逆变系统,加入死区。
亲测可用
2023/9/4 23:28:20 5.18MB STM32
1
C#调用实时摄像头画面源码无需修改直接能用可以在输入IP账号密码之后直接吊我在后台写死了也可以自己在窗体上自己加几个text按钮代码有只不过被注释了好用!!
2023/8/30 20:26:58 9.73MB C#
1
股票,证券等,用这个来发布行情数据,刷刷的。
UDP通信的优势速度比TCP快。
UDP通信的缺点一旦UDP包过大的话,也能正常工作。
只是优势就丢失了。
idUdpClient主要用于发送udp请求,在接收udp响应的时候是同步的,所以一定要设置超时,否则的话程序容易死。
idUpdServer即能用于发送udp数据包,也能用于接收udp数据包。
但是设计的主要目的还是用于收到udp数据包之后给于反馈。
UDP包的大小问题资料1:以太网的MTU是1500字节,IP包头占20个字节,UDP首部占8个字节,也就是说实际数据应该小于1472字节.资料2:鉴于Internet上的标准MTU值为576字节,所以我建议在进行Internet的UDP编程时.最好将UDP的数据长度控件在548字节(576-8-20)以内.测试结果:0-548字节:会完美的展现UDP协议的优势(速度刷刷的)。
大于1472字节以后的话,也可以正常执行。
你会见识到什么叫做不可靠的信道(经过测试90%以上还是成功的,只是速度慢了很多)。
数据包大于2K速度明显变慢了;
数据包大于3K,成功率60%到80%;
数据包大于4k,成功率20%以下。
结论:1.UDP协议还是比较可靠的。
使用它能充分挖掘速度的潜力。
通常大部分请求和相应都在548以下,小部分请求超过548。
2.548字节,可以存储274个汉字呢。
比手机短信都长。
你传什么那么大?3.尤其是双方都在修改数据,需要实施数据实时同步的时候。
修改量都比较小,用udp再合适不过了。
客户端的阻塞式响应不太理想可以采用的办法是双方都开UDP服务器来接受。
2023/8/28 6:20:42 665KB udp delphi 通信 源码
1
如果你想了解,阿里的运营到底牛在哪里?来自阿里的运营人小马鱼为你揭秘鲜为人知的阿里运营精髓,构建正统的运营逻辑体系。
让你不追逐速红速死的潮流,按照自己的节奏,成为一个大部分事都有掌控力的全栈运营!
2023/8/27 17:35:17 245.77MB 运营
1
请直接在自动重启脚本.txt中修改“你的文件路径”,直接把中文那几个字删掉就行,然后改成你的服务端位置,比如我的服务端是桌面的BE文件夹,那里面就应该填写C:\Users\Administrator\Desktop\BE\注意:路径那里需要有"",不要把他删了原理:死循环读取正在运行的bedrock_server.exe,如果没有此程序运行或者挂掉了,就启动对应目录的程序。
2023/8/27 16:36:28 1KB 批处理 bat 自动 重启
1
共 232 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡