光学超级通道多播，将一个超级通道同时复制到单个设备中的多个光谱位置，对于未来的光学网络来说，可能是一种很有前途的功能。
高非线性光纤（HNLF）中的多泵四波混频（FWM）是一种实现超通道多播的有效方法。
但是，如果不仔细配置泵的频率，则生成的副本将在频谱上分散，这将增加控制副本性能和管理频谱资源的难度。
在本文中，我们提出了一种递归泵相加（RPA）方案，该方案使副本的频谱聚合度高于我们以前的指数增长间隔（EGS）泵浦方案。
这种副本聚合技术可以减少远离原始通道的副本的相位不匹配，这对副本的性能很有帮助。
\{RPA\}方案还为多播提供了副本分配的附加选项。
基于\{RPA\}方案，我们通过实验证明了5个泵的1到21超通道多播。
与典型的7％前向纠错（FEC）阈值相比，所有副本的Q因子余量均超过2.3dB。
还研究了\{RPA\}和\{EGS\}泵方案之间的性能比较。
高非线性光纤（HNLF）中的多泵四波混频（FWM）是一种实现超通道多播的有效方法。
但是，如果不仔细配置泵的频率，则生成的副本将在频谱上分散，这将增加控制副本性能和管理频谱资源的难度。
在本文中，我们提出了一种递归泵相加（RPA）方案，该方案使副本的频谱聚合度高于我们以前的指数增长间隔（EGS）泵浦方案。
这种副本聚合技术可以减少远离原始通道的副本的相位不匹配，这对副本的性能很有帮助。
\{RPA\}方案还为多播提供了副本分配的附加选项。
基于\{RPA\}方案，我们通过实验证明了5个泵的1到21超通道多播。
与典型的7％前向纠错（FEC）阈值相比，所有副本的Q因子余量均超过2.3dB。
还研究了\{RPA\}和\{EGS\}泵方案之间的性能比较。
2023/11/13 1:33:39
3.34MB
1
OpenCore5.0+RedisCache搭建缓存处理模块，整体工程，请留意我发布的相关资料，该项目主要由Net5.0,Nhibernate5.4,Log4net2,Redis,Bootstrap5等最新技术框架构成。
主要模块包括OpenCore.API，OpenCore.Redis,OpenCore.DB，OpenCore.Repository,OpenCore.Entity,OpenCore.Foramework,OpenCore.Map,OpenCore.Web八大工程组成。
主要模块包括OpenCore.API，OpenCore.Redis,OpenCore.DB，OpenCore.Repository,OpenCore.Entity,OpenCore.Foramework,OpenCore.Map,OpenCore.Web八大工程组成。
2023/10/26 9:34:08
17.45MB
1
db2驱动包：有db2jcc.jardb2jcc_license_cu.jar两个jar包。
2023/10/7 22:37:36
1.07MB
1
这是的实现。
安装gogetgithub.com/syndtr/goleveldb/leveldb要求至少需要go1.5或更高版本。
用法创建或打开数据库：//ThereturnedDBinstanceissafeforconcurrentuse.Whichmeanthatall//DB'smethodsmaybecalledconcurrentlyfrommultiplegoroutine.db,err:=leveldb.OpenFile("path/to/db",nil)...deferdb.Close()...读取或修改数据库内容：//Rememberthatthecontentsofthereturnedsliceshouldnotbemodified.data,err:=db.Get([]byte("key"),nil)...err=db.Put([]byte("key"),[]byte(
安装gogetgithub.com/syndtr/goleveldb/leveldb要求至少需要go1.5或更高版本。
用法创建或打开数据库：//ThereturnedDBinstanceissafeforconcurrentuse.Whichmeanthatall//DB'smethodsmaybecalledconcurrentlyfrommultiplegoroutine.db,err:=leveldb.OpenFile("path/to/db",nil)...deferdb.Close()...读取或修改数据库内容：//Rememberthatthecontentsofthereturnedsliceshouldnotbemodified.data,err:=db.Get([]byte("key"),nil)...err=db.Put([]byte("key"),[]byte(
2023/10/4 2:30:34
198KB
1
将db小波设定不同的尺度，不同的db小波，处理构造的加噪信号，输出去噪前后的对比波形图，和信噪比，并将信噪比存储，可导出到excel中。
2023/9/28 10:40:45
2KB
1
一、源码描述这是一款有关图片管理源码，采用了三层架构的技术，功能比较实用，有需要的朋友可以下载学习一下。
二、功能介绍该源码主要实现了图片的上传、图片分类管理、以及图片信息的条件检索。
三、注意事项1、开发环境为VisualStudio2010，数据库为SQLServer2005，数据库文件在DB文件夹中，使用.net4.0开发。
2、默认数据库连接字符串在webconfig配置文件中修改。
二、功能介绍该源码主要实现了图片的上传、图片分类管理、以及图片信息的条件检索。
三、注意事项1、开发环境为VisualStudio2010，数据库为SQLServer2005，数据库文件在DB文件夹中，使用.net4.0开发。
2、默认数据库连接字符串在webconfig配置文件中修改。
2023/9/25 1:47:30
14.92MB
1
随着卫星导航系统在军事上的广泛应用，研究导航系统的抗干扰技术已经成为当务之急。
文中创新的将跳时技术与现有导航系统相结合，提出基于直扩/跳时（DS/TH）混合扩频的导航卫星系统方案。
并分别在4种卫星导航干扰模式下，对此方案进行了抗干扰性能仿真及分析。
结果表明在信噪比为-33dB误码率为10-4时，该方案抗干扰性能比传统导航信号至少提高17dB，尤其对于抗脉冲干扰，其性能可以改善20dB左右。
文中创新的将跳时技术与现有导航系统相结合，提出基于直扩/跳时（DS/TH）混合扩频的导航卫星系统方案。
并分别在4种卫星导航干扰模式下，对此方案进行了抗干扰性能仿真及分析。
结果表明在信噪比为-33dB误码率为10-4时，该方案抗干扰性能比传统导航信号至少提高17dB，尤其对于抗脉冲干扰，其性能可以改善20dB左右。
2023/9/22 1:48:47
1.5MB
1
在当今光纤通信技术迅猛发展的进程中，既要对光纤性能不断改善，又要对光子器件性能不断改善。
在现阶段，主要是在光波工作的单模光纤，其损耗在1.3μm约为0.37dB/km，在1.55μm约为0.2dB/km，常规单模光纤的色散，在1.3μm近于零，在1.55μm约为17ps/km·nm。
长距离光纤通信系统既要通达最长的中继距离，又要载荷最大的码速容量，因而倾向于利用波长1.55μm。
如能制成色散移位光纤，1.55μm就兼有最低损耗和零色散的波长，长途系统将获得最好效果。
但如只有常规单模光纤，则必须利用单频激光管减少发射频谱，从而减少1.55μm光纤色散的影响。
在长途光纤系统中
在现阶段，主要是在光波工作的单模光纤，其损耗在1.3μm约为0.37dB/km，在1.55μm约为0.2dB/km，常规单模光纤的色散，在1.3μm近于零，在1.55μm约为17ps/km·nm。
长距离光纤通信系统既要通达最长的中继距离，又要载荷最大的码速容量，因而倾向于利用波长1.55μm。
如能制成色散移位光纤，1.55μm就兼有最低损耗和零色散的波长，长途系统将获得最好效果。
但如只有常规单模光纤，则必须利用单频激光管减少发射频谱，从而减少1.55μm光纤色散的影响。
在长途光纤系统中
2023/9/21 21:45:35
4MB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB