Microsoft网络文件和打印机共享协议安装文件（打印机共享必备）,在局域网里面共享打印机时，发现不行，在本地连接--属性--看是否有【Microsoft网络的文件和打印共享】，如果没有点击安装，选择下载的些库就能安装成功
2024/5/18 10:06:39
18KB
1
自己项目需要，编写此DEMO程序，亲测可用，实现主要功能如下：1、通过onvif协议获取摄像机RTSP视频流地址，并预览播放。
2、通过onvif协议对摄像机进行PTZ云台控制。
3、通过onvif协议设置和调用摄像机预置位功能。
4、通过VLC开源播放器预览播放摄像机RTSP视频流和网络视频源，VLC版本：3.0.4.05、提供WEBAPI接口getcamerastreamuri，传入参摄像机ip、port、username、password可以获取此摄像机的RTSP视频流地址。
2、通过onvif协议对摄像机进行PTZ云台控制。
3、通过onvif协议设置和调用摄像机预置位功能。
4、通过VLC开源播放器预览播放摄像机RTSP视频流和网络视频源，VLC版本：3.0.4.05、提供WEBAPI接口getcamerastreamuri，传入参摄像机ip、port、username、password可以获取此摄像机的RTSP视频流地址。
2024/5/18 0:12:20
531.11MB
1
RONY（快速和可扩展的RPC框架）Rony使您可以轻松创建支持群集的服务。
基本上，当您使用Rony框架编写服务时，您开发了两个接口，一个是针对客户端的，服务的客户端可以进行连接和通信。
我们称之为“网关”。
另一个接口与集群中的其他实例通信，我们称其为“隧道”。
基本上，当您使用Rony构建服务时，会启动“Edge”服务器。
每个边缘服务器都有三个组件，您可以根据需要启用它们。
“网关”，“隧道”和“集群”。
如果不启用“群集”，则无法启用“隧道”。
如果启用了群集，则每个边缘服务器都可以是副本集的成员。
边缘服务器位于同一副本集中，然后彼此复制。
此复制是通过Raft协议完成的。
因此，副本集中只有一台边缘服务器是领导者，其余的是跟随者。
每个边缘服务器都可以启用其“隧道”组件。
边缘服务器可以通过这种方式相互通信。
例如，假设您有一个来自客户端的请求，该客户端连接到副
基本上，当您使用Rony框架编写服务时，您开发了两个接口，一个是针对客户端的，服务的客户端可以进行连接和通信。
我们称之为“网关”。
另一个接口与集群中的其他实例通信，我们称其为“隧道”。
基本上，当您使用Rony构建服务时，会启动“Edge”服务器。
每个边缘服务器都有三个组件，您可以根据需要启用它们。
“网关”，“隧道”和“集群”。
如果不启用“群集”，则无法启用“隧道”。
如果启用了群集，则每个边缘服务器都可以是副本集的成员。
边缘服务器位于同一副本集中，然后彼此复制。
此复制是通过Raft协议完成的。
因此，副本集中只有一台边缘服务器是领导者，其余的是跟随者。
每个边缘服务器都可以启用其“隧道”组件。
边缘服务器可以通过这种方式相互通信。
例如，假设您有一个来自客户端的请求，该客户端连接到副
2024/5/17 20:11:10
227KB
1
上海博通bk的ble芯片，bk3432编程指南，应用开发指导，编程手册.BK3432芯片是一款高度集成的蓝牙4.2双模式，带2Mbps数据速率选项。
它集成了高性能RF收发器、基带、ARM9E内核、丰富的功能外设单元、PR支持BLE应用的可编程协议和概要文件。
它集成了高性能RF收发器、基带、ARM9E内核、丰富的功能外设单元、PR支持BLE应用的可编程协议和概要文件。
2024/5/17 7:16:27
2.09MB
1
OPCUA统一架构高清版电子书OPC统一架构(OPCUA)，涵盖了OPC实时数据访问规范(OPCDA)、OPC历史数据访问规范(OPCHDA)、OPC报警事件访问规范(OPCA&E)和OPC安全协议(OPCSecurity)的不同方面，但在其基础之上进行了功能扩展。
OPCUA，是在传统OPC技术取得很大成功之后的又一个突破，让数据采集、信息模型化以及工厂底层与企业层面之间的通讯更加安全、可靠。
OPCUA，是在传统OPC技术取得很大成功之后的又一个突破，让数据采集、信息模型化以及工厂底层与企业层面之间的通讯更加安全、可靠。
2024/5/17 0:22:37
2.97MB
1
简易的web服务器实现,有httpd服务器通过管道实现动态流程.解析协议发送响应.并附带一个简易的client.c的测试客户端
2024/5/16 22:53:51
21KB
1
ZigbeeCC2530组网协议解释和函数具体代码详细解释。
适合Zigbee入门和后期的研发。
具体函数和具体模块都有
适合Zigbee入门和后期的研发。
具体函数和具体模块都有
2024/5/15 16:36:25
1.99MB
1
1998年,飞利浦、索尼和诺基亚创建了NFC论坛,宗旨是推动NFC的发展普及和规范化。
论坛至今共推出了5大类技术规范：协议技术规范(ProtocolTechnicalSpecification);数据交换格式技术规范(DataExchangeFormatTechnicalSpecification);NFC标签类型技术规范(NFCForumTagTypeTechnicalSpecifications);记录类型定义技术规范(RecordTypeDefinitionfTechnicalSpecifications);参考应用技术规范(ReferenceApplicationTechnicalSpecifications)。
本文将介绍技术开发最核心的前4点规范。
论坛至今共推出了5大类技术规范：协议技术规范(ProtocolTechnicalSpecification);数据交换格式技术规范(DataExchangeFormatTechnicalSpecification);NFC标签类型技术规范(NFCForumTagTypeTechnicalSpecifications);记录类型定义技术规范(RecordTypeDefinitionfTechnicalSpecifications);参考应用技术规范(ReferenceApplicationTechnicalSpecifications)。
本文将介绍技术开发最核心的前4点规范。
2024/5/15 12:53:28
9.46MB
1
提出一种车载自组织网络(VANET)中考虑节点质量的机会路由协议——QAOR(QualityofnodebasedAdaptiveOpportunisticRoutingProtocol)。
针对以往协议均没考虑到节点历史接触频繁性的问题,该协议在路口根据距离目的最近和反映节点接触频繁性的质量两个指标机会选择下一跳,改善了GPSR在路口下一跳没有后续节点的情况;在直路上运用加入携带转发机制的贪婪算法。
NS-2仿真显示,在城市场景中,QAOR自适应选路,比传统贪婪算法GPSR投递率增加,延时减少。
针对以往协议均没考虑到节点历史接触频繁性的问题,该协议在路口根据距离目的最近和反映节点接触频繁性的质量两个指标机会选择下一跳,改善了GPSR在路口下一跳没有后续节点的情况;在直路上运用加入携带转发机制的贪婪算法。
NS-2仿真显示,在城市场景中,QAOR自适应选路,比传统贪婪算法GPSR投递率增加,延时减少。
2024/5/15 8:55:33
750KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB