DevMisc


做项目不能扭捏,需要的是快速彻底坚决的把问题解决。

 

想办法争取到足够的空间,然后把问题彻底的解决,最近和其他项目的人聊天就是当时因为这样那样的原因(高层不同意,带着一丝侥幸心理以为可以避开问题)而没有把问题解决掉,最后的结果就是付出了更多的代价。

 

当然我们很多时候面对很多挑战,这些东西甚至比普通的技术挑战更来劲,有人depend on你了,项目组要看到可以察觉的改进了。。。

这些时候你能否不出现受迫性失误?能否坚定的执行正确的抉择。

 

速度很多情况下就是有决定性作用,在deadline之前因为没法按时完成一个正确设计的实现,只能采取一个折中的不好的办法,然后后面在为这个妥协擦屁股。

这就像星际在初期被占了便宜,这带来的劣势会滚雪球一样的越来越大,最后距离本应达到的最高水准差很多。

 

攻必克行必果,我们需要的就是这种东西。

 


 

优化

 

优化总是给人感觉把一个普通的东西写成一个牛逼的东西,其实大约%70的优化是把错误的东西纠正。

也就是写的时候把东西都写对,后期的优化工作大部分不存在了。

里面少部分是很牛逼的,高水平的底层优化,立足于全局的结构优化等,这以部分的确是需要在后期阶段,其他部分稳定了的时候做比较合适。

 

 


 

 

const UCL_OPFUN_DATA opMonitorApFun[] = { {0, NULL, NULL, OPFUN_TYPE_UNKNOWN}, {UCL_OPID_MONITORAP_GET_APINFO, ucl_opfun_monitorAp_getApInfo, "ucl_opfun_monitorAp_getApInfo", OPFUN_TYPE_GET}, {UCL_OPID_MONITORAP_GET_DEVINFO, ucl_opfun_monitorAp_getDevInfo, "ucl_opfun_monitorAp_getDevInfo", OPFUN_TYPE_GET}, {UCL_OPID_MONITORAP_GET_WSETTING, ucl_opfun_monitorAp_getWSetting, "ucl_opfun_monitorAp_getWSetting", OPFUN_TYPE_GET}, {UCL_OPID_MONITORAP_GET_LANINFO, ucl_opfun_monitorAp_getLanInfo, "ucl_opfun_monitorAp_getLanInfo", OPFUN_TYPE_GET}, {UCL_OPID_MONITORAP_GET_STAINFO, ucl_opfun_monitorAp_getStaInfo, "ucl_opfun_monitorAp_getStaInfo", OPFUN_TYPE_GET}, {UCL_OPID_MONITORAP_GET_IFINFO, ucl_opfun_monitorAp_getIfInfo, "ucl_opfun_monitorAp_getIfInfo", OPFUN_TYPE_GET}, {UCL_OPID_MONITORAP_GET_DEVMISC, ucl_opfun_monitorAp_getDevMisc, "ucl_opfun_monitorAp_getDevMisc", OPFUN_TYPE_GET}, {UCL_OPID_MONITORAP_SET_APNAME, ucl_opfun_monitorAp_setApName, "ucl_opfun_monitorAp_setApName", OPFUN_TYPE_SET}, {UCL_OPID_MONITORAP_GET_CAP, ucl_opfun_monitorAp_getCap, "ucl_opfun_monitorAp_getCap", OPFUN_TYPE_GET}, {UCL_OPID_MONITORAP_GET_LANRATE, ucl_opfun_monitorAp_getLanRate, "ucl_opfun_monitorAp_getLanRate", OPFUN_TYPE_GET}, {UCL_OPID_MONITORAP_MODIFY_DATACOLLECTV2_STATUS, ucl_opfun_monitorAp_modifyDataCollectV2Status, "ucl_opfun_monitorAp_modifyDataCollectV2Status", OPFUN_TYPE_INFOM}, {UCL_OPID_MONITORAP_GET_WIFISTATS, ucl_opfun_monitorAp_getWifiStats, "ucl_opfun_monitorAp_getWifiStats", OPFUN_TYPE_GET}, {UCL_OPID_MONITORAP_GET_RADIOACCESS, ucl_opfun_monitorAp_getRadioAccess, "ucl_opfun_monitorAp_getRadioAccess", OPFUN_TYPE_GET}, {UCL_OPID_MONITORAP_GET_RADARDETECT, ucl_opfun_monitorAp_getRadarDetect, "ucl_opfun_monitorAp_getRadarDetect", OPFUN_TYPE_GET}, {UCL_OPID_MONITORAP_GET_MCASTSTAT, ucl_opfun_monitorAp_getMCastStat, "ucl_opfun_monitorAp_getMCastStat", OPFUN_TYPE_GET}, {-1, NULL, NULL, OPFUN_TYPE_UNKNOWN}, };
10-12
【博士论文复现】【阻抗建模、验证扫频法】光伏并网逆变器扫频与稳定性分析(包含锁相环电流环)(Simulink仿真实现)内容概要:本文档围绕“博士论文复现”主题,重点介绍了光伏并网逆变器的阻抗建模与扫频法稳定性分析,涵盖锁相环和电流环的Simulink仿真实现。文档旨在通过完整的仿真资源和代码帮助科研人员复现相关技术细节,提升对新能源并网系统动态特性和稳定机制的理解。此外,文档还提供了大量其他科研方向的复现资源,包括微电网优化、机器学习、路径规划、信号处理、电力系统分析等,配套MATLAB/Simulink代码与模型,服务于多领域科研需求。; 适合人群:具备一定电力电子、自动控制或新能源背景的研究生、博士生及科研人员,熟悉MATLAB/Simulink环境,有志于复现高水平论文成果并开展创新研究。; 使用场景及目标:①复现光伏并网逆变器的阻抗建模与扫频分析过程,掌握其稳定性判据与仿真方法;②借鉴提供的丰富案例资源,支撑博士论文或期刊论文的仿真实验部分;③结合团队提供的算法与模型,快速搭建实验平台,提升科研效率。; 阅读建议:建议按文档目录顺序浏览,优先下载并运行配套仿真文件,结合理论学习与代码调试加深理解;重点关注锁相环与电流环的建模细节,同时可拓展学习其他复现案例以拓宽研究视野。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值