tag 标签: standard

相关博文
  • 热度 30
    2014-1-17 20:23
    1625 次阅读|
    0 个评论
    I was recently looking back at my first trip to Europe in 1992. We spent time in England, the Netherlands, Germany, Denmark, Sweden, Norway, and then Germany again and back to England over a three-week period. We slept on planes, boats, and trains. We managed to pull off this trip before we had cell phones or the Internet. It was also before the euro, so we were constantly exchanging money as we left and entered countries. We also fumbled with some language translation books when trying to communicate with the natives; there were no apps yet or devices to use them. The trip went very well. The only hiccup: We once got on a train going in the wrong direction. With the transportation infrastructure there, it didn't take too long to get back on the right track. The trip got me to thinking about communications and standards. (I know, what an engineering nerd thing to do, right?) Actually, I confess that is a little backward. Thinking about the P1687 proposed IEEE standard brought the European trip to mind. Why is that? The complexity of today's ICs is somewhat analogous to the complexities we encountered when planning and executing the trip. We had to deal with different travel methods, languages, currencies, and cultures in a condensed amount of time. Complex ICs contain many different parts and pieces that have to work together. These can include multiple power levels, on-chip clocks, tons of memories, CPUs, protocols, lots of IP (intellectual property and, in some cases, Internet protocol), sensors, and more.   IJTAG lets all IP speak the same language. I work in the design-for-test area, so I can attest that finding a way to access, integrate, and test the different parts and pieces of an IC is quite a challenge. I believe that IEEE P1687 is a great help and enabler for designers and test engineers to accomplish their tasks. P1687, sometimes call IJTAG (the "I" stands for "internal") works along with the IEEE 1149.1 standard JTAG interface prevalent on most ICs. IJTAG is basically an IP and test procedure reuse methodology. It provides a general-access test mechanism to the embedded IP within all levels of the design hierarchy. Having IJTAG compliant IP and test instruments in a design greatly simplifies complex test procedures. Test procedures or sequences written at the IP interface level can be remapped automatically to the top level of the design, regardless of where the IP sits in the hierarchy. All the IP throughout the design can be integrated into a test network that most efficiently completes the testing of all the pieces. In essence, using IJTAG compliant IP in the design means all the parts will speak the same language. Communication and productivity go up in a way similar to how the euro made it easier to travel among many European countries. For a more detailed explanation of how IJTAG works, I encourage you to view this short video. If you really want to know the details of the IEEE P1687 proposed standard, then see the details. Much as IJTAG can make IP access, control, and test easier, I expect my next visit to Europe to be easier now that we have cell phones, the Internet, apps, and the euro. I think I'll head for the southern countries, and it will be more of a relaxing holiday. It should be a breeze with the tools and standards now available. Bruce Swanson Technical Marketing Engineer Mentor Graphics  
  • 热度 25
    2013-9-4 18:36
    1924 次阅读|
    0 个评论
    Part 1 focused on the concept of IP being a partnership between the IP supplier and the user. Part 2 asked whether IP is too complex for start-ups. In Part 3 , we looked at IP and sub-systems. Taking part in this discussion are: Mike Gianfagna, vice president of corporate marketing at Atrenta; Warren Savage, CEO of IPextreme; John Koeter, vice president of marketing at the solutions group of Synopsys; and Chris Rowen, Cadence Fellow and CTO of Tensilica. Brian Bailey: We talked about standards as they relate to the hardware interfaces. What about standards within IP itself—how we package them, how we ship them, how they integrate? John Koeter: There's a lot of standards such as GDSII, LEF, .lib files, Verilog... Warren Savage: Those are all driven from EDA compatibility. They're not functional in any form... Brian Bailey: We've got IP-XACT, System RTL, but that's about it at the moment, isn't it? Warren Savage: Somebody from one of the large semiconductor companies said to me, where are the standards on deliverables? We work with the GSA IP working group, and it's a topic that comes up. But when you talk about deliverables, it doesn't seem like anyone's doing anything dramatically different from the other guys. It seems like it's not that big of a problem, although people would love it to be checklist-based with a standard road map. Mike Gianfagna: That's one of the things that is on our road map. We've done a lot of work verifying the completeness of IP—now what about packaging, creating a package that allows it to be reusable? How do you leverage what you know to the next step? That is something that we're working on. But is there a standard out there? No. Chris Rowen: The hardware side has turned out to be easier than the software side. I was surprised in the evolution of Tensilica that we so easily satisfied the expectations of the hardware teams in terms of deliverables. With soft IP, if you're delivering RTL and test benches and verification environments and exhaustive documentation and scripts for every known CAD tool, you're in pretty good shape. But on the software side in terms of compilers, debuggers, 14 different RTOSes, all these different graphical user interfaces, 10 different debug ports—it's an unbounded number of things. Getting people to stabilise their expectations on the software side is actually taking longer. That's the beauty of software; it doesn't have any hard limits in terms of what people expect it to be and do. They expect it to do anything, anytime, anywhere, and support the beta standard that was never thought of at the time that we originally signed the deal. Brian Bailey: Two of our panelists are IP developers now within large EDA companies. Does that create any problems? Chris Rowen: I think the only answer I can make at this point is it's too soon to know. John Koeter: There are firewalls where appropriate. Our services organisation, field organisation, and our tools work with ARM cores—hardening ARM cores, often using or perhaps using ARM libraries, or memories. We have firewalled that off from any access to the IP groups. We don't allow certain groups to talk to other groups, because there may be a conflict of interest. It is something you have to be good at. Chris Rowen: Right, and I think that the situation for Tensilica is really the dual of what John says—the EDA industry has worked out some principles for handling this kind of situation and they seem to be allowing customers to be successful, and that's the important thing.   Brian Bailey EE Times
  • 热度 24
    2013-9-4 18:35
    1796 次阅读|
    0 个评论
    Part 1 looked into the idea of IP being a partnership between the IP supplier and the user. Part 2 asked whether IP is too complex for start-ups. In Part 3 , we looked at IP and sub-systems. Taking part in this discussion are: Mike Gianfagna, vice president of corporate marketing at Atrenta; Warren Savage, CEO of IPextreme; John Koeter, vice president of marketing at the solutions group of Synopsys; and Chris Rowen, Cadence Fellow and CTO of Tensilica. Brian Bailey: We talked about standards as they relate to the hardware interfaces. What about standards within IP itself—how we package them, how we ship them, how they integrate? John Koeter: There's a lot of standards such as GDSII, LEF, .lib files, Verilog... Warren Savage: Those are all driven from EDA compatibility. They're not functional in any form... Brian Bailey: We've got IP-XACT, System RTL, but that's about it at the moment, isn't it? Warren Savage: Somebody from one of the large semiconductor companies said to me, where are the standards on deliverables? We work with the GSA IP working group, and it's a topic that comes up. But when you talk about deliverables, it doesn't seem like anyone's doing anything dramatically different from the other guys. It seems like it's not that big of a problem, although people would love it to be checklist-based with a standard road map. Mike Gianfagna: That's one of the things that is on our road map. We've done a lot of work verifying the completeness of IP—now what about packaging, creating a package that allows it to be reusable? How do you leverage what you know to the next step? That is something that we're working on. But is there a standard out there? No. Chris Rowen: The hardware side has turned out to be easier than the software side. I was surprised in the evolution of Tensilica that we so easily satisfied the expectations of the hardware teams in terms of deliverables. With soft IP, if you're delivering RTL and test benches and verification environments and exhaustive documentation and scripts for every known CAD tool, you're in pretty good shape. But on the software side in terms of compilers, debuggers, 14 different RTOSes, all these different graphical user interfaces, 10 different debug ports—it's an unbounded number of things. Getting people to stabilise their expectations on the software side is actually taking longer. That's the beauty of software; it doesn't have any hard limits in terms of what people expect it to be and do. They expect it to do anything, anytime, anywhere, and support the beta standard that was never thought of at the time that we originally signed the deal. Brian Bailey: Two of our panelists are IP developers now within large EDA companies. Does that create any problems? Chris Rowen: I think the only answer I can make at this point is it's too soon to know. John Koeter: There are firewalls where appropriate. Our services organisation, field organisation, and our tools work with ARM cores—hardening ARM cores, often using or perhaps using ARM libraries, or memories. We have firewalled that off from any access to the IP groups. We don't allow certain groups to talk to other groups, because there may be a conflict of interest. It is something you have to be good at. Chris Rowen: Right, and I think that the situation for Tensilica is really the dual of what John says—the EDA industry has worked out some principles for handling this kind of situation and they seem to be allowing customers to be successful, and that's the important thing.   Brian Bailey EE Times
  • 热度 21
    2010-5-26 15:21
    1571 次阅读|
    0 个评论
    技术文档:Windows Embedded Standard7组件化、工具和映像创建 Windows Embedded Standard7概述 技术文档:Windows Embedded Standard7组件化、工具和映像创建。本文档将Windows Embedded Standard 7与 Windows Embedded Standard 2009在组件化、工具和映像创建等方面的对比 概述 本文介绍了Windows Embedded Standard 2009和Windows Embedded Standard 7在组件化、工具和映像构建流程等方面的部分不同。目的是使用户深入了解这两款 嵌入式产品 之间的差异,以及这两款产品在创建和部署 嵌入式 设备映像时在功能、工具和用户整体体验方面的部分不同。 组件化对比 本文将比较Windows Embedded Standard 2009和Windows Embedded Standard 7在以下方面的不同: ·    组件架构 ·    功能集包 ·    驱动程序包 ·    语言包 ·    组件依赖关系 ·    宏组件与模板 ·    SMI(Settings Management Infrastructure,设置管理架构)的设置与配置设置 ·    嵌入式功能(EEFs) ·    客户化组件支持 文档下载 http://www.msembed.com/upload/Windows_Embedded_Standard_7_VS_2009.doc 更多信息 Windows Embedded Standard7讨论区请猛击:http://bbs.msembed.com/WindowsStandard7/list.aspx Windows Embedded Standard7专题请猛击: http://www.msembed.com/WindowsEmbeddedStandard7
相关资源
  • 所需E币: 0
    时间: 2023-12-15 14:32
    大小: 1.52MB
    上传者: powerstd
    IPC-9797A_EN_2023Press-FitStandardforAutomotiveRequirementsandOtherHigh-ReliabilityApplications 
  • 所需E币: 1
    时间: 2023-4-27 09:37
    大小: 11.91MB
    StandardCodecs-ImageCompressiontoAdvancedVideoCoding,IEEEPress
  • 所需E币: 1
    时间: 2022-7-23 18:15
    大小: 1.53KB
    上传者: Argent
    QuadratureInputforStandardCPM1ADCInputs
  • 所需E币: 1
    时间: 2022-7-23 10:34
    大小: 107.72KB
    上传者: Argent
    CompactLogixPVStandardDnetPolledDataTransfer
  • 所需E币: 1
    时间: 2022-7-23 10:34
    大小: 116.42KB
    上传者: Argent
    StandardMotionStartingPoint
  • 所需E币: 0
    时间: 2022-5-5 12:06
    大小: 6.19MB
    IEEEStd1364-2005IEEEStandardforVerilog®HardwareDescriptionLanguage
  • 所需E币: 0
    时间: 2022-1-25 16:43
    大小: 1.56MB
    上传者: samewell
    Oreilly-PythonStandardLibrary.pdf
  • 所需E币: 0
    时间: 2020-9-3 01:43
    大小: 1.18MB
    上传者: kaidi2003
    PADS为您的创作激情保驾护航Altium®到PADS®Standard转换指南
  • 所需E币: 5
    时间: 2019-12-25 17:03
    大小: 263.85KB
    上传者: 2iot
       Withtheeverincreasingdemandforhighbandwidthandlowpowerconsumptioninthetelecommunicationsmarket,designersarerelyingondifferentialstandardssuchasLVDStoacceleratetheirI/Operformance.LVDS,alow-voltageswing,general-purposeI/Ostandard,hashighspeed,low-power,andlow-noiseadvantages.WiththeincorporatedFlexible-LVDSTMandTrue-LVDSTMcircuitryinMercuryTMdevices,designerscaneasilyusetheadvantagesofLVDStocreatehighperformancesystems. ……
  • 所需E币: 3
    时间: 2019-12-25 15:03
    大小: 497.35KB
    上传者: 微风DS
    StatisticsandprobabilityareusedinDigitalSignalProcessingtocharacterizesignalsandtheprocessesthatgeneratethem.Forexample,aprimaryuseofDSPistoreduceinterference,noise,andotherundesirablecomponentsinacquireddata.Thesemaybeaninherentpartofthesignalbeingmeasured,arisefromimperfectionsinthedataacquisitionsystem,orbeintroducedasanunavoidablebyproductofsomeDSPoperation.Statisticsandprobabilityallowthesedisruptivefeaturestobemeasuredandclassified,thefirststepindevelopingstrategiestoremovetheoffendingcomponents.Thischapterintroducesthemostimportantconceptsinstatisticsandprobability,withemphasisonhowtheyapplytoacquiredsignals.CHAPTERStatistics,ProbabilityandNoise2StatisticsandprobabilityareusedinDigitalSignalProcessingtocharacterizesignalsandtheprocessesthatgeneratethem.Forexample,aprimaryuseofDSPistoreduceinterference,noise,andotherundesirablecomponentsinacquireddata.Thesemaybeaninherentpartofthesignalbeingmeasured,arisefromimperfectionsinthedataacquisitionsystem,orbeintroducedasanunavoidablebyproductofsomeDSPoperation.Statisticsandprobabilityallowthesedisruptivefeaturestobemeasuredandclassified,thefirststepindevelopingstrategiestoremovetheoffendingcomponents.Thischapterintroducesthemostimportantconceptsinstatisticsandprobability,withemphasisonhowtheyapplytoacquired……
  • 所需E币: 4
    时间: 2020-1-4 12:59
    大小: 573.17KB
    上传者: rdg1993
    绝对内部资料……
  • 所需E币: 5
    时间: 2020-1-6 12:01
    大小: 260.58KB
    上传者: 微风DS
    marking-infineon官方资料-2006MarkingforSmallSignalDiscretesStandardTypesMarkingListsortedbyTypes1MarkingListsortedbyTypesTable1MarkinglistTypeMarkingTypeMarkingBA592SBAR88-02LUUBA595RBAR88-02LRHU8BA779PABAR88-02VUBA885PABAR88-07LRHT8BA892AABAR88-098LRH98BA892-02LAABAR88-099L4USBA892-02VA……
  • 所需E币: 4
    时间: 2019-12-24 23:46
    大小: 3.38MB
    上传者: quw431979_163.com
    Verilog2001标准文档IEEEStd1364-2001(RevisionofIEEEStandardsIEEEStd1364-1995)IEEEStandardVerilogHardwareDescriptionLanguageIEEEComputerSocietySponsoredbytheDesignAutomationStandardsCommitteePublishedbyTheInstituteofElectricalandElectronicsEngineers,Inc.3ParkAvenue,NewYork,NY10016-5997,USA……
  • 所需E币: 3
    时间: 2019-12-24 19:06
    大小: 164.31KB
    上传者: wsu_w_hotmail.com
    摘要:收缩地方电子电路对电源的要求保持同步。PCMCIA卡格式迫使设计师考虑转换器拓扑结构,并保持监督的眼睛,满足超薄设计要求的组件。此教程讨论PMICIA卡的转换器设计。超薄设计,文章建议线性稳压器,电荷泵和基于电感的开关稳压器。数转换器的弱点的优势拓扑结构进行了分析。Maxim>AppNotes>BatteryManagementPower-SupplyCircuitsKeywords:PCMCIA,PCMemoryCardInternationalAssociation,Type-1PCMCIA,3.3VPC-cardstandard,3Vto5Vconverter,step-upDC-Jan31,2001DCconverter,powersupply,PWMboostregulator,PFMboostregulator,step-downregulator,chargepump,negativechargepump,GaAsFET,flybackconverter,SEPICAPPLICATIONNOTE658ChoosetheRightUltra-ThinDC-DCConverterforaCompactPCMCIACardAbstract:Shrinkingelectroniccircuitsplacedemandsonpowersuppliestokeeppace.ThePCMCIA-cardformatsforcedesignerstoconsiderconvertertopologiesandkeepawatchfuleyeforcomponentsthatmeetultra-thindesignrequirements.ThistutorialdiscussesconverterdesignsforPMICIAcards.Forultra-thindesigns,thearticler……
  • 所需E币: 5
    时间: 2019-12-24 18:54
    大小: 1.35MB
    上传者: 微风DS
    【应用笔记】AN512:使用StratixIII器件的设计安全特性(AN512:UsingtheDesignSecurityFeatureinStratixIIIDevices)在如今的充满高度竞争的商业和军事环境中,对数字设计师们来说设计安全来说是一个重要的考量。Intoday’shighlycompetitivecommercialandmilitaryenvironments,designsecurityisbecominganimportantconsiderationfordigitaldesigners.AsFPGAsstarttoplayaroleinlargerandmorecriticalsystemcomponents,itisevermoreimportanttoprotectthedesignsfromunauthorizedcopying,reverseengineering,andtampering.Stratix®IIIdevicesaddresstheseconcernswiththeabilitytodecryptaconfigurationbitstreamusingthe256-bitAdvancedEncryptionStandard(AES)algorithm,anindustrystandardencryptionalgorithm.AN512:UsingtheDesignSecurityFeatureinStratixIIIDevicesMarch2009AN-512-1.1IntroductionIntoday’shighlycompetitivecommercialandmilitaryenvironments,designsecurityisbecominganimportantconsiderationfordigitaldesigners.AsFPGAsstarttoplayaroleinlargerandmorecriticalsystemcomponents,itisevermoreimportanttoprotectthedesignsfromunauthorizedcopying,reverseengineering,andtampering.StratixIIIdevicesaddresstheseconcernswiththeability……
  • 所需E币: 5
    时间: 2019-12-24 18:22
    大小: 86.16KB
    上传者: 238112554_qq
    摘要:本应用笔记讨论接口差分HSTL(高速收发器逻辑)输出到PECL(正射极耦合逻辑)输入条件。Maxim>AppNotes>COMMUNICATIONSCIRCUITSKeywords:HSTL,PECL,highspeed,interfacestandards,differentialHSTL,highspeedtransceiverlogic,JedecSep27,2002standard,Jedecstd,differentialAPPLICATIONNOTE1752ApplyingHSTLSignalstoPECLInputDevicesAbstract:ThisapplicationnotediscussestheconditionsforinterfacingdifferentialHSTL(High-SpeedTransceiverLogic)outputstoPECL(PositiveEmitterCoupledLogic)inputs.PECLandHSTLaretwoofthehigh-speedinterfacestandardsincommonuse.PECL(positivesupplyreferredECL)isanolderstandardthanHSTLandwasdevelopedasahigherspeedalternativetotheTTLlogicstandards.HSTLwasdefinedasaninterfacestandardfordigitalintegratedcircuits.Thetwostandardsarenotdirectlycompatible.SomePE……
  • 所需E币: 5
    时间: 2019-12-24 18:19
    大小: 137.92KB
    上传者: wsu_w_hotmail.com
    摘要:本应用笔记认为数据表集成电路(ICS)的运作。它讨论的陷阱,谁没有经历过墨菲定律,这是任何可能出错,错误将可能出现的最坏的时间去等待工程师。文章回顾经验和无经验的工程师的思维过程,以及他们如何才能使电路对环境的污染,无线电频率干扰,静电放电泄漏免疫。Maxim>AppNotes>DigitalPotentiometersPrototypingandPC-BoardLayoutKeywords:inexperiencedengineer,leakage,environmentalcontamination,radiofrequency,interference,electrostaticSep28,2009discharge,guardbands,sigma,standarddeviationspecification,automatictestequipment,ATE,secondguaranteedsimulation,designtemperatureAPPLICATIONNOTE4429Murphy'sLawandtheRisksofDesigning"OffDataSheet"By:BillLaumeister,StrategicApplicationsEngineerAbstract:Thisapplicationnoteconsidersoff-data-sheetoperationofintegratedcircuits(ICs).ItdiscussesthepitfallsawaitingengineerswhohavenotexperiencedMurphy'sLaw,whichisanythingthatcangowrong,willgowrongattheworstpossibletime.Thearticlereviewsthethoughtprocessofan……
  • 所需E币: 3
    时间: 2020-1-9 14:17
    大小: 389.88KB
    上传者: 微风DS
    (多年經驗總結)FPCLayoutStandardCareer1.¤P°tu±Kפ§s±¤èCAREERFPCDESIGNGUIDEINDUSTRIALCO.,LTD.FIG1FIG2NOGOOD2.¤P°tu±Kפ§s±¤èGOODFIG3FIG4NOGOOD3.LandPu¤§s±¤èGOODFIG5FIG6FIG7NOGOOD*.u,±KפB"-¤GOOD"(SMOOTH)BzGOODPAGE1Career4.LandPu¤§s±¤èCAREERFPCDESIGNGUIDEINDUSTRIALCO.,LTD.FIG8FIG9NOGOOD(1).s§é¤O(2).±N¤§ê¤,±Ni@ANNULAR-RING§°k¤§èFPC-@§éANNULAR-RING-±nL¤p,B§@GOODSMOOTHBz,Lk¨üFPCLAND,B[HSMOOTHFIG10FIG11GOOD(3).FIG10be\dò¤±Nu[qy~,¤]i°FPC-@§é(4).FIG11§ANNULAR-RING°¤è§,B§@GOODSMOOTHBz,°i°üwLAND,Bu[,°¨]-pPAGE2Career5.kI]-p±jCAREERFPCDESIGNGUIDEINDUSTRIALCO.,LTD.COVERLAYOPENINGFIG12±jFIG13-±jNOGOOD(1).[e\íANNULAR-RINGY¤ppad,[±jkI¤OBETTERCVERLAYOPENINGH¨COVERLAYCOVE……
  • 所需E币: 3
    时间: 2020-1-10 09:38
    大小: 1.48MB
    上传者: givh79_163.com
    C语言必备资料:您看过了吗?,C90-CStandard(ISOIEC9899-1990)……
  • 所需E币: 5
    时间: 2020-1-13 09:57
    大小: 431.77KB
    上传者: rdg1993
    BritishstandardforEMCLicensedCopy:IntertekTestingServicesETLSEMKO,IntertekTestingServ,26June2002,UncontrolledCopy,(c)BSIBritishStandardAsinglecopyofthisBritishStandardislicensedtoIntertekTestingServicesETLSEMKO26June2002Thisisanuncontrolledcopy.EnsureuseofthemostcurrentversionofthisdocumentbysearchingBritishStandardsOnlineatbsonline.techindex.co.ukBRITISHSTANDARDBSEN61000-3-2Ed.2:2001IEC61000-3-2Ed.2:2000LicensedCopy:IntertekTestingServicesETLSEMKO,IntertekTestingServ,26June2002,UncontrolledCopy,(c)BSIElectromagneticcompatibility(EMC)―Part3-2:Limits―Limitsforharmoniccurrentemissions(equipmentinputcurrentuptoandincluding16Aperphase)TheEuropeanStandardEN61000-3-2Ed.2:2000hasthestatusof……