齿轮

机械工程师设计手册电子版

故事扮演 提交于 2020-02-13 17:51:53
《机械工程师设计手册》电子版是以现行的设计手册为基础,参考了最新的国家标准、部颁标准及行业标准,采用先进的数字存储、检索技术而开发的综合性机械设计资料查询软件,具有内容丰富、查询快捷、携带方便、更新及时、中文界面、易学易用等特点。 软件带有强大的专业计算功能,包括常规计算、专业计算及公式计算等。 丰富的设计数据和资料 依据多年软件开发所积累的设计资料,吸取了各类机械设计工具书的精华,充实了大量的最新标准数据和图表,内容涵盖了通用机械设计所需的各种数据、图表及有关标准,能满足不同用户的不同需求。 软件提供了常用基础资料和公式、零部件结构设计工艺性、机械制图、公差配合与表面粗糙度、机械工程材料、螺纹、紧固件、键和花键连接、轴的设计、联轴器、离合器、制动器、滚动轴承、滑动轴承、管件与管法兰、起重机械零部件、操作件、润滑、密封、弹簧、螺旋传动、带传动、链传动、渐开线圆柱齿轮传动、圆弧圆柱齿轮传动、锥齿轮传动、蜗杆传动、液压与气动、减速器、常用电动机等。还添加了部分国内外知名零部件生产企业的产品数据。 强大的专业计算功能 软件还提供了专业的工程计算,包括常规计算、专业计算、公式计算等。 1、常规计算。包括渐开线齿轮计算,圆锥齿轮设计,圆弧齿轮设计,V带传动设计,同步带传动设计,链传动设计,螺栓连接,四连杆机构运动分析,普通平键计算,矩形花键设计,渐开线花键设计,滚动轴承,滑动轴承

PWM波控制舵机总结

主宰稳场 提交于 2020-01-04 22:48:49
文章转自:http://www.geek-workshop.com/thread-70-1-1.html 一、关于舵机: 舵机(英文叫Servo):它由直流电机、减速齿轮组、传感器和控制电路组成的一套自动控制系统。通过发送信号,指定输出轴旋转角度。舵机一般而言都有最大旋转角度(比如180度。)与普通直流电机的区别主要在,直流电机是一圈圈转动的,舵机只能在一定角度内转动,不能一圈圈转(数字舵机可以在舵机模式和电机模式中切换,没有这个问题)。普通直流电机无法反馈转动的角度信息,而舵机可以。用途也不同,普通直流电机一般是整圈转动做动力用,舵机是控制某物体转动一定角度用(比如机器人的关节)。 舵机的形状和大小多的让人眼花缭乱,大致可以分为下面这几种(如图所示) 最右边的是常见的标准舵机,中间两个小的是微型舵机,左边魁梧的那个是大扭力舵机。图上这几种舵机都是三线控制。 制作机器人常用的舵机有下面几种,而且每种的固定方式也不同,如果从一个型号换成一个型号,整个机械结构都需要重新设计。 第一种是MG995,优点是价格便宜,金属齿轮,耐用度也不错。缺点是扭力比较小,所以负载不能太大,如果做双足机器人之类的这款舵机不是很合适,因为腿部受力太大。做做普通的六足,或者机械手还是不错的。 第二种是SR 403,这款舵机是网友xqi2因MG995做双足机器人抖动太厉害,摸索找到的,经过测试

【Spring】IOC

二次信任 提交于 2019-12-22 08:44:50
浅谈IOC IOC的理论背景 图1:传统系统中,对象之间相互引用的一幅图,在采用面向对象方法设计的软件系统中,它的底层的实现都是由n个对象所组成的,所有的对象通彼此之间的合作最终实现系统的业务逻辑,如果我们打开机械式手表的后盖,我们就会看到与图1类似的清形,各个齿轮分别带动时针、分针和秒针顺时针旋转,从而在表盘上产生正确的时间。这些齿轮相互耦合在一起,共同完成某项任务。在这样的齿轮组中,如果有一个齿轮出现一个问题,可能会影响到整个齿轮组的正常运转,齿轮组齿轮间的耦合关系与软件系统中对象之间的耦合关系非常相似。随着系统规模变大,对象之间依赖关系越来越复杂,架构师和设计师对系统的设计和分析面临更大的挑战,对象之间的耦合度过高的系统,必然会出现牵一发而动全身的情形,降低系统之间、模块之间、对象之间的耦合度是软件工程追求的目标。IOC理论的提出,就是为了解决对象之间耦合度过高的问题,实现对象之间的解耦。 图2 解耦的过程 IOC理论提出的观点大致是这样的:借助于第三方来实现对具有依赖关系的对象之间的解耦,对象之间没有了耦合关系。由于引进了第三方IOC容器,使得对象A、B、C、D之间没有了耦合关系,齿轮之间的传动全部依靠了第三方,全部对象的控制权全部交给了第三方IOC容器,IOC容器成了整个系统的关键核心,它起到了一种凝合剂i的作用,把系统中的所有对象凝合在一起发挥作用。 图3 理想的系统

Spring的IoC原理[初步理解]

為{幸葍}努か 提交于 2019-12-19 20:39:22
但行好事,莫问前程 1. IoC理论的背景   我们都知道,在采用面向对象方法设计的软件系统中,它的底层实现都是由N个对象组成的,所有的对象通过彼此的合作,最终实现系统的业务逻辑。 软件系统中耦合的对象如下图所示 :   如果我们打开机械式手表的后盖,就会看到与上面类似的情形,各个齿轮分别带动时针、分针和秒针顺时针旋转,从而在表盘上产生正确的时间。图1中描述的就是这样的一个齿轮组,它拥有多个独立的齿轮,这些齿轮相互啮合在一起,协同工作,共同完成某项任务。我们可以看到,在这样的齿轮组中,如果有一个齿轮出了问题,就可能会影响到整个齿轮组的正常运转。   齿轮组中齿轮之间的啮合关系,与软件系统中对象之间的耦合关系非常相似。对象之间的耦合关系是无法避免的,也是必要的,这是协同工作的基础。现在,伴随着工业级应用的规模越来越庞大,对象之间的依赖关系也越来越复杂,经常会出现对象之间的多重依赖性关系,因此,架构师和设计师对于系统的分析和设计,将面临更大的挑战。对象之间耦合度过高的系统,必然会出现牵一发而动全身的情形。 对象之间复杂的依赖关系如下图所示 :   耦合关系不仅会出现在对象与对象之间,也会出现在软件系统的各模块之间,以及软件系统和硬件系统之间。如何降低系统之间、模块之间和对象之间的耦合度,是软件工程永远追求的目标之一。 为了解决对象之间的耦合度过高的问题 ,软件专家Michael