digital pulse processing DPP on a field programmable gate array FPGA performing pulse height anaWord下载.docx

digital pulse processing DPP on a field programmable gate array FPGA performing pulse height anaWord下载.docx

《digital pulse processing DPP on a field programmable gate array FPGA performing pulse height anaWord下载.docx》由会员分享，可在线阅读，更多相关《digital pulse processing DPP on a field programmable gate array FPGA performing pulse height anaWord下载.docx（34页珍藏版）》请在冰豆网上搜索。

AbstractAbstract|Figures/TablesFigures/Tables|ReferencesReferences

Abstract

Alocalcontrolanddataacquisition（CDAQ）sub-systemforgamma-rayspectroscopydiagnosticsisbeingdevelopedfortheJET-EP2enhancements.TheHardwareimplementationisbasedontheAdvancedTelecommunicationsComputingArchitecture™（ATCA™）andwillpermitacquisitionataveryhighcountrate（uptofewMHz）withdigitalpulseprocessing（DPP）onafieldprogrammablegatearray（FPGA）performingpulseheightanalysis（PHA）,pulseshapediscrimination（PSD）andpile-uprejection（PUR）algorithms.

ThispaperpresentstheCDAQsoftwareimplementation,whichisbasedontheFireSignalplatformdevelopedbytheEuratom/ISTAssociation.TheFireSignalisbasedonaclient/servermodularapproach,whereboththeserverandthehardwareclientsaredefinedbyagenericXMLdescription.Itsevent-drivenoperationisdynamictherebypermittingcontinuouscontrolanddataacquisitionand‘plug-and-play’ofclients/hardware.TheFireSignalisbeingextendedtointerfacethediagnosticsub-systemstotheJETCODASHTTPdata/eventtransportlayerandtointegratethediagnosticsspecificrequirementsincludingthehardwaredevicedrivers,real-timespectroscopyprocessingandlocalcontroloperation.

ArticleOutline

1.Introduction

2.FireSignal

2.1.Nodemodule

2.2.Clientmodule

2.3.ATCAinterfacetoFireSignal

3.JETdiagnosticcontrol

4.ConnectionbetweenFireSignalandJET

5.Conclusions

Acknowledgements

References

Purchase

$27.95

292

Engineeringframeworkforagent-basedmanufacturingcontrol 

EngineeringApplicationsofArtificialIntelligence,Volume19,Issue6,September2006,Pages625-640

JoseL.MartinezLastra,ArmandoW.Colombo

MAS（multi-agentsystems）andHMS（holonicmanufacturingsystems）areenablingthevisionofthePlug&

PlayFactoryandpavingthewayforfutureautonomousproductionsystems.Thispaperreviewsthestateoftheartinimplementationsofagent-basedmanufacturingsystems,andidentifiesthelackofengineeringtoolsasatechnologicalgapforwidespreadindustrialadoptionoftheparadigm.Thelackoftoolslimitstheimplementationofagent-basedmanufacturingsystemswithinreachofonlyahandfulofdomainexperts.Oneofthecurrentchallengesforthedesignandimplementationofintelligentagentsisthesimulationandvisualizationoftheagentsocieties.Thisissueissignificantassoonasthesoftwareagentisembeddedintoamechatronicdeviceormachineresultinginaphysicalintelligentagentwith3D-mechanicalrestrictions.Thesemechanicalrestrictionsmustbeconsideredinthenegotiationsbetweenagentsinordertocoordinatetheexecutionofphysicaloperations.Thispaperpresentsanengineeringframeworkthatcontributestowardsovercomingtheidentifiedtechnologygap.Theframeworkconsistsofacomprehensivesetofsoftwaretoolsthatfacilitatethecreation,simulationandvisualizationofagentsocieties.The3Dframeworkisinnovativeinfullyemulatingthedeployedagents,recreatingmulti-agentnegotiationsandsocietiesthatcoordinateandexecutecontrolofassemblyoperations.Thedocumentedresearchdescribesthemethodologyforthe3Drepresentationofindividualphysicalagents,therelatedidentifiedobjectspresentintheinteractionprotocols,andtheassemblyfeaturesandclusteringalgorithms.

2.Agent-basedmanufacturingcontrol

2.1.Collaborativeindustrialautomation

2.2.Agent-basedcontrolstateoftheart

2.2.1.Architecturesanddemonstrators

2.2.2.Simulationtools

2.3.Furtherworkrequired

3.Actor-basedassemblysystemsarchitecture

3.1.Architectureoverview

3.2.Intelligentphysicalagents:

actors

3.3.Agentsocieties:

ABASsystems

3.3.1.Location

3.4.Actorcontactfeatures

3.4.1.Contactdetectionalgorithm

3.4.2.Workingdimensionamplification

4.ABASengineeringframework

4.1.ABASWorkBench

4.2.ABASViewer

4.3.ActorBlueprint

4.4.Casestudies:

insertionandscrewingassemblyprocesses

5.Conclusionsandlessonslearned

Vitae

$24.95

293

AWeb-enabledvirtualrepositoryforsupportingdistributedautomotivecomponentdevelopment 

AdvancedEngineeringInformatics,Volume18,Issue3,July2004,Pages173-190

DaveBrown,DavidLeal,ChrisMcMahon,RoseCrossland,JanardanDevlukia

Thispaperdescribesaweb-enabledrepositorysystemthathasbeendesignedforsupportingdistributedautomotivecomponentdevelopment.Therepositoryisbasedonanintegratedproductandprocesslife-cycleinformationmodel,derivedfromISOstandardsandusingEPISTLEgenericentitymodellingprinciples.Thiscoremodelcanbeusedwithreferencedatalibraries,suchasforactivities,components,documentsandproperties.Thescopeandcharacteristicsofthemodelaredescribed,alongwithitsrelationtostandardproductdatamodelsandclassificationschemes.Componentdesignandanalysisrepresentationalmodelsarereferencedasresourcesthroughdocumentmeta-data,withvirtualaccessviatherepository.ThemodellingapproachiscompatiblewiththecurrentdevelopmentofontologiesandtopicmapsfortheSemanticWeb,withaninter-operabilityrouteviatheResourceDescriptionFramework（RDF）.Thepaperalsoprovidesanoutlineofthesystemarchitecture,theassociatedWebtoolsandtheBusinessObjectlibraryforbuildingclient-serverapplications.Anindustrialapplicationforfatiguestudiesisdescribed,illustratingcomparisonofanalysisandtestdata,repositorysearchandprovisionofbestpracticeadvice.Theaimistoproduceaflexiblesystemthatcanbepopulatedandextendeddirectlybyengineers,shieldingthemfromthedetailsoftheinformationmodel.

2.Modellingbackground

2.1.Genericentitymodellingandontologies

3.Informationmodeldescription

3.1.Generalfeaturesofthemodel

3.1.1.UseoftheEPISTLEprinciples

3.1.2.Classificationstructure

3.1.3.Useofassociations

3.1.4.Compositionandversioning

3.1.5.Attributes,propertiesandstate

3.1.6.Maintaininganetworkofassociations

3.1.7.Collections

3.2.Activities

3.3.Componentsandfeatures

3.3.1.Compositionsandconnections

3.3.2.Designrepresentations

3.4.Documents

3.5.Populatingwithclasslibraries

3.5.1.Standardschemes

3.5.2.Basisforclassification

3.6.RelationtoRDFandTopicMaps

3.6.1.ComparisonwithRDF（S）

3.6.2.Comparisonwithtopicmaps

4.ImplementationoftheVirtualRepository

4.1.Systemarchitecture

4.1.1.Linkstothejobdescriptionsystem（JDS）andbestpracticeadvisor（BPA）

4.1.2.TheBusinessObjectLibrary（BOL）

4.2.DataManagerfeatures

5.Examplesofdatamanagerapplicationandretrievalfeatures

5.1.Browsingandsearchingrepositorydata

5.2.Comparinganalysisandtestdata

6.Evaluation

6.1.Benefitsofthedevelopmentapproach

6.1.1.Flexibility

6.1.2.Reuseanddatamining

6.1.3.Life-cyclemanagement

6.2.Drawbacks

7.Industrialapplication

7.1.Widerapplication

8.Conclusions

$41.95

294

HeiDATAProVIT—Heidelbergdataarchiving,tagassembling,processingandvisualizationtool 

ComputerMethodsandProgramsinBiomedicine,Volume73,Issue1,January2004,Pages61-70

MatthiasSchablowski,JoachimSchweidler,Rü

digerRupp

Thedemandsthathavetobemetbysoftwaretoolsforbiomedicaldataevaluationstronglydifferdependingonthebackgroundoftheirapplication.Inclinicalroutineemphasisisplacedoneaseofhandlingandapplicationofstandardizedprocedures,whereasinbiomedicalresearchthemainfocusliesonflexibilityandextensibility.Thesecontradictoryrequirementsarereflectedbythedesignprinciplesofexistingsoftwaresolutions:

programsforroutineapplicationarebarelyextensibleormodifiablebytheuserandthecomplexityofhighlyflexibledataprocessingtoolsforresearchpurposeshamperstheapplicationofnewmethodstolargerdatavolumes.Thisgapposestechnicaldifficultiestothetransferofmethodsfromresearchintoclinicalroutine.Thesoftwarewepresentinthispaperbridgesthisdiscrepancybyincorporatingtwodifferentlevelsofapplication.Thelowerleveloffersoptionstointegratecustomwritten

®

processingroutinesandtoaddnewevaluationschemestoapoolofexistingprocedures.Thehigherlevelallowsforperformingstandardevaluationsbyaccessingandapplyingthesepreviouslydefinedprocedures.Fourbasicconceptswereintroducedtoensurethattheprogramisbothmaximallyflexibl