基于Web的温度监控远程控制系统是在基于PXA270-RP开发板硬件平台和嵌入式Linux操作系统上,采用嵌入式Web服务器对温度监控进行控制,系统分为客户端主机和现场嵌入式Web服务器控制设备两部分。
整个远程控制系统采用了B/S架构,远程控制端即客户端浏览器,可以通过网络向Web服务器端发送数据。
嵌入式控制系统即在开发板上搭建Web服务器,接受客户端浏览器发送的数据,进而通过嵌入式Linux系统对温度监控进行控制。
系统采用Boa作为嵌入式Web服务器,负责接收和分析用户请求,传送静态页面和调用后台CGI程序,通过编写相关的HTML网页和CGI程序,在客户端通过web浏览器以网页方式访问嵌入式设备,并通过调用CGI程序实现远程温度监控。
2024/7/14 7:42:36 1.58MB 温度监控
1
NRF24L01中文数据手册及示例代码,包含中英文数据手册,应用手册,STM32,51示例代码,多对一发送接收代码等。
2024/7/12 16:12:13 3.33MB NRF24L01
1
能实现简单的发送与接收,还可以显示出现在的时间。
然后文件里带的有一个虚拟串口产生器----VSPD。
2024/7/12 11:14:37 23.92MB qt
1
可以实现2位二进制数乘法器,该电路的输入接收2个2位二进制数
2024/7/10 12:18:03 416KB 乘法器
1
自己做的java小游戏(UTF-8)GoBang.java主类,游戏执行入口.包括所有的事件定义.负责各个类模块之间的通信.游戏的大脑ChessBroad.java棋盘类.其中包括落子设计,胜负判断等Comuter.java通讯器类.其中包括网络数据的发送和接收Controler.java控制面板类.其中包括聊天界面和连接主机的界面Message.java消息类.包括消息类型,落子坐标和消息内容
1
本实验要求完成如下任务:1. 编程实现基于消息缓冲队列机制的进程通信数据结构和通信原语(创建消息、发送消息、接收消息);
2. 最后编写主函数对所做工作进行测试。
2024/7/7 12:58:03 120KB 进程通信
1
开发一个小型动态网站,实现用户注册、登录、浏览商品、选购商品等功能。
二、实验内容1、开发一个小型动态网站,实现用户注册、登录、浏览商品、选购商品等功能。
2、各页面功能:(1)Reg.html:注册表单中至少要有用户名、密码,提交后转到后台reg.asp处理;
(2)reg.asp:使用request对象接收注册信息,把用户名、密码保存到users表里,然后重定向到登录页面Login.html;
(3)Login.html:在登录表单里输入用户名、密码,提交后转到shop.asp;
登录页面和注册页面要互有超级链接;
(4)Login.asp:接收登录时输入的用户名、密码,与数据库中的users表中的用户名、密码比较:如果都相等则登录成功,页面将重定向到购物页面Shop.html,里面有商品浏览信息,用户可以从中选择自己想要的商品。
如归登录失败,重定向到登录页面Login.html重新登录,未注册的可以由登录页面上的超级链接转到注册页面去注册;
2024/7/7 2:33:10 387KB 小型动态网站的开发
1
通过数码管将51单片机从电脑上接收来的数据进行转换并显示出来!通过数码管将51单片机从电脑上接收来的数据进行转换并显示出来!
1
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------IEC-60870-5-104:应用模型是:物理层,链路层,网络层,传输层,应用层物理层保证数据的正确送达,保证如何避免冲突。
(物理层利用如RS232上利用全双工)链路层负责具体对那个slave的通讯,对于成功与否,是否重传由链路层控制(RS4852线利用禁止链路层确认)应用层负责具体的一些应用,如问全数据还是单点数据还是类数据等(网络利用CSMA/CD等保证避免冲突的发生)---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------基本定义:端口号2404,站端为Server控端为Client,平衡式传输,2Byte站地址,2Byte传送原因,3Byte信息地址。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------注:APDU应用规约数据单元(整个数据)=APCI应用规约控制信息(固定6个字节)+ASDU应用服务数据单元(长度可变)---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------APDU长度(系统-特定参数,指定每个系统APDU的最大长度)APDU的最大长度域为253(缺省)。
视具体系统最大长度可以压缩。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------【1个例子】104报文分析BUF序0123456789.10111213141516171819202122M->R:6815100002001E01030001007900000110012413D20A02分析的结果是I(主动上报SOE,主动上报是因为104是平衡式规约)报文头固定为0x68,即十进制104长度15字节(不是6帧的,都是I帧)发送序号=8【控制字节的解析10000200,发送序号:0010H/2=16/2=8】接收序号=1【控制字节的解析10000200,接收序号:0002H/2=2/2=1】0x1E=30即M_SP_TB_1带长时标的单点信息01->SQ:0信号个数:10300->传送原因:[T=0P/N=0原因=3|突发]0100->公共地址:1790000->0x79=121信息体地址:12101->状态:1IV:0NT:0SB:0BL:010012413D20A02->低位10高位01,即0x0110=1*16*16+16=272时标:2002/10/1819:36:00.272
2024/7/5 19:30:53 366KB 104 规约 报文详解
1
socket编程,TCP接收264码流,使用ffmpeg解码,保存成yuv文件。
客户端程序v1.0.
2024/7/4 20:57:56 298KB ffmpeg
1
共 1000 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡