`
wqtn22
  • 浏览: 102177 次
  • 性别: Icon_minigender_1
  • 来自: 杭州
社区版块
存档分类
最新评论

R15B01版本controlling_process一个port到self的问题

 
阅读更多


在R15B01上,遇到一个gen_tcp/gen_udp:controlling_process(Port, self())导致的port泄露问题,下列链接详细的说明了产生问题的步骤:

https://github.com/erlang/otp/commit/944a57a11a79c5a9bb2f554c921e2e00e7d56c91

该问题在R15B03得到了修复,此处分析这个问题如下:


1> {ok,Port} = gen_udp:open(9000, [binary]).

{ok,#Port<0.581>}

2> i(0,31,0).                              

[{current_function,{c,pinfo,1}},

 {initial_call,{erlang,apply,2}},

 {status,running},

 {message_queue_len,0},

 {messages,[]},

 {links,[<0.25.0>,#Port<0.581>]},

 {dictionary,[]},

 {trap_exit,false},

 {error_handler,error_handler},

 {priority,normal},

 {group_leader,<0.24.0>},

 {total_heap_size,5168},

 {heap_size,2584},

 {stack_size,27},

 {reductions,3814},

 {garbage_collection,[{min_bin_vheap_size,46368},

                      {min_heap_size,233},

                      {fullsweep_after,65535},

                      {minor_gcs,1}]},

 {suspending,[]}]

此时,这个新建的port已经关联到shell进程<0,31,0>上。

3> gen_udp:controlling_process(Port, self()).

ok

4> i(0,31,0).                               

[{current_function,{c,pinfo,1}},

 {initial_call,{erlang,apply,2}},

 {status,running},

 {message_queue_len,0},

 {messages,[]},

 {links,[<0.25.0>]},

 {dictionary,[]},

 {trap_exit,false},

 {error_handler,error_handler},

 {priority,normal},

 {group_leader,<0.24.0>},

 {total_heap_size,5168},

 {heap_size,2584},

 {stack_size,27},

 {reductions,8889},

 {garbage_collection,[{min_bin_vheap_size,46368},

                      {min_heap_size,233},

                      {fullsweep_after,65535},

                      {minor_gcs,7}]},


 {suspending,[]}]



controlling_process到自身后,到portlink消失了。

分析这个过程的代码,发现如下问题:




gen_udp.erl

controlling_process(S, NewOwner) ->

inet:udp_controlling_process(S, NewOwner).

inet.erl

udp_controlling_process(S, NewOwner) when is_port(S), is_pid(NewOwner) ->

    case erlang:port_info(S, connected) of

         {connected, Pid} when Pid =/= self() ->

             {error, not_owner};

         _ ->

             {ok, A0} = prim_inet:getopt(S, active),

             prim_inet:setopt(S, active, false),

             udp_sync_input(S, NewOwner),

             try erlang:port_connect(S, NewOwner) of

                   true ->

                       unlink(S),

                       prim_inet:setopt(S, active, A0),

                       ok

             catch

                   error:Reason ->

                       {error, Reason}

             end


end.


一次controlling_process包括两个动作:首先在新进程上port_connect这个port,接着在原进程上unlink这个portport_connectunlink均为bif函数。



BIF_RETTYPE port_connect_2(BIF_ALIST_2)

{

    Port* prt;

    Process* rp;

    Eterm pid = BIF_ARG_2;

 

    if (is_not_internal_pid(pid)) {

    error:

         BIF_ERROR(BIF_P, BADARG);

    }

    prt = id_or_name2port(BIF_P, BIF_ARG_1);

    if (!prt) {

         goto error;

    }

 

    rp = erts_pid2proc(BIF_P, ERTS_PROC_LOCK_MAIN,

                          pid, ERTS_PROC_LOCK_LINK);

    if (!rp) {

         erts_smp_port_unlock(prt);

         ERTS_SMP_ASSERT_IS_NOT_EXITING(BIF_P);

         goto error;

    }

 

    erts_add_link(&(rp->nlinks), LINK_PID, prt->id);

    erts_add_link(&(prt->nlinks), LINK_PID, pid);

 

    erts_smp_proc_unlock(rp, ERTS_PROC_LOCK_LINK);

 

    prt->connected = pid; /* internal pid */

    erts_smp_port_unlock(prt);

#ifdef USE_VM_PROBES

    if (DTRACE_ENABLED(port_connect)) {

        DTRACE_CHARBUF(process_str, DTRACE_TERM_BUF_SIZE);

        DTRACE_CHARBUF(port_str, DTRACE_TERM_BUF_SIZE);

        DTRACE_CHARBUF(newprocess_str, DTRACE_TERM_BUF_SIZE);

 

        dtrace_pid_str(prt->connected, process_str);

        erts_snprintf(port_str, sizeof(port_str), "%T", prt->id);

        dtrace_proc_str(rp, newprocess_str);

        DTRACE4(port_connect, process_str, port_str, prt->name, newprocess_str);

    }

#endif

    BIF_RET(am_true);


}


port_connect将在port与新进程上均添加一个link进行关联,但是存在一个问题。



int erts_add_link(ErtsLink **root, Uint type, Eterm pid)

{

    void *tstack[STACK_NEED];

    int tpos = 0;

    int dstack[STACK_NEED+1];

    int dpos = 1;

    int state = 0;

    ErtsLink **this = root;

    Sint c;

 

    dstack[0] = DIR_END;

    for (;;) {

         if (!*this) { /* Found our place */

             state = 1;

             *this = create_link(type,pid);

             break;

         } else if ((c = CMP(pid,(*this)->pid)) < 0) {

             /* go left */

             dstack[dpos++] = DIR_LEFT;

             tstack[tpos++] = this;

             this = &((*this)->left);

         } else if (c > 0) { /* go right */

             dstack[dpos++] = DIR_RIGHT;

             tstack[tpos++] = this;

             this = &((*this)->right);

         } else { /* Equal key is an error for monitors */

             return -1;

         }

    }

    insertion_rotation(dstack, dpos, tstack, tpos, state);

    return 0;


}



erts_add_link中,会遍历进程/portlink表,如果发现link节点已经在自身的link表中,则返回-1,但是在上层调用者port_connect_2处并未检查这个错误,而是直接返回。对于controlling_process到自身的场景中,此处返回后,立即调用unlink。



BIF_RETTYPE unlink_1(BIF_ALIST_1)

{

    Process *rp;

    DistEntry *dep;

    ErtsLink *l = NULL, *rl = NULL;

 

    /*

     * SMP specific note concerning incoming exit signals:

     *   We have to have at least the status lock during removal of

     *   the link half on current process, and check for and handle

     *   a present pending exit while the status lock is held. This

     *   in order to ensure that we wont be exited by a link after

     *   it has been removed.

     *

     *   (We also have to have the link lock, of course, in order to

     *    be allowed to remove the link...)

     */

 

    if (IS_TRACED_FL(BIF_P, F_TRACE_PROCS)) {

         trace_proc(BIF_P, BIF_P, am_unlink, BIF_ARG_1);

    }

 

    if (is_internal_port(BIF_ARG_1)) {

         Port *pt = erts_id2port_sflgs(BIF_ARG_1,

                                           BIF_P,

                                           ERTS_PROC_LOCK_MAIN,

                                           ERTS_PORT_SFLGS_DEAD);

 

         erts_smp_proc_lock(BIF_P, ERTS_PROC_LOCK_LINK|ERTS_PROC_LOCK_STATUS);

#ifdef ERTS_SMP

         if (ERTS_PROC_PENDING_EXIT(BIF_P)) {

             if (pt)

                   erts_smp_port_unlock(pt);

             goto handle_pending_exit;

         }

#endif

 

         l = erts_remove_link(&BIF_P->nlinks, BIF_ARG_1);

 

         ASSERT(pt || !l);

 

         if (pt) {

             rl = erts_remove_link(&pt->nlinks, BIF_P->id);

             erts_smp_port_unlock(pt);

             if (rl)

                   erts_destroy_link(rl);

         }

 

         erts_smp_proc_unlock(BIF_P, ERTS_PROC_LOCK_LINK|ERTS_PROC_LOCK_STATUS);

 

         if (l)

             erts_destroy_link(l);

 

         BIF_RET(am_true);

    }

    else if (is_external_port(BIF_ARG_1)

              && external_port_dist_entry(BIF_ARG_1) == erts_this_dist_entry) {

         BIF_RET(am_true);

    }

 

    if (is_not_pid(BIF_ARG_1))

         BIF_ERROR(BIF_P, BADARG);

    …

}



代码篇幅较大,这里仅列出port相关的部分,其中对erts_remove_link的调用是关键部分,它将移除原先通过erts_add_link加入的link节点。



ErtsLink *erts_remove_link(ErtsLink **root, Eterm pid)

{

    ErtsLink **tstack[STACK_NEED];

    int tpos = 0;

    int dstack[STACK_NEED+1];

    int dpos = 1;

    int state = 0;

    ErtsLink **this = root;

    Sint c;

    int dir;

    ErtsLink *q = NULL;

 

    dstack[0] = DIR_END;

    for (;;) {

         if (!*this) { /* Failure */

             return NULL;

         } else if ((c = CMP(pid,(*this)->pid)) < 0) {

             dstack[dpos++] = DIR_LEFT;

             tstack[tpos++] = this;

             this = &((*this)->left);

         } else if (c > 0) { /* go right */

             dstack[dpos++] = DIR_RIGHT;

             tstack[tpos++] = this;

             this = &((*this)->right);

         } else { /* Equal key, found the one to delete */

             q = (*this);

             if (q->right == NULL) {

                   (*this) = q->left;

                   state = 1;

             } else if (q->left == NULL) {

                   (*this) = q->right;

                   state = 1;

             } else {

                   dstack[dpos++] = DIR_LEFT;

                   tstack[tpos++] = this;

                   state = delsub((ErtsMonitorOrLink **) this);

             }

             break;

         }

    }

    while (state && ( dir = dstack[--dpos] ) != DIR_END) {

         this = tstack[--tpos];

         if (dir == DIR_LEFT) {

             state = balance_left((ErtsMonitorOrLink **) this);

         } else {

             state = balance_right((ErtsMonitorOrLink **) this);

         }

    }

    return q;


}



可以看到,在这个场景中,由于原先进程与portlink在一起的,此处必然能将它们unlink


回到udp_controlling_process



udp_controlling_process(S, NewOwner) when is_port(S), is_pid(NewOwner) ->

    case erlang:port_info(S, connected) of

         {connected, Pid} when Pid =/= self() ->

             {error, not_owner};

         _ ->

             {ok, A0} = prim_inet:getopt(S, active),

             prim_inet:setopt(S, active, false),

             udp_sync_input(S, NewOwner),

             try erlang:port_connect(S, NewOwner) of

                   true ->

                       unlink(S),

                       prim_inet:setopt(S, active, A0),

                       ok

             catch

                   error:Reason ->

                       {error, Reason}

             end


end.



综上所述,在controlling_process到自身的场景中,erlang:port_connect不能将port再次加入原进程的link列表,而unlink却会正常地将port与原进程断开,此后,port变为无主port


此时,若需要关闭这个port,可以通过erlang:port_close关闭。



5> lists:last(erlang:ports()).

#Port<0.581>

6> P = lists:last(erlang:ports()).

#Port<0.581>

7> erlang:port_close(P).

true

8> inet:i().


ok



修复这个bug的代码,作了一项额外检查,若发现新进程与原进程相同,则直接返回ok

udp_controlling_process(S, NewOwner) when is_port(S), is_pid(NewOwner) ->

    case erlang:port_info(S, connected) of

         {connected, NewOwner} ->

             ok;

         {connected, Pid} when Pid =/= self() ->

             {error, not_owner};

         _ ->

             {ok, A0} = prim_inet:getopt(S, active),

             prim_inet:setopt(S, active, false),

             udp_sync_input(S, NewOwner),

             try erlang:port_connect(S, NewOwner) of

                   true ->

                       unlink(S),

                       prim_inet:setopt(S, active, A0),

                       ok

             catch

                   error:Reason ->

                       {error, Reason}

             end

    end.


 

分享到:
评论

相关推荐

    西门子PLC与ABB变频器Modbus RTU通信及触摸屏集成教程

    内容概要:本文详细介绍了如何使用Modbus RTU协议实现西门子S7-1200 PLC与ABB 510变频器之间的通信,涵盖硬件接线、参数设置、PLC编程以及触摸屏配置等方面的内容。首先,确保硬件正确连接,包括RS485接口的接线和终端电阻的设置。接着,调整变频器和PLC的相关参数,使其匹配并支持Modbus RTU通信。然后,利用西门子标准Modbus库进行PLC编程,实现对变频器参数的读写、启停控制及频率设置等功能。最后,介绍如何在WinCC中配置触摸屏,以便于监控和操作变频器。文中还提供了调试技巧和常见问题的解决方案。 适合人群:从事工业自动化领域的工程师和技术人员,特别是熟悉PLC编程和变频器应用的专业人士。 使用场景及目标:适用于需要将西门子PLC与ABB变频器进行通信集成的项目,旨在提高系统的自动化水平和控制精度。通过本教程,读者可以掌握Modbus RTU通信的具体实现方法,从而更好地应用于实际工程中。 其他说明:文章不仅提供了详细的步骤指导,还包括了一些实用的经验分享和注意事项,帮助读者避免常见的错误。此外,还提供了一个带有重试机制的参数读取模板,用于解决偶发性的通讯故障。

    三菱Q系列PLC QD77MS16六轴分段编程详解及应用

    内容概要:本文详细介绍了三菱Q系列PLC的QD77MS16模块在六轴控制方面的分段编程方法。首先,文章强调了前期准备工作,如硬件连接和参数设置。接下来,通过具体的代码示例展示了分段书写的思路,包括初始化、单轴运动控制、轴间协同控制等环节。此外,文中还分享了一些实用的经验和技巧,如批量传送参数、定位表格触发、异常处理等。最后,作者总结了分段编程的优势及其在实际项目中的应用。 适合人群:从事自动化控制领域的工程师和技术人员,尤其是对三菱PLC有一定了解并希望深入学习QD77MS16六轴控制的人群。 使用场景及目标:适用于需要进行多轴控制项目的开发和调试阶段,旨在提高程序的可读性和维护性,降低故障排查难度,提升工作效率。 其他说明:文章提供了丰富的实战经验和调试技巧,能够帮助读者更好地理解和应用QD77MS16模块的特性,从而顺利完成复杂的六轴控制任务。

    wrf-chem的mozart案例,人为排放源、生物排放、沉降的制备

    mozart在人为、生物、沉降制备过程可能用到的input文件

    matlab-基于可再生能源的微电网电源管理系统

    近年来,由于工业、车辆和化石燃料发电的发展,温室气体的增加引起了环境问题。这项研究工作的主要目标是集中不同类型的无污染的替代燃料为基础的发电和结合一种以上的能源。在这项研究工作中,分析了不同环境条件下不同类型的可再生能源,如光伏、风能和燃料电池,柴油发电机在主电网故障期间用于独立用途。在此基础上,设计了基于ANFIS的MPPT控制器,并在Matlab环境下进行仿真。本文的研究目标是基于ANFIS控制器的混合多种可再生能源并与带有储能装置的电网整合以及最优能量投入。设计了系统模型,并在Matlab仿真环境下建模,分析了不同条件下的系统性能。最后,基于IEEE 1547标准对仿真结果进行了评估,证明了该系统的有效性

    texlive-breakurl-7:20180414-23.el8.x64-86.rpm.tar.gz

    1、文件说明: Centos8操作系统texlive-breakurl-7:20180414-23.el8.rpm以及相关依赖,全打包为一个tar.gz压缩包 2、安装指令: #Step1、解压 tar -zxvf texlive-breakurl-7:20180414-23.el8.tar.gz #Step2、进入解压后的目录,执行安装 sudo rpm -ivh *.rpm

    永磁同步电机(PMSM)滑模观测器与PLL相位补偿技术解析及应用

    内容概要:本文详细探讨了永磁同步电机(PMSM)控制系统中滑模观测器(SMO)与锁相环(PLL)相结合的技术,尤其关注相位补偿的应用。文中首先介绍了SMO的基本原理及其存在的高频抖动问题,随后提出了通过PLL进行相位补偿的方法,解决了观测波形与实际波形之间的相位滞后问题。通过加入比例积分补偿器,进一步提高了系统的稳定性和精确度。实验结果显示,在加入相位补偿后,观测波形与实际波形基本重合,转速估计更加平稳,三相电流波形也变得圆润对称。 适用人群:从事电机控制研究与开发的工程师和技术人员,尤其是对永磁同步电机控制有一定了解并希望深入理解滑模观测器和PLL相位补偿机制的人士。 使用场景及目标:适用于需要提高PMSM控制系统精度和稳定性的场合,如工业自动化设备、电动汽车驱动系统等。主要目标是解决滑模观测器输出波形与实际波形之间的相位滞后问题,从而提升整个系统的性能。 其他说明:文章提供了详细的代码片段和调试技巧,帮助读者更好地理解和实施相关技术。同时提醒了一些常见的调试陷阱,如补偿量过大导致的过冲现象以及低速时的特殊处理方式。

    光伏交直流混合微电网离网模式下双下垂控制Matlab/Simulink仿真建模与优化

    内容概要:本文深入探讨了光伏交直流混合微电网在离网(孤岛)模式下的双下垂控制策略及其Matlab/Simulink仿真模型。首先介绍了交直流微电网的结构,包括直流微电网、交流微电网和互联变换器(ILC)。接着详细解析了各部分的控制策略,如直流微电网的电压电流双闭环控制、交流微电网的恒压控制和下垂控制、以及ILC的双下垂控制策略。文中还提供了多个关键代码片段,展示了具体的控制算法实现。此外,作者分享了仿真过程中遇到的问题及解决方案,强调了参数调整的重要性,并展示了仿真结果的有效性和稳定性。 适合人群:从事微电网研究的技术人员、研究生及以上学历的研究人员,尤其是对光伏交直流混合微电网感兴趣的学者和技术爱好者。 使用场景及目标:适用于研究和开发光伏交直流混合微电网的控制系统,旨在提高系统的稳定性和效率,尤其是在离网模式下应对负载突变的能力。目标是通过仿真验证控制策略的有效性,为实际应用提供理论支持和技术指导。 其他说明:本文基于Matlab2020b版本进行仿真,建议使用相同或更高版本的软件环境。同时,文中提到的一些参数设置和代码实现对于理解和优化微电网控制系统具有重要参考价值。

    基于MATLAB的高比例可再生能源电力系统调峰成本量化与分摊模型研究

    内容概要:本文详细介绍了利用MATLAB、YALMIP和CPLEX实现高比例可再生能源电力系统的调峰成本量化与分摊模型的方法。首先,通过创建无波动的平行世界,将实际负荷曲线和平滑后的新能源出力曲线进行对比,揭示调峰需求的本质。接着,建立了优化调度模型,考虑了火电机组的爬坡约束和抽水蓄能电站的能量平衡,确保模型符合实际情况。最后,采用Shapley值算法进行成本分摊,精确地分配调峰成本给各个参与者,特别是针对波动较大的新能源发电厂。 适合人群:从事电力系统研究、优化调度、能源经济分析的专业人士,以及对电力系统调峰感兴趣的科研人员和技术开发者。 使用场景及目标:适用于评估和优化含高比例可再生能源的电力系统调峰成本,帮助政策制定者和电网运营商更好地理解和管理调峰成本,促进公平合理的成本分摊机制。 其他说明:文中提供了详细的MATLAB代码示例,展示了如何通过编程手段实现复杂的优化调度和成本分摊模型。同时,通过对实际案例的数据分析,验证了模型的有效性和实用性。

    车辆动力学中半车悬架系统的被动-PID主动控制技术及其应用

    内容概要:本文详细介绍了半车悬架系统的被动-PID主动控制技术。首先解释了半车悬架系统的重要性和传统被动悬架的局限性,随后深入探讨了PID控制算法的工作原理,并通过Python代码展示了如何构建PID控制器并应用于半车悬架系统。文中不仅提供了详细的代码实现,还讨论了参数调整的方法和注意事项,如防止积分饱和、处理微分项噪声等问题。此外,文章通过仿真结果对比了被动悬架和PID主动控制的效果,证明了后者在提升车辆行驶平顺性和操控稳定性方面的显著优势。 适合人群:汽车工程专业学生、从事车辆控制系统研究的技术人员、对车辆动力学感兴趣的科研工作者。 使用场景及目标:适用于希望深入了解半车悬架系统控制机制的研究者和技术开发者,旨在帮助他们掌握PID控制的基本原理及其在实际工程项目中的应用方法。 其他说明:文章强调了实际应用中的挑战,如执行器的物理限制和仿真与现实之间的差异,提醒读者在实践中需谨慎对待这些问题。

    微电网能量调度中基于微粒群算法的三目标优化解决方案

    内容概要:本文深入探讨了微电网能量调度问题,特别是如何利用微粒群算法(PSO)实现经济调度、环境友好调度和优化调度三大目标。文中详细介绍了微电网的基本概念、组成元素(如DG、MT、FC),并逐步解析了PSO算法的应用流程,包括初始化微粒群、定义适应度函数、更新速度与位置、处理约束条件、更新历史和全局最优解等关键步骤。此外,还讨论了如何通过设置合理的参数和策略(如动态惯性权重、随机重启机制)提高算法性能,以及如何应对实际应用场景中的挑战,如负荷需求的变化和设备特性限制。最后,通过具体的案例展示了PSO算法在微电网能量调度中的优越性和实用性。 适用人群:从事电力系统研究、微电网设计与运营的专业人士,以及对智能优化算法感兴趣的科研工作者和技术爱好者。 使用场景及目标:适用于需要对微电网进行高效、低成本、环保型能量管理的场合,旨在帮助相关人员掌握PSO算法的具体实施方法,从而更好地解决复杂的多目标优化问题。 其他说明:文章不仅提供了理论分析,还包括了大量的Python代码实例,便于读者理解和实践。同时,提出了未来的研究方向,如引入预测模型和多目标优化算法,进一步提升系统的智能化水平。

    蓝宝石RX560XT8G原版VBIOS

    Manufacturer: Sapphire Model: RX 560XT Memory Size: 8192 MB GPU Clock: 1226 MHz Memory Clock: 1750 MHz E353 RX560 XT GDDR5 256Mx32 8GB 300e/300m (C) 1988-2010, Advanced Micro Devices, Inc. ATOMBIOSBK-AMD VER015.050.000.001.000000 353L1SFC.O49 CCC Overdrive Limits GPU Clock: 2000 MHz Memory Clock: 2100 MHz PowerTune Limit: -50% to 50% Limits TDP: 85 W TDC Power: 105 A Battery Power: 120 W Small Power Power: 120 W Max. Power Limit: 120 W Max. Temp: 85°C Temperature Target: 75 °C Memory Support 8192 MB, GDDR5, Samsung K4G80325FC Memory Timings (Samsung)

    电热综合能源系统中数据驱动的分布鲁棒优化算法及其MATLAB实现

    内容概要:本文详细介绍了针对电热综合能源系统优化的一种数据驱动的分布鲁棒优化(DRO)算法。首先,利用拉丁超立方抽样(LHS)生成大量初始场景,确保样本分布均匀。接着,通过k-means聚类将大量场景压缩为少数典型场景,减少计算复杂度。然后,构建基于1-范数和∞-范数混合约束的概率模糊集模型,使用YALMIP进行建模,并通过CCG算法迭代求解最恶劣场景下的最优解。实验结果显示,相比传统鲁棒优化和随机优化,该方法不仅降低了平均成本,还显著减少了极端场景下的设备过载率。 适用人群:从事电热综合能源系统优化的研究人员和技术人员,尤其是那些需要处理不确定性和多离散场景的专业人士。 使用场景及目标:适用于需要在不确定环境下进行电热综合能源系统优化的场景,旨在提高系统的鲁棒性和经济性,降低运营成本和风险。 其他说明:文中提供了详细的MATLAB代码实现,包括场景生成、聚类、模型构建和求解过程,并附带了一些实用技巧和注意事项,如收敛条件设置、并行计算加速等。

    超过100个项目组成的项目资料.rar

    超过100个项目组成的项目资料

    基于FPGA的2PSK调制解调器Verilog实现:跨平台移植与滤波器设计

    内容概要:本文详细介绍了基于FPGA的2PSK调制解调器的设计与实现,涵盖调制端和解调端的核心模块,如基带成型、载波生成、混频、带通滤波、载波恢复、低通滤波和判决等。文章强调了滤波器参数在MATLAB中设计并通过Verilog实现的方法,以及跨平台移植过程中Quartus和Vivado之间的差异处理。同时,提供了关键模块的代码解析,包括载波生成模块、FIR滤波器实现和跨平台约束示例。实测结果显示,该系统在Artix-7和Cyclone IV上均能稳定运行,误码率在Eb/N0=8dB时可达10^-4量级。 适合人群:具备一定FPGA开发经验的工程师和技术爱好者,特别是对数字通信和Verilog编程感兴趣的读者。 使用场景及目标:适用于希望深入了解2PSK调制解调器内部机制并进行实际动手实现的研究人员和开发者。目标是掌握FPGA开发中的关键技术和跨平台移植方法,提高系统的性能和稳定性。 其他说明:文中提供的完整工程已开源在GitHub,包含Quartus和Vivado两个版本,方便读者下载和修改。此外,文章还讨论了一些常见问题及其解决方案,帮助读者更好地理解和应用所学知识。

    【价值380元】Discuz模版:Spacia时尚门户资讯类整站带数据,模版 Spacia 空间

    全新设计门户资讯模版,显示器宽屏时代的到来,各主流站点均调整宽度为1190px,因此本模板宽度也采用这个宽度,另外改模板论坛支持宽窄切换,美化设计界面包括,门户首页,资讯表页以及文章内页(您可以添加多个此类样式),论坛首页, 版块页,帖子内页,等等相关页面~ 模版经过为期一个多月的设计并测试,兼容目前各大主流浏览器,用户体验超赞,是款不错的模版风格! Spacia是一款discuz模板,非常适合做时尚门户,资讯类网站,比较熟悉discuz的朋友可以使用模板安装,为了方便小白,提供了整站带数据压缩包,通过教程恢复可以达到和我的演示图一模一样。 特别说明 1.压缩包内包含整站,模板,DIY文件,整站安装说明 2.Discuz是GBK版本,模板是GBK版本。

    MATLAB实现动态窗口法(DWA)路径规划算法:移动机器人、无人船、无人机及无人驾驶汽车的应用

    内容概要:本文详细介绍了如何使用MATLAB实现基于动态窗口法(DWA)的路径规划算法。DWA是一种广泛应用于移动机器人、无人船、无人机和无人驾驶汽车等自主移动设备的路径规划方法。文中不仅提供了完整的MATLAB代码实现,还附带详细的注释,帮助读者理解每一步骤的功能和意义。主要内容包括机器人参数定义、地图和目标设定、主循环逻辑、动态窗口生成、最优路径搜索、位置更新、碰撞检测以及地图绘制等功能模块的解析。 适合人群:具备一定编程基础和技术背景的研究人员、工程师和学生,特别是对机器人技术和路径规划感兴趣的读者。 使用场景及目标:①研究和开发移动机器人、无人船、无人机及无人驾驶汽车的路径规划系统;②理解和优化DWA算法的关键参数配置;③进行仿真实验,验证算法的有效性和鲁棒性。 其他说明:本文提供的代码可以灵活修改地图信息和坐标位置,便于在不同的应用场景中进行实验和测试。同时,代码中包含了丰富的注释,有助于初学者逐步掌握DWA算法的工作原理。

    WordPress博客自媒体资讯类主题源码 SEO优化良好 RabbitV2.0

    Rabbitv2.0主题为SEO而生,是一款专注于SEO优化用途的WordPress主题,专为博客、自媒体、资讯类等类型网站SEO优化设计开发,自适应兼容手机、平板设备,支持前端用户中心,可以前端发布/投稿文章,同时主题支持专题功能,可以添加文章专题。 功能介绍 添加站外链接自动添加nofollow属性并新窗口打开功能,更符合SEO规则; 美化GO跳转页面,用户体验提供升; 添加了GO跳转功能,更符合SEO规则; 首页全屏轮播图,用户体验提供升; 首页上下滚动广告,用户体验提供升; 首页随机广告,用户体验提供升; 列表置顶轮播图,用户体验提供升; 文章左右翻页,用户体验提供升; 首页轮播样式优化,用户体验提供升; 优化标签列表页,更符合SEO规则; 优化标签显示,色彩化用户体验提供升; 文章页增加复制弹窗提示,防止内容被恶意盗取; 首页滚动公告,用户体验提供升; 去除分类category,更符合SEO规则; 彻底禁止WordPress缩略图,节省空间承载; 增加编辑器插入短代码功能,用户体验提供升; 增加公众号吸粉功能,关注访问隐藏内容; 增加文章密码保护功能,用户体验提供升; 增加展开/收缩功能,用户体验提供升; 增加回复可见功能,用户体验提供升; 读者墙,展示用户与读者信息; 禁用古腾堡编辑器,优化编辑体验; 以下为原生自带功能(原生版) 响应式设计,兼容手机和平板等移动设备; 自主研发的前端用户中心; 第三方社交帐号登录(可支持微博、QQ、微信登录); 支持手机注册功能; 支持全新高级菜单功能; 文章投稿、发布功能; 文章专题功能; 文章版权设置,可添加多种版权模板,文章可选择适用的模板; 文章打赏、点赞、收藏、分享、阅读模式功能; 当前文章作者信息小工具; 首页幻灯片轮播、头条推荐内容设置; 自主开发Themer框架,支持后台自定义面板设置;

    基于51单片机protues仿真的手速测试游戏设计(仿真图、源代码、AD原理图、流程图)

    基于51单片机protues仿真的手速测试游戏设计(仿真图、源代码、AD原理图、流程图) 题目:游戏手速测量仪 要求:理论上是测量每分钟按键按动次数(可以定较短的时间如10S,统计按动次数再乘以6)。显示每分钟按动次数和平均按键反应时间。 提示:固定时间的定时。按键或者键盘。 资料:仿真图、源代码、AD原理图、流程图

    基于COMSOL PDE模块的多场耦合混凝土碳化模型:CH、CSH、C3S、C2S浓度分析及应用

    内容概要:本文详细介绍了使用COMSOL Multiphysics软件的PDE模块构建多场耦合的混凝土碳化模型的方法。该模型综合考虑了化学反应、扩散传输等多种物理场的相互作用,旨在深入研究混凝土的碳化过程及其耐久性。作者通过定义CH、CSH、C3S和C2S四种主要物质的浓度变化方程,并设置了合理的边界条件和初始条件,利用COMSOL的内置求解器进行了模型求解和验证。结果显示,模型成功模拟了混凝土碳化过程中各组分浓度的变化,特别是在碳化初期CSH浓度快速下降而CH浓度逐渐上升的情况。此外,还探讨了温度、湿度等因素对碳化过程的影响,并提出了改进模型的设想。 适合人群:从事建筑材料研究的专业人士,以及对多物理场耦合建模感兴趣的科研人员。 使用场景及目标:适用于需要深入了解混凝土碳化机理的研究项目,帮助研究人员更好地理解和预测混凝土的耐久性和性能变化。 其他说明:文中提供的具体方程和代码片段有助于实际操作和模型复现,同时也强调了模型验证的重要性,确保模拟结果的准确性。

    texlive-datetime-7:20180414-23.el8.x64-86.rpm.tar.gz

    1、文件说明: Centos8操作系统texlive-datetime-7:20180414-23.el8.rpm以及相关依赖,全打包为一个tar.gz压缩包 2、安装指令: #Step1、解压 tar -zxvf texlive-datetime-7:20180414-23.el8.tar.gz #Step2、进入解压后的目录,执行安装 sudo rpm -ivh *.rpm

Global site tag (gtag.js) - Google Analytics