搜索

tag 标签: 软件

相关帖子

版块 作者 回复/查看 最后发表
图片转cad软件简单方便是哪个软件 信息发布 懒惰yu 2017-6-28 0 0 懒惰yu 2017-6-28 14:38
小弟刚毕业,在做飞思卡尔单片机软件方面,求教前辈们我该怎么入门啊? 【编程基础】 baozhihao 2017-6-26 9 458 辛昕 2017-8-11 09:24
分享一个功能齐全的电子书阅读软件 信息发布 雨滴的感觉 2017-6-23 0 101 雨滴的感觉 2017-6-23 10:06
亲测一款免费网络设备配置文件集中管理自动备份软件,要的赶紧 attach_img 信息发布 裤裤杉杉 2017-6-22 0 101 裤裤杉杉 2017-6-22 16:35
关于曼彻斯特解码的问题 RF/无线 wanghahaa 2017-6-22 2 758 wanghahaa 2017-6-23 16:24
关于软件I2C与MSP430通信的问题 【DSP】 灞波儿奔 2017-6-21 0 0 灞波儿奔 2017-6-21 21:05
网络电话软件合作方式多样化,满足不同用户需求 attach_img 信息发布 讯邦网络科技 2017-6-21 0 101 讯邦网络科技 2017-6-21 08:55
说一下Altium Designer多边形覆铜挖空成圆形的方法 attach_img PCB设计 qwqwqw2088 2017-6-20 1 970 huaiqiao 2017-6-20 19:29
cad制图软件电脑版用哪款比较好些 信息发布 懒惰yu 2017-6-19 0 101 懒惰yu 2017-6-19 14:15
单片机软件与硬件开发 信息发布 ccylcxh 2017-6-18 0 101 ccylcxh 2017-6-18 08:53
亲测一款免费网络设备配置文件集中管理自动备份软件,要的赶紧 attach_img 电源技术 leeconstance 2017-6-17 0 1515 leeconstance 2017-6-17 15:42
怎么将pdf转换成dwg要用什么软件 信息发布 懒惰yu 2017-6-16 0 101 懒惰yu 2017-6-16 14:33
为了标记位置如何在pdf文档中文字上加删除线 attach_img 信息发布 华夏后裔 2017-6-15 0 101 华夏后裔 2017-6-15 10:41
无线充软件 【stm32/stm8】 蓝光荣 2017-6-15 1 132 雨后的梧桐 2017-6-15 08:29
pdf转cad软件哪个好,该怎么使用 信息发布 懒惰yu 2017-6-14 0 101 懒惰yu 2017-6-14 14:59
网络电话软件融入营销功能,投资价值更明显 attach_img 信息发布 讯邦网络科技 2017-6-14 0 101 讯邦网络科技 2017-6-14 09:46
如何打开DWG文件的解决办法 信息发布 懒惰yu 2017-6-13 0 101 懒惰yu 2017-6-13 14:17
适合microbit/newbit的软件 Mu attach_img 【MicroPython开源版块】 dcexpert 2017-6-12 2 672 dcexpert 2017-6-12 17:58
cad制图初学入门应该用哪个软件 信息发布 懒惰yu 2017-6-15 0 101 懒惰yu 2017-6-15 14:30
使用cad制图软件修改文件的标注 信息发布 懒惰yu 2017-6-20 0 0 懒惰yu 2017-6-20 14:14

相关日志

分享 Simon Tatham:如何有效地报告Bug (转)
wateras1 2017-6-21 10:25
引言 为公众写过软件的人,大概都收到过很拙劣的bug(计算机程序代码中的错误或程序运行时的瑕疵——译者注)报告,例如: ·在报告中说“不好用”; ·所报告内容毫无意义; ·在报告中用户没有提供足够的信息; ·在报告中提供了错误信息; ·所报告的问题是由于用户的过失而产生的; ·所报告的问题是由于其他程序的错误而产生的; ·所报告的问题是由于网络错误而产生的; 这便是为什么“技术支持”被认为是一件可怕的工作,因为有拙劣的bug报告需要处理。然而并不是所有的bug报告都令人生厌:我在业余时间维护自由软件,有时我会收到非常清晰、有帮助并且“有内容”的bug报告。 在这里我会尽力阐明如何写一个好的bug报告。我非常希望每一个人在报告bug之前都读一下这篇短文,当然我也希望用户在给我报告bug之前已经读过这篇文章。 简单地说,报告bug的目的是为了让程序员看到程序的错误。您可以亲自示范,也可以给出能导致程序出错的、详尽的操作步骤。如果程序出错了,程序员会收集额外的信息直到找到错误的原因;如果程序没有出错,那么他们会请您继续关注这个问题,收集相关的信息。 在bug报告里,要设法搞清什么是事实(例如:“我在电脑旁”和“XX出现了”)什么是推测(例如:“我想问题可能是出在……”)。如果愿意的话,您可以省去推测,但是千万别省略事实。 当您报告bug的时候(既然您已经这么做了),一定是希望bug得到及时修正。所以此时针对程序员的任何过激或亵渎的言语(甚至谩骂)都是与事无补的——因为这可能是程序员的错误,也有可能是您的错误,也许您有权对他们发火,但是如果您能多提供一些有用的信息(而不是激愤之词)或许bug会被更快的修正。除此以外,请记住:如果是免费软件,作者提供给我们已经是出于好心,所以要是太多的人对他们无礼,他们可能就要“收起”这份好心了。 “程序不好用” 程序员不是弱智:如果程序一点都不好用,他们不可能不知道。他们不知道一定是因为程序在他们看来工作得很正常。所以,或者是您作过一些与他们不同的操作,或者是您的环境与他们不同。他们需要信息,报告bug也是为了提供信息。信息总是越多越好。 许多程序,特别是自由软件,会公布一个“已知bug列表”。如果您找到的bug在列表里已经有了,那就不必再报告了,但是如果您认为自己掌握的信息比列表中的丰富,那无论如何也要与程序员联系。您提供的信息可能会使他们更简单地修复bug。 本文中提到的都是一些指导方针,没有哪一条是必须恪守的准则。不同的程序员会喜欢不同形式的bug报告。如果程序附带了一套报告bug的准则,一定要读。如果它与本文中提到的规则相抵触,那么请以它为准。 如果您不是报告bug,而是寻求帮助,您应该说明您曾经到哪里找过答案,(例如:我看了第四章和第五章的第二节,但我找不到解决的办法。)这会使程序员了解用户喜欢到哪里去找答案,从而使程序员把帮助文档做得更容易使用。 “演示给我看” 报告bug的最好的方法之一是“演示”给程序员看。让程序员站在电脑前,运行他们的程序,指出程序的错误。让他们看着您启动电脑、运行程序、如何进行操作以及程序对您的输入有何反应。 他们对自己写的软件了如指掌,他们知道哪些地方不会出问题,而哪些地方最可能出问题。他们本能地知道应该注意什么。在程序真的出错之前,他们可能已经注意到某些地方不对劲,这些都会给他们一些线索。他们会观察程序测试中的每一个细节,并且选出他们认为有用的信息。 这些可能还不够。也许他们觉得还需要更多的信息,会请您重复刚才的操作。他们可能在这期间需要与您交流一下,以便在他们需要的时候让bug重新出现。他们可能会改变一些操作,看看这个错误的产生是个别问题还是相关的一类问题。如果您不走运,他们可能需要坐下来,拿出一堆开发工具,花上几个小时来好好地研究一下。但是最重要的是在程序出错的时候让程序员在电脑旁。一旦他们看到了问题,他们通常会找到原因并开始试着修改。 “告诉我该怎么做” 如今是网络时代,是信息交流的时代。我可以点一下鼠标把自己的程序送到俄罗斯的某个朋友那里,当然他也可以用同样简单的方法给我一些建议。但是如果我的程序出了什么问题,我不可能在他旁边。“演示”是很好的办法,但是常常做不到。 如果您必须报告bug,而此时程序员又不在您身边,那么您就要想办法让bug重现在他们面前。当他们亲眼看到错误时,就能够进行处理了。 确切地告诉程序员您做了些什么。如果是一个图形界面程序,告诉他们您按了哪个按钮,依照什么顺序按的。如果是一个命令行程序,精确的告诉他们您键入了什么命令。您应该尽可能详细地提供您所键入的命令和程序的反应。 把您能想到的所有的输入方式都告诉程序员,如果程序要读取一个文件,您可能需要发一个文件的拷贝给他们。如果程序需要通过网络与另一台电脑通讯,您或许不能把那台电脑复制过去,但至少可以说一下电脑的类型和安装了哪些软件(如果可以的话)。 “哪儿出错了?在我看来一切正常哦!” 如果您给了程序员一长串输入和指令,他们执行以后没有出现错误,那是因为您没有给他们足够的信息,可能错误不是在每台计算机上都出现,您的系统可能和他们的在某些地方不一样。有时候程序的行为可能和您预想的不一样,这也许是误会,但是您会认为程序出错了,程序员却认为这是对的。 同样也要描述发生了什么。精确的描述您看到了什么。告诉他们为什么您觉得自己所看到的是错误的,最好再告诉他们,您认为自己应该看到什么。如果您只是说:“程序出错了”,那您很可能漏掉了非常重要的信息。 如果您看到了错误消息,一定要仔细、准确的告诉程序员,这确实很重要。在这种情况下,程序员只要修正错误,而不用去找错误。他们需要知道是什么出问题了,系统所报的错误消息正好帮助了他们。如果您没有更好的方法记住这些消息,就把它们写下来。只报告“程序出了一个错”是毫无意义的,除非您把错误消息一块报上来。 特殊情况下,如果有错误消息号,一定要把这些号码告诉程序员。不要以为您看不出任何意义,它就没有意义。错误消息号包含了能被程序员读懂的各种信息,并且很有可能包含重要的线索。给错误消息编号是因为用语言描述计算机错误常常令人费解。用这种方式告诉您错误的所在是一个最好的办法。 在这种情形下,程序员的排错工作会十分高效。他们不知道发生了什么,也不可能到现场去观察,所以他们一直在搜寻有价值的线索。错误消息、错误消息号以及一些莫名其妙的延迟,都是很重要的线索,就像办案时的指纹一样重要,保存好。 如果您使用UNIX系统,程序可能会产生一个内核输出(coredump)。内核输出是特别有用的线索来源,别扔了它们。另一方面,大多数程序员不喜欢收到含有大量内核输出文件的EMAIL,所以在发邮件之前最好先问一下。还有一点要注意:内核输出文件记录了完整的程序状态,也就是说任何秘密(可能当时程序正在处理一些私人信息或秘密数据)都可能包含在内核输出文件里。 “出了问题之后,我做了……” 当一个错误或bug发生的时候,您可能会做许多事情。但是大多数人会使事情变的更糟。我的一个朋友在学校里误删了她所有的Word文件,在找人帮忙之前她重装了Word,又运行了一遍碎片整理程序,这些操作对于恢复文件是毫无益处的,因为这些操作搞乱了磁盘的文件区块。恐怕在这个世界上没有一种反删除软件能恢复她的文件了。如果她不做任何操作,或许还有一线希望。 这种用户仿佛一只被逼到墙角的鼬(黄鼠狼、紫貂一类的动物——译者注):背靠墙壁,面对死亡的降临奋起反扑,疯狂攻击。他们认为做点什么总比什么都不做强。然而这些在处理计算机软件问题时并不适用。 不要做鼬,做一只羚羊。当一只羚羊面对料想不到的情况或受到惊吓时,它会一动不动,是为了不吸引任何注意,与此同时也在思考解决问题的最好办法(如果羚羊有一条技术支持热线,此时占线。)。然后,一旦它找到了最安全的行动方案,它便去做。 当程序出毛病的时候,立刻停止正在做的任何操作。不要按任何健。仔细地看一下屏幕,注意那些不正常的地方,记住它或者写下来。然后慎重地点击“确定” 或“取消”,选择一个最安全的。学着养成一种条件反射——一旦电脑出了问题,先不要动。要想摆脱这个问题,关掉受影响的程序或者重新启动计算机都不好,一个解决问题的好办法是让问题再次产生。程序员们喜欢可以被重现的问题,快乐的程序员可以更快而且更有效率的修复bug。 “我想粒子的跃迁与错误的极化有关” 并不只是非专业的用户才会写出拙劣的bug报告,我见过一些非常差的bug报告出自程序员之手,有些还是非常优秀的程序员。 有一次我与另一个程序员一起工作,他一直在找代码中的bug,他常常遇到一个bug,但是不会解决,于是就叫我帮忙。“出什么毛病了?”我问。而他的回答却总是一些关于bug的意见。如果他的观点正确,那的确是一件好事。这意味着他已经完成了工作的一半,并且我们可以一起完成另一半工作。这是有效率并有用的。 但事实上他常常是错的。这就会使我们花上半个小时在原本正确的代码里来回寻找错误,而实际上问题出在别的地方。我敢肯定他不会对医生这么做。“大夫,我得了Hydroyoyodyne(真是怪病——译者),给我开个方子”,人们知道不该对一位医生说这些。您描述一下症状,哪个地方不舒服,哪里疼、起皮疹、发烧……让医生诊断您得了什么病,应该怎样治疗。否则医生会把您当做疑心病或精神病患者打发了,这似乎没什么不对。 做程序员也是一样。即便您自己的“诊断”有时真的有帮助,也要只说“症状”。“诊断”是可说可不说的,但是“症状”一定要说。同样,在bug报告里面附上一份针对bug而做出修改的源代码是有用处的,但它并不能替代bug报告本身。 如果程序员向您询问额外的信息,千万别应付。曾经有一个人向我报告bug,我让他试一个命令,我知道这个命令不好用,但我是要看看程序会返回一个什么错误(这是很重要的线索)。但是这位老兄根本就没试,他在回复中说“那肯定不好用”,于是我又花了好些时间才说服他试了一下那个命令。 用户多动动脑筋对程序员的工作是有帮助的。即使您的推断是错误的,程序员也应该感谢您,至少您想去帮助他们,使他们的工作变的更简单。不过千万别忘了报告“症状”,否则只会使事情变得更糟。 “真是奇怪,刚才还不好用,怎么现在又好了?” “间歇性错误”着实让程序员发愁。相比之下,进行一系列简单的操作便能导致错误发生的问题是简单的。程序员可以在一个便于观察的条件下重复那些操作,观察每一个细节。太多的问题在这种情况下不能解决,例如:程序每星期出一次错,或者偶然出一次错,或者在程序员面前从不出错(程序员一离开就出错。——译者)。当然还有就是程序的截止日期到了,那肯定要出错。 大多数“间歇性错误”并不是真正的“间歇”。其中的大多数错误与某些地方是有联系的。有一些错误可能是内存泄漏产生的,有一些可能是别的程序在不恰当的时候修改某个重要文件造成的,还有一些可能发生在每一个小时的前半个小时中(我确实遇到过这种事情)。 同样,如果您能使bug重现,而程序员不能,那很有可能是他们的计算机和您的计算机在某些地方是不同的,这种不同引起了问题。我曾写过一个程序,它的窗口可以蜷缩成一个小球呆在屏幕的左上角,它在别的计算机上只能在 800×600 的解析度工作,但是在我的机器上却可以在 1024×768 下工作。 程序员想要了解任何与您发现的问题相关的事情。有可能的话您到另一台机器上试试,多试几次,两次,三次,看看问题是不是经常发生。如果问题出现在您进行了一系列操作之后,不是您想让它出现它就会出现,这就有可能是长时间的运行或处理大文件所导致的错误。程序崩溃的时候,您要尽可能的记住您都做了些什么,并且如果您看到任何图形,也别忘了提一下。您提供的任何事情都是有帮助的。即使只是概括性的描述(例如:当后台有EMACS运行时,程序常常出错),这虽然不能提供导致问题的直接线索,但是可能帮助程序员重现问题。 最重要的是:程序员想要确定他们正在处理的是一个真正的“间歇性错误”呢,还是一个在另一类特定的计算机上才出现的错误。他们想知道有关您计算机的许多细节,以便了解您的机器与他们的有什么不同。有许多细节都依仗特定的程序,但是有一件东西您一定要提供——版本号。程序的版本、操作系统的版本以及与问题有关的程序的版本。 “我把磁盘装进了 Windows……” 表意清楚在一份bug报告里是最基本的要求。如果程序员不知道您说的是什么意思,那您就跟没说一样。我收到的bug报告来自世界各地,有许多是来自非英语国家,他们通常为自己的英文不好而表示歉意。总的来说,这些用户发来的bug报告通常是清晰而且有用的。几乎所有不清晰的bug报告都是来自母语是英语的人,他们总是以为只要自己随便说说,程序员就能明白。 精确。如果做相同的事情有两种方法,请说明您用的是哪一种。例如:“我选择了‘载入’”,可能意味着“我用鼠标点击‘载入’”或“我按下了‘ALT+L’”,说清楚您用了哪种方法,有时候这也有关系。 详细。信息宁多毋少!如果您说了很多,程序员可以略去一部分,可是如果您说的太少,他们就不得不回过头再去问您一些问题。有一次我收到了一份bug报告只有一句话,每一次我问他更多事情时,他每次的回复都是一句话,于是我花了几个星期的时间才得到了有用的信息。 慎用代词。诸如“它”,“窗体”这些词,当它们指代不清晰的时候不要用。来看看这句话:“我运行了FooApp,它弹出一个警告窗口,我试着关掉它,它就崩溃了。”这种表述并不清晰,用户究竟关掉了哪个窗口?是警告窗口还是整个FooApp程序?您可以这样说,“我运行FooApp程序时弹出一个警告窗口,我试着关闭警告窗口,FooApp崩溃了。”这样虽然罗嗦点,但是很清晰不容易产生误解。 检查。重新读一遍您写的bug报告,您觉得它是否清晰?如果您列出了一系列能导致程序出错的操作,那么照着做一遍,看看您是不是漏写了一步。 小结: bug报告的首要目的是让程序员亲眼看到错误。如果您不能亲自做给他们看,给他们能使程序出错的详细的操作步骤。 如果首要目的不能达成,程序员不能看到程序出错。这就需要bug报告的第二个目的来描述程序的什么地方出毛病了。详细的描述每一件事情:您看到了什么,您想看到什么,把错误消息记下来,尤其是“错误消息号”。 当您的计算机做了什么您料想不到的事,不要动!在您平静下来之前什么都别做。不要做您认为不安全的事。 尽量试着自己“诊断”程序出错的原因(如果您认为自己可以的话)。即使做出了“诊断”,您仍然应该报告“症状”。 如果程序员需要,请准备好额外的信息。如果他们不需要,就不会问您要。他们不会故意为难自己。您手头上一定要有程序的版本号,它很可能是必需品。 表述清楚,确保您的意思不能被曲解。 总的来说,最重要的是要做到精确。程序员喜欢精确。
个人分类: 项目随笔|119 次阅读|0 个评论
分享 2017-01-23
喵爱小鱼鱼 2017-1-23 17:15
在创建队列的时候,使用 xQueueCreate()时候,KILE5软件没有弹出参数提示框,这对新手来说可能就是一个纠结的地方了。怎么办呢?回复可见!!! 本帖隐藏的内容 定位后发现xQueueCreate()是一个宏,(难怪没有参数提示)。如下: #if( configSUPPORT_DYNAMIC_ALLOCATION == 1 ) #define xQueueCreate( uxQueueLength, uxItemSize ) xQueueGenericCreate( ( uxQueueLength ), ( uxItemSize ), ( queueQUEUE_TYPE_BASE ) ) #endif 而,queueQUEUE_TYPE_BASE也是定义的宏,即为:( uint8_t ) 0U 那么对付这个纠结的问题,我们以后可以直接调用 xQueueGenericCreate()函数,然后根据参数提示输入参数即可!! 当然如果对这个没有什么纠结的话,直接忽略。你可以随心所欲,为所欲为!!
个人分类: freeRTOS的点点滴滴|1 次阅读|0 个评论
分享 各种 电路板,FPGA,CPU,嵌入式,上位软件,等等 资源
5525 2016-7-9 10:12
tiankai001 资源大师的 资源, 相当有料。 http://home.eeworld.com.cn/?139222
529 次阅读|0 个评论
分享 一个合格的工程师应会这些软件
蓝光荣 2016-6-5 15:35
楼主只所以有这样的想法,是因为你根本没有用过allegro,cadence毫无疑问是最佳软 件,你没有学会你会说他麻烦,做焊盘负责,可这种初中生都会做的焊盘,你会学不会吗?用完allegro 和orcad你对pads和ad的所以疑问都会消失,因为他们都是同样的烂,不过我个人觉得pads拉线上还是不 错的,所以这个事情没必要纠结,一个合格的工程师应会这些软件99 ad10 pads9.5 cadence16.5全部 会用,只是哪一个更熟练而已,你之所以纠结,在于你还不会用,想着学别的是浪费时间,可实际上,软 件都是相通的,根植于其中的思想才是最重要的。
269 次阅读|0 个评论
分享 参考网上相关资料,进行额外补充:使用FDT批量烧写,只需更换板子,不需要手动点击鼠 ...
北北 2015-7-31 11:27
1. 在HEW工程文件夹中找到将用于通过FDT软件批量烧写的.mot文件,应知其所在的工程路径(后续制作脚本时会用到此路径)。 2. 新建一个 FDT工程,之后 在FDT工程文件夹中找到.AWS文件,应知其所在的工程路径(后续制作脚本时会用到此路径)。 3. 制作脚本文件: 3.1 脚本文件后缀为.fsf(可以先使用.txt制作,之后修改后缀)。 3.2 脚本内容: # EXAMPLE SCRIPT FILE # open this workspace and associated project # (for which the flash project wizard must have completed successfully) workspace E:\FDT proj\main_nostop\main\main.AWS # Ensure that comms is closed (in case previous attempt failed and didn’t disconnect) disconnect # erase all blocks erase device # download the file "C:\WorkSpace\R5F212A7\0011800212-fr001.mot" and verify that programming was OK # (script processing will stop if this verify fails) download E:\RES PROJ\test_proj\tg\main\main\Debug\main.mot|user|verify # get the checksum for the user area of the device checksum device # pause for 100 milliseconds pause 100 # disconnect from the device disconnect reset # Display message in output window #alert output|Programmed OK!!!!!!!!!!!!!!!!!!!!!!!! alert beep|Programmed OK!!!!!!!!!!!!!!!!!!!!!!!! pause 10000 # delete this script # (will stop FDT from running through the file again) # delete $script 3.3 注意: 3.3.1workspace E:\FDT proj\main_nostop\main\main.AWS :表示我的FDT工程中一文件的路径。 3.3.2 download E:\RES PROJ\test_proj\tg\main\main\Debug\main.mot|user|verify : 表示我的HEW工程中.MOT的路径。 3.3.3 pause 10000:表示10秒钟,在这段时间可以更换板子,根据手操作的快慢可以修改该值。 其他无需改变。 以上制作脚本文件完成。 4. 用E8a连接上带有MCU的电路板,系统上电。 5. 打开FDT软件,打开之前新建的工程, 选择Tools--wait for script--new configuration 在script框的右边点击file,调入上边编写的脚本文件。 在Error Handling框中选择Continue。(按照网上的资料,没有这一项,我试了之后不成功,加上了这一项,成功。) 6. 点击save,保存(此处不知为什么还要找到那个脚本文件,再次点击才能保存,比如软件会提示“ 已存在,要替换吗? ”然后点击“ 是 ”,好乱)。 7. 之后软件会提示是否运行,若点击是,则开始下载程序,下载完毕后,暂停10秒钟,可以利用这个时间,断电,换电路板,上电,时间一到, 开始自动下载程序。如此循环。 8. 若不再需要下载,点击cancel。 9. 以上经过验证,完全可以使用。 ---20150731 以下为转载原文: 出处:http://www.renesas-mcu.com/read-htm-tid-2345-fpage-3.html 瑞萨芯片当有很多板子需要批量烧写的时候,烧写完一块更换新的板子之后,都需要手动点以下烧写按钮才可以进行下一次的烧写, 有没有板子可以不需要重复点击鼠标就能实现呢,瑞萨的FDT烧写工具本身就带有这样的工具可以实现这样的批量烧写。 1、首先编写脚本文件;格式如下: 文件名为:*.fsf # EXAMPLE SCRIPT FILE # open this workspace and associated project # (for which the flash project wizard must have completed successfully) workspace C:\WorkSpace\R5F212A7\R5F212A7.AWS ----------该部分为烧写时FDT建立的工程路径 # Ensure that comms is closed (in case previous attempt failed and didn’t disconnect) disconnect # connect over the USB to the device with this Product ID + Bus ID connect USB|E8A|9IS025287|5.0|0.0 -------该部分为E8A序列号,后边的5.0,0.0是版本,可以不要。 # erase all blocks erase device # download the file "C:\WorkSpace\R5F212A7\0011800212-fr001.mot" and verify that programming was OK # (script processing will stop if this verify fails) download C:\WorkSpace\R5F212A7\**.mot|user|verify -----烧写文件路径,名称 # get the checksum for the user area of the device checksum device ------计算校验和 # pause for 100 milliseconds pause 100 ------延迟 # disconnect from the device disconnect ------断开 # Display message in output window #alert output|Programmed OK!!!!!!!!!!!!!!!!!!!!!!!! alert beep|Programmed OK!!!!!!!!!!!!!!!!!!!!!!!! --------烧写完提示信息(声音和文字) pause 5000 -----等待更换板子的时间,该时间根据你更换板子的快慢调整 # delete this script # (will stop FDT from running through the file again) #delete $script 2. 在FDT烧写工程中,选择Tools--wait for script--new configuration 在script框的右边点击file,调入上边编写的脚本文件 3. 点击save,保存。 4. 先连接好一块板子 5. 在FDT烧写工程中,选择Tools--wait for script--run configuration 后,选择步骤3中保存的文件。 好了,下边就可以开始进行自动烧写了,烧写完成会有声音提示后,则更换板子,这时不需要点击鼠标,FDT就可以自动烧写。 注: 1中脚本文件使用的时候,把--以及汉字部分都去掉,其中路径名字,都修改为你自己的就可以使用。。。
个人分类: 瑞萨MCU资料|577 次阅读|0 个评论
分享 IAR 软件430的编译器里面我们可以利用它内部的延时子程序来实现我们想要的高精度软件 ...
wateras1 2015-7-9 15:26
IAR 软件430的编译器里面我们可以利用它内部的延时子程序来实现我们想要的高精度软件延时,方法如下: (1):将以下这段代码复制到你的.C源文件中。 #define CPU_F ((double)8000000) #define delay_us(x) __delay_cycles((long)(CPU_F*(double)x/1000000.0)) #define delay_ms(x) __delay_cycles((long)(CPU_F*(double)x/1000.0)) (2):修改 在 #define CPU_F ((double)8000000) 语句里 8000000 修改成你当前MSP430 CPU的主频频率,即CPU的MCLK。 单位为HZ。本例中的8000000为MCLK=8MHZ 的意思。 (3):使用范例 delay_us(1); //1 微秒的延时 delay_ms(1); //1 毫秒的延时 delay_us(3.5); //延时3.5微秒 delay_ms(3.5); //延时3.5毫秒 delay_ms(1000); //延时1秒 直接调用,如:__delay_cycles(100),就延时100个时钟周期. 只能是常数,因为编译器会重新编译为汇编代码
个人分类: MSP430编程|259 次阅读|0 个评论
分享 如何培养新人
lanjin 2015-6-13 21:44
最近一位软件同事被派去车间搞生产,原因是硬件不熟悉,对产品结构以及细节了解不够,各个硬件波形不是很懂,所以要实习一段时间把整个产品结构了解清楚。现在由他来测板子信号正常与否以及维修有问题的板子。我来指导指导他如何测试板子。我发现他有个特点,就是有问题不自己去解决而是找我来解决,当我问他这么简单的问题怎么都没想到时他说他哪知道是这样,他之前又没弄过,我弄过所以我才知道。有一次维修板子,逆变板,四个桥,每个桥两个LED指示灯。有个桥的驱动芯片老坏,上电就坏,他换了好几个,都坏了,最后叫我去帮忙看怎么回事,我叫他把驱动芯片拆下来,然后上电看看,结果上电后一个LED不亮,我就说降压芯片有问题。我说这么明显的故障你怎么没排除。他说哪知道拆了驱动芯片LED亮与不亮。也就是说不知道LED和驱动芯片有什么关系。这我可以理解,没有电路图所以不知道电路结构。但是有个明显的问题,就是LED一个亮一个不亮,他应该能发现异常。为什么这么明显的现象他发现不了,即使不知道电路结构,测了那么多板子,两个LED那么耀眼他难道熟视无睹?现在出问题的板子只有一个LED亮,这么明显的现象还用找理由推脱说不知道LED不亮是不是有问题。对比法是实践的比较好的方法。拿一个标准的板子和有问题的板子,各个信号一对比就知道问题大概出在哪里。这是初中高中乃至大学都经常用的实验方法他却不懂得用了,你说我该怎么说他。最后把降压芯片换了就好了,驱动芯片也没烧,两个LED都亮,板子正常。新人难免会犯些错误。其实站在他的角度想问题,我也一样遇到过这样的事,就是对一个东西不熟悉的时候总感觉很不踏实,或者说疑问很多,这个波形是不是正常的,那个电压是不是正常的,管脚电阻值对不对。。。我都有过这些疑惑。但是这些问题我都会自己解决,自己查资料。现在我养成的习惯是能自己解决的自己解决,实在是解决不了再请教高人。只有这样才能养成自己的做事风格,独立思考是非常重要的。一有问题立即到处找人解决的肯定不是做技术的,而是做维修工的。因为做技术的都会自己钻研。做事风格不是一天两天就能形成的,得经历一段时间自己慢慢摸索。这个过程有点痛苦,因为没有外界帮助只能逼迫自己独立完成。但是一旦养成独立思考独立做事的风格那么你将能够独挡一面。再大的困难都不会使自己胆怯。
403 次阅读|0 个评论
分享 发现一个好用的F墙软件
wgsxsm 2015-6-2 19:18
点击这里-- http://jsq.hk/1uqu 每个月可以免费使用3G流量。很不错
个人分类: 网络资源|375 次阅读|0 个评论
分享 Altera SoC与Matlab的联合---第一步 软件安装与硬件测试
daxigua 2015-5-5 15:31
Altera SoC与Matlab的联合---第一步 软件安装与硬件测试
Altera SoC与Matlab的联合---第一步 软件安装与硬件测试 参考设计: http://cn.mathworks.com/help/hdlcoder/examples/getting-started-with-hardware-software-codesign-workflow-for-altera-soc-platform.html 在进行设计前,需要对 Altera SoCkit 开发板进行硬件的设置,详细过程请参考以上的链接。 采用 matlab 进行 FPGA 和 HPS 的设计需要下载安装连个支持包: 1.HDL Coder Support Package for Altera SoC Platform (支持 FPGA ) 2.Embedded Coder Support Package for Altera SoC Platform (支持 HPS ) 不知是什么问题, Embedded Coder Support Package for Altera SoC Platform 这个支持包一直下载不了,以致安装不上。(如果有哪位网友已经下载安装上的,交流下,万分感谢!) 以下是 FPGA 部分(由于第二个支持包安装不上,所以 HPS 部分待支持包安装上后在补充) u SIMULINK :建立模型 u Altera SoC :验证算法 Simulink 通过以太网和 Altera SoC 进行连接,可以再线配置 Altera SoC 的参数,同时获取 Altera SoC 处理结果的数据。 实验流程 设置 quartus ii 软件的路径 hdlsetuptoolpath( 'ToolName' , 'Altera Quartus II' , 'ToolPath' , 'C:\Altera\13.1\quartus\bin64\quartus.exe' ); 打开工程: open_system( 'hdlcoder_led_blinking_4bit' ); 出现下图: 右击 led_counter 模块, HDL Code HDL Workflow Advisor ,出现下图, 选择设置参数 运行目标板设置参数 配置目标板接口 生成 IP core IP core 产生报告 创建工程 生成软件接口模型 由于 HPS 的支持包没有下载成功,所以这一步完成不了,选择跳过。 生成 FPGA 下载比特流 下载比特流 由于 HPS 支持包下载安装不上,所以无法用 Matlab 实时控制 SOCkit 板。如果有安装并测试过 Embedded Coder Support Package for Altera SoC Platform 这个支持包的网友可以交流学习,谢谢!
个人分类: Matlab SOC|818 次阅读|0 个评论
分享 (>=sdk_v0.9.5)ESP8266 Compile and Download - 软件编译及烧录
wateras1 2015-4-16 22:50
(>=sdk_v0.9.5)ESP8266 Compile and Download - 软件编译及烧录
最近换了一份工作,告别了UHF RFID的固件研发,开始了WIFI的开发,最近看到一款国产的wifi模块,性价比不错,可惜就是文档整理的比较乱,结合官方的资料,分享下自己的观点,如果有问题也希望大伙指教。 本文说明基于 Espressif BBS 的编译环境 http://bbs.espressif.com/viewtopic.php?f=21t=86 Flash download Tool http://bbs.espressif.com/viewtopic.php?f=7t=25 关于如何使用 flash download tool: http://bbs.espressif.com/viewtopic.php?f=10t=362 编译与烧录的详细介绍可参考文档“2A-SDK-Espressif IoT SDK 使用手册” 位于 \esp_iot_sdk\document\ 编译步骤: (1) 运行 "./gen_misc.sh" (2) 然后根据提示进行选择. Bin 烧录介绍 烧录地址以 512KB flash 为例 如果您希望可以通过网络进行软件升级(云端升级),编译并烧录如下bin: (1) blank.bin,由Espressif 提供,烧录到0x7E000地址; (2) boot.bin,由Espressif 提供,烧录到0x00000地址;(目前官方最新的boot1.2.bin和bootv1.3.bin两个文件都可以运行,不过建议用bootv1.3.bin文件,这个文件可以在user1和user2之间相互切换,比较灵活) (3) user1.bin,如上编译生成,烧录到0x01000地址;( 其实在官方的SDKV1.0.0版本开始blank.bin文件需要烧录两个不同的地址0x7e000和0x3e000,不过仅仅烧录0x7e000也是可以运行的,blank.bin主要是配置一些wifi的参数 ) 说明: 烧录补充. (1) 推荐编译及烧录时,使用最新版本的boot(目前为 boot_v1.3) (2) 一般不需要烧录 user2.bin 到 Flash; user2.bin 可通过云端升级。 (3) 如果您使用 Espressif 的云端服务器, master_device_key.bin,向Espressif 云端服务器申请,烧录到0x3E000地址 如果您使用自己的服务器,则 不需要 烧录 master_device_key.bin 如果您不需要通过网络进行软件升级(云端升级),编译并烧录如下bin: (1) blank.bin,由Espressif 提供,烧录到0x7E000地址; (2) eagle.flash.bin,如上编译生成,烧录到0x00000地址; (3) eagle.irom0text.bin,如上编译生成,烧录到0x40000地址; 说明: 如果您使用 Espressif 的云端服务器, master_device_key.bin,向Espressif 云端服务器申请,烧录到0x3E000地址 如果您使用自己的服务器,则 不需要 烧录 master_device_key.bin 注意:这样编译烧录的软件,不能云端升级!
个人分类: ESP8266 WIFI|4771 次阅读|0 个评论

小黑屋|手机版|Archiver|电子工程世界 ( 京ICP证 060456

GMT+8, 2017-8-21 21:45 , Processed in 0.038187 second(s), 17 queries , Redis On.

Powered by EEWORLD电子工程世界

© 2017 http://bbs.eeworld.com.cn/

返回顶部