norsk språk
Visninger: 0 Forfatter: Jkongmotor Publiseringstidspunkt: 2026-09-24 Opprinnelse: nettsted
Ultrakompakte AGV-er og AMR- er endrer måten mobile roboter er designet for varehus, fabrikker, sykehus, butikklokaler, laboratorier og andre miljøer med begrenset plass. I motsetning til konvensjonelle autonome mobile roboter som har god plass til motorer, girkasser, eksterne stasjoner, kabling og kontrollelektronikk, må ultrakompakte plattformer levere de samme essensielle bevegelsesfunksjonene i en mye mindre mekanisk konvolutt.
Det gjør drivsystemet spesielt viktig.
For mange kompakte mobile roboter integrert børsteløs nav servomotor kan en kombinere motoren, drivelektronikken, tilbakemeldingssystemet og hjulet til en enkelt kompakt enhet. I stedet for å designe en drivlinje rundt flere separate komponenter, kan vi bygge bevegelsessystemet rundt en hjulintegrert drivmodul.
Men å velge riktig navservomotor er ikke bare et spørsmål om å velge den minste motoren som passer.
Vi må vurdere hjuldiameter, nominell dreiemoment, toppmoment, kjøretøyvekt, nyttelast, akselerasjon, driftshastighet, batterispenning, kontrollprotokoll, tilbakemeldingsnøyaktighet, termisk ytelse, beskyttelsesvurdering, mekanisk installasjon, bremsekrav og driftssyklus.
Denne veiledningen forklarer de viktigste valgfaktorene for ultrakompakte AGV-er og AMR-er og viser hvordan man kan evaluere en integrert børsteløs navservomotor fra et faktisk systemdesignperspektiv.
Ultrakompakte AGV-er og AMR-er er autonome mobile roboter designet for å operere der konvensjonelle mobile plattformer har vanskeligheter med å passe.
Typiske bruksområder inkluderer:
Små lagertransportroboter
Hylle-til-person plukkeroboter
Sykehusleveringsroboter
Laboratorietransportplattformer
Roboter for detaljhandel
Kompakte inspeksjonsroboter
Fabrikkens materialhåndteringsroboter
Automatiserte vogner
AMR-er under rack
Smalgang mobile roboter
Små pakketransportroboter
Samarbeidende mobile plattformer
Den definerende egenskapen er ikke bare den totale robotstørrelsen. Drivverket må også passe innenfor et svært begrenset mekanisk rom.
For eksempel kan en kompakt AMR trenge å plassere drivhjulene sine inne i et chassis, samtidig som det er tilstrekkelig internt volum for batteriet, kontrolleren, sensorene, kommunikasjonselektronikken, løftemekanismen og nyttelasten.
Hver millimeter betyr noe.
En tradisjonell arkitektur med motor, girkasse, koder, ekstern servodrift, brems og stort ledningsnett kan ta betydelig plass. Dette er en av grunnene til at integrerte nav servomotorer har blitt attraktive for kompakt mobil robotikk.
|
|
|
|
|
|
|
Integrert DC-servomotor med brems |
|
|
|
|
|
|
|
|
|
|
Aksel |
Blyskrue |
Modul |
Lineær bevegelse |
Bremse |
Girkasse |
Snekkegirkasse |
Ledninger |
Beskytt nivå |
Beskytt nivå |
Kompakte AGV-er og AMR-er har svært forskjellige drivverkskrav fra større autonome kjøretøyer. Når roboten må operere i trange ganger, under stativer, rundt mennesker eller inne i en begrenset chassiskonvolutt, må hver komponent gi nyttig funksjonalitet uten å bruke unødvendig plass.
Det er her en integrert børsteløs navservomotor kan gi en praktisk fordel.
I stedet for å bruke en separat børsteløs motor, girkasse, hjul, koder og ekstern servodrift, kan en integrert navservomotor kombinere flere av disse funksjonene til én kompakt drivmodul. Denne arkitekturen kan forenkle mekanisk integrasjon samtidig som den reduserer ledninger og frigjør verdifull intern plass for batterier, kontrollere, sensorer, løftemekanismer og nyttelast.
En integrert børsteløs navservomotor er en hjuldrevet enhet bygget rundt en børsteløs likestrømsmotor med lukket sløyfekontroll . Avhengig av utformingen kan motormodulen integrere hjul, girkasse, koder, kontroller, kommunikasjonsgrensesnitt, bremse og beskyttelsesfunksjoner.
Motoren er installert direkte i hjulposisjonen, slik at drivverket kan bli en mer kompakt del av chassiset.
Et typisk integrert navservosystem kan omfatte:
Børsteløs DC-motor
Servokontroller
Kodertilbakemelding
Hjul
Girreduksjon
CAN eller CANopen kommunikasjon
RS485 eller andre kontrollgrensesnitt
Overstrømsbeskyttelse
Overtemperaturbeskyttelse
Valgfri elektromagnetisk brems
Den nøyaktige konfigurasjonen avhenger av robotens krav, men den grunnleggende ideen forblir den samme: flytt mer drivverksfunksjonalitet inn i selve hjulmodulen.
En konvensjonell mobil robotdrivlinje kan bruke en motor montert inne i chassiset og koblet til en girkasse og hjul gjennom mekaniske transmisjonskomponenter.
Denne arkitekturen kan fungere bra når roboten har tilstrekkelig intern plass.
Ultrakompakte AMR-er gjør det ofte ikke.
Chassiset må kanskje romme:
Batteripakker
Hovedkontrolltavler
LiDAR
Kameraer
Sikkerhetssensorer
Trådløst kommunikasjonsutstyr
Løftemekanismer
Nyttelastrom
Lader maskinvare
Motorkontrollere
Kraftdistribusjonskomponenter
Hvis drivverket opptar en stor mengde intern plass, reduseres det tilgjengelige volumet for andre systemer.
En integrert navservomotor endrer dette arrangementet ved å flytte mye av drivfunksjonaliteten mot hjulet.
Det kan gjøre den generelle kjøretøyarkitekturen mer fleksibel.
Den mest åpenbare fordelen er plasseffektivitet.
Tradisjonelle systemer kan kreve separate monteringsplasser for motor, girkasse, koder og drivelektronikk.
En integrert navmotor kan kombinere disse funksjonene i en enkelt enhet.
For en liten AMR kan dette forenkle den mekaniske utformingen og redusere mengden plass som trengs rundt drivhjulet.
Dette er spesielt nyttig når roboten har:
En lav chassishøyde
En smal kropp
Begrenset innvendig bredde
En liten akselavstand
Et kompakt elektronikkrom
I disse applikasjonene kan det å spare selv en relativt liten mengde mekanisk plass utgjøre en meningsfull forskjell for den endelige robotdesignen.
Kabling er ofte en undervurdert del av mobil robotdesign.
Med en konvensjonell arkitektur kan motoren, koderen og den eksterne stasjonen kreve separate strøm- og signalkabler. Disse kablene må føres gjennom en maskin i bevegelse som konstant opplever vibrasjoner, akselerasjon, styrebevegelser og mekanisk interferens.
En integrert servomotor kan redusere antallet eksterne tilkoblinger som kreves rundt hjulet.
Avhengig av arkitekturen kan det eksterne grensesnittet forenkles til:
DC strøm
Kommunikasjon
Kontroll- eller I/O-signaler
Dette kan gjøre kabelføringen renere og redusere antall komponenter som må installeres inne i chassiset.
For kompakte AMR-er kan færre kabler også gjøre montering og vedlikehold enklere.
For mobile roboter har det indre rommet direkte funksjonell verdi.
En mindre drivlinjearkitektur kan potensielt frigjøre plass til et større batteri, ekstra sensorer eller mer nyttelast.
Dette skaper et viktig designforhold:
Mindre drivverksfotavtrykk → mer brukbart chassisvolum → større emballasjefleksibilitet
For eksempel kan en AMR-produsent bruke den ekstra plassen til å øke batterikapasiteten i stedet for å øke de ytre dimensjonene til roboten.
En annen produsent kan bruke samme plass til å forstørre nyttelastrommet.
Den beste bruken avhenger av robotens applikasjon.
En integrert børsteløs navservomotor er ikke bare et hjul med en motor.
Servoarkitekturen gir tilbakemeldingsbasert bevegelseskontroll.
En koder gir kontinuerlig bevegelsesinformasjon til kontrolleren, slik at systemet kan regulere hastighet og posisjon mer nøyaktig enn et motorsystem med åpen sløyfe.
Dette er viktig for AMR-er fordi nøyaktig hjulbevegelse påvirker:
Rettlinjet reise
Dreinøyaktighet
Dokking
Posisjonering
Stien følger
Hjulsynkronisering
Bevegelse med lav hastighet
For en differensialdrevet AMR er forholdet mellom venstre og høyre hjul spesielt viktig.
Hvis det ene hjulet konsekvent roterer raskere enn det andre, kan roboten gradvis avvike fra sin tiltenkte bane.
Kontroll med lukket sløyfe hjelper til med å kompensere for variasjoner i belastning, friksjon og driftsforhold.
Kompakte mobile roboter opererer ofte med relativt lave hastigheter.
En lagerrobot kan bevege seg sakte når den nærmer seg et stativ. En sykehusleveringsrobot kan trenge jevn bevegelse rundt mennesker. En kompakt inspeksjonsrobot kan kreve kontrollert bevegelse mens den plasserer seg i nærheten av utstyr.
En riktig konfigurert servomotor kan gi stabil hastighetsregulering over robotens driftsområde.
Dette kan være spesielt verdifullt under:
Dokking
Posisjonskorreksjon
Snuing
Smalgangsbevegelse
Unngåelse av hindringer
Stasjonstilnærming
Nyttelastjustering
Målet er ikke bare høy RPM.
Målet er forutsigbar hjuloppførsel over hele driftsområdet.
Mange AMR-er bruker to eller flere uavhengig kontrollerte drivhjul.
Med integrerte servomoduler kan hvert hjul ha sin egen lokale motorstyring og tilbakemelding.
Den sentrale robotkontrolleren kan deretter koordinere de individuelle drivmodulene gjennom et industrielt kommunikasjonsnettverk.
Avhengig av systemet kan dette bruke:
KAN
KAN åpne
RS485
Modbus
EtherCAT
Denne distribuerte arkitekturen kan redusere behovet for lange individuelle motorkontrollledninger.
Det kan også gjøre drivverket mer modulært.
En robotprodusent kan være i stand til å bruke den samme grunnleggende drivmodulen på tvers av flere kjøretøyplattformer med forskjellige chassisdimensjoner eller nyttelastkapasitet.
Noen AMR-er er designet for å fungere under stativer, hyller, vogner eller paller.
I disse applikasjonene kan robothøyde bli en kritisk designbegrensning.
En konvensjonell drivlinje kan kreve betydelig vertikal plass for motoren og girkassen.
En arkitektur i navstil kan plassere drivenheten rundt hjulet, og hjelpe designere med å utvikle en drivlinje med lavere profil.
Dette garanterer ikke automatisk en lavere robot, fordi hjuldiameter, fjæring, chassisstruktur, batterihøyde og sensorplassering fortsatt bestemmer de endelige kjøretøydimensjonene.
Imidlertid gir hjulintegrert drivarkitektur mer frihet når du designer en lavprofilrobot.
En konvensjonell drivlinje kan inneholde flere mekaniske grensesnitt:
Motor → Kopling → Girkasse → Aksel → Hjul
Hvert grensesnitt introduserer ytterligere monteringskrav og potensielle toleransehensyn.
En integrert hub servo-arkitektur kan forenkle denne kjeden.
Et typisk konsept blir nærmere:
Integrert servodrift → Hjul
Avhengig av produktdesign, kan en girkasse fortsatt inkluderes inne i navenheten.
Redusering av eksterne mekaniske grensesnitt kan forenkle montering og potensielt redusere krav til justering.
Dette er spesielt nyttig for OEM-produsenter som produserer mobile roboter i volum.
AMR-produsenter utvikler sjelden bare én robot for alltid.
Et selskap kan til slutt produsere:
AMR-er for lite lager
Middels nyttelast AMR-er
Hylleflyttende roboter
Inspeksjonsroboter
Sykehusroboter
Autonome vogner
En modulær motorplattform kan støtte denne produktutviklingsstrategien.
Ulike versjoner kan bruke forskjellige:
Motoreffektnivåer
Hjuldiametere
Girforhold
Koderkonfigurasjoner
Kommunikasjonsprotokoller
Monteringsgrensesnitt
Dette gjør at produsenten kan opprettholde et konsistent drivlinjekonsept samtidig som motorspesifikasjonen tilpasses forskjellige robotplattformer.
Kompakte roboter har begrenset luftstrøm.
Det gjør termisk design spesielt viktig.
Den integrerte motoren bør evalueres i henhold til robotens faktiske driftssyklus i stedet for bare dens toppeffekt.
Viktige parametere inkluderer:
Kontinuerlig dreiemoment
Topp dreiemoment
Kontinuerlig strøm
Toppstrøm
Motoreffektivitet
Kontroller effektivitet
Omgivelsestemperatur
Driftsvarighet
Varmespredningsvei
En riktig utformet integrert navservosystem kan inkludere temperaturovervåking og beskyttelse.
Dette kan bidra til å forhindre overdreven termisk stress under krevende driftsforhold.
Selve robotchassiset kan imidlertid også bli en del av varmeavledningsbanen, så mekanisk og termisk design bør vurderes sammen.
Kompakte AGV-er og AMR-er er vanligvis batteridrevne.
Drivverket må derfor balansere ytelse og energiforbruk.
En børsteløs motorarkitektur kan gi effektiv drift, mens servokontroll kan regulere dreiemoment og hastighet i henhold til det faktiske bevegelseskravet.
Riktig motor bør velges i henhold til hele batterisystemet, inkludert:
Nominell batterispenning
Minimum driftsspenning
Maksimal ladespenning
Kontinuerlig strøm
Toppstrøm
Batterikapasitet
Driftssyklus
En motor bør ikke velges bare fordi dens nominelle spenning samsvarer med batterietiketten.
Hele spenningsområdet må være kompatibelt med den integrerte kontrolleren.
Moderne AMR-er bruker ofte distribuerte kontrollarkitekturer.
Hovedkontrolleren kan håndtere navigasjon, lokalisering, unngåelse av hindringer og oppgavehåndtering, mens motormodulene håndterer lokal bevegelseskontroll.
En integrert servomotor kan derfor fungere som en distribuert bevegelseskontrollnode.
For eksempel kan en kontroller sende kommandoer for:
Målhastighet
Målposisjon
Retning
Akselerasjon
Nedbremsing
Motormodulen kan deretter utføre kommandoen mens den kontinuerlig overvåker sine egne tilbakemeldinger og beskyttelsesforhold.
Denne ansvarsfordelingen kan gjøre den overordnede kontrollarkitekturen renere.
Mobile roboter opererer i miljøer der uventede forhold kan oppstå.
En drivmotor kan støte på:
Plutselige nyttelastendringer
Hjulblokkering
Overdreven akselerasjon
Høy omgivelsestemperatur
Lav batterispenning
Mekanisk motstand
Kommunikasjonsavbrudd
Integrerte beskyttelsesfunksjoner kan overvåke driftsforhold og reagere på unormale tilstander.
Avhengig av motorarkitekturen kan tilgjengelige funksjoner omfatte:
Overstrømsbeskyttelse
Overspenningsbeskyttelse
Underspenningsbeskyttelse
Overtemperaturbeskyttelse
Encoder feildeteksjon
Deteksjon av kommunikasjonsfeil
Stallbeskyttelse
De nøyaktige funksjonene skal alltid verifiseres mot produsentens tekniske dokumentasjon.
Ikke alle AMR kan bruke en standard katalogmotor.
Kompakt chassisdesign krever ofte spesifikke mekaniske og elektriske grensesnitt.
OEM-tilpasning kan innebære:
Hjulstørrelse
Monteringshull
Motordimensjoner
Girforhold
Kabellengde
Koblingstype
Koblingsposisjon
Koderoppløsning
Kommunikasjonsprotokoll
Bremsekonfigurasjon
Nominell spenning
Dreiemomentegenskaper
Dette er spesielt viktig når motoren er integrert direkte i hjulstrukturen.
En liten endring i monteringsdimensjoner kan påvirke chassiset, fjæringen, hjulposisjonen og den generelle robotgeometrien.
Å jobbe med en produsent som kan støtte mekanisk og elektrisk tilpasning kan derfor forenkle utviklingsprosessen.
Når man sammenligner navservomotorer for kompakte AGV-er og AMR-er , bør vi se forbi nominell motoreffekt.
En praktisk evaluering bør omfatte:
Parameter |
Hvorfor det betyr noe |
|---|---|
Nominelt dreiemoment |
Bestemmer kontinuerlig kjøring |
Topp dreiemoment |
Bestemmer akselerasjon og forbigående ytelse |
Nominell hastighet |
Definerer praktisk driftsområde |
Hjuldiameter |
Påvirker hastighet, dreiemoment og chassishøyde |
Enkoder |
Støtter bevegelseskontroll med lukket sløyfe |
Batterispenning |
Må samsvare med hele DC-bussserien |
Kommunikasjon |
Bestemmer integrasjon med robotkontrolleren |
IP-vurdering |
Bestemmer miljømessig egnethet |
Termisk ytelse |
Bestemmer evne til kontinuerlig drift |
Bremse |
Viktig for visse holdkrav |
Dimensjoner |
Bestemmer mekanisk kompatibilitet |
Vekt |
Påvirker total kjøretøymasse |
Kabelkonfigurasjon |
Påvirker installasjon og vedlikehold |
Tilpasning |
Støtter OEM-spesifikke chassisdesign |
En integrert børsteløs navservomotor kan være spesielt egnet når roboten krever:
En kompakt drivlinje:
Motor- og kontrollfunksjonene må oppta minimal plass.
Hjulkontroll med lukket sløyfe:
Roboten krever nøyaktig hastighet og hjulsynkronisering.
Distribuert bevegelseskontroll:
Flere stasjonsmoduler må kommunisere med en sentral kontroller.
Forenklet kabling:
Designteamet ønsker å redusere ekstern motor- og koderkabling.
Lavprofilemballasje:
Roboten må operere under stativer eller andre strukturer.
OEM fleksibilitet:
Drivverket krever tilpassede mekaniske eller elektriske grensesnitt.
Batteridrevet drift:
Motoren må fungere effektivt innenfor en definert likespenningsarkitektur.
Verdien av en integrert børsteløs navservomotor kommer fra mer enn bare å gjøre motoren mindre.
Den virkelige fordelen er integrering.
Ved å kombinere motor, hjul, tilbakemelding, drivelektronikk, kommunikasjon og valgfrie funksjoner til en kompakt modul, kan vi nærme oss drivverket som en komplett bevegelseskontrollenhet i stedet for en samling separate komponenter.
For ultrakompakte AGV-er og AMR-er kan dette forenkle mekanisk emballasje, redusere ledningskompleksiteten, støtte distribuert kontroll og skape ekstra designfrihet for batterier, sensorer, nyttelastrom og andre robotfunksjoner.
Riktig valg avhenger fortsatt av den faktiske applikasjonen. Vekt, nyttelast, hjuldiameter, dreiemoment, hastighet, akselerasjon, batterispenning, kodertilbakemelding, termisk ytelse, kommunikasjonsprotokoll, IP-klassifisering og mekaniske dimensjoner bør alle evalueres før motoren ferdigstilles.
For OEM mobil robotutvikling er den mest nyttige navservomotoren derfor ikke nødvendigvis den minste eller kraftigste modellen. Det er modellen hvis komplette mekaniske, elektriske og kontrollegenskaper passer til robotens reelle driftskrav.
Før vi velger en navservomotor, bør vi beregne den faktiske hjulbelastningen.
Systemvekten er ikke bare chassiset.
Vi må vurdere:
Total bevegelig masse = robotchassis + batteri + elektronikk + nyttelast + mekanisk tilbehør
En robot designet for å bære en nyttelast på 100 kg kan kreve en dramatisk forskjellig drivlinje enn en 30 kg inspeksjonsrobot.
Vi bør også ta hensyn til dynamisk lasting.
Start, stopp, svinging, klatring på ramper, kryssing av gulvgap og akselerasjon med en lastet plattform kan midlertidig øke det nødvendige hjulmomentet.
Av denne grunn kan valg av motor kun basert på kontinuerlig kjøretøyvekt resultere i utilstrekkelig ytelse.
Den mer nyttige tilnærmingen er å evaluere begge:
Kontinuerlig dreiemoment
Topp dreiemoment
Det kontinuerlige dreiemomentet avgjør om motoren kan fungere pålitelig under normal kjøring.
Maksimalt dreiemoment avgjør om roboten kan håndtere akselerasjon, start, forbigående belastninger og andre krevende driftsforhold.
Hjulmoment er en av de viktigste spesifikasjonene for en AGV- eller AMR-drivlinje.
En forenklet trekkraftberegning kan starte med:
F = ma + Frolling + Fgrade + Fascelerasjon
Hvor:
F er den nødvendige trekkraften
m er total kjøretøymasse
a er akselerasjon
Frolling er rullemotstand
Fgrad er kraften forårsaket av en helning
Hjulmomentet kan da estimeres fra:
T = F × r
Hvor:
T er hjulets dreiemoment
F er nødvendig trekkraft
r er effektiv hjulradius
Denne beregningen bør da kombineres med antall drevne hjul og den faktiske lastfordelingen.
Vi bør også inkludere en ingeniørmargin i stedet for å dimensjonere motoren nøyaktig etter det teoretiske kravet.
En motor som opererer kontinuerlig med maksimalt tilgjengelig dreiemoment gir lite rom for endrede gulvforhold, nyttelastvariasjoner, batterispenningsreduksjon, temperaturendringer eller mekanisk friksjon.
Hjuldiameter blir ofte oversett under tidlig drivverkdesign.
Et større hjul kan forbedre robotens evne til å passere over små gulvujevnheter, men det øker også momentkravet for en gitt trekkraft.
Et mindre hjul kan redusere det nødvendige hjulmomentet og støtte en lavere chassishøyde, men det kan ha begrensninger ved kryssing av terskler, hull, ujevnt gulv eller ramper.
For ultrakompakte AMR-er er hjuldiameter derfor et kompromiss mellom:
Chassis høyde
Bakkeklaring
Nødvendig dreiemoment
Maksimal hastighet
Evne til å krysse hindringer
Mekanisk emballasje
Hjulenes holdbarhet
Navmotoren bør velges sammen med hjulet i stedet for å behandle hjulet som en uavhengig komponent.
Kravene til robothastighet varierer betydelig avhengig av applikasjon.
En lagertransportrobot kan trenge relativt høy reisehastighet, mens en sykehusrobot kan prioritere jevn drift med lav hastighet.
En ultrakompakt AMR kan også bruke mye tid på å operere med lav hastighet.
Derfor bør vi undersøke hele driftsområdet i stedet for kun å se på maksimalt turtall.
Viktige spørsmål inkluderer:
Hva er den maksimale kjøretøyhastigheten som kreves?
Hva er normal driftshastighet?
Hvor jevnt må roboten bevege seg i svært lav hastighet?
Hvor ofte akselererer og bremser roboten?
Trenger motoren høyhastighetsdrift over lengre perioder?
Krever hjulet girreduksjon?
En god integrert servoløsning skal gi stabil hastighetsregulering over robotens praktiske driftsområde.
En børsteløs motor i seg selv gir ikke nivået av bevegelseskontroll som kreves av mange autonome mobile roboter.
For nøyaktig hastighets- og posisjonskontroll er tilbakemelding viktig.
En integrert navservomotor kan bruke en koder for å gi sanntids rotor- eller hjulinformasjon til kontrolleren.
Dette aktiverer funksjoner som:
Hastighetskontroll med lukket sløyfe
Tilbakemelding på posisjon
Nøyaktig hjulsynkronisering
Kontrollert akselerasjon
Retardasjonskontroll
Stalldeteksjon
Feilovervåking
Differensial-drive koordinering
For en tohjuls differensialdrevet AMR er nøyaktig tilbakemelding fra begge hjul spesielt viktig.
Hvis venstre og høyre hjul ikke opprettholder det beordrede forholdet, kan roboten oppleve kursavvik under rettlinjet kjøring.
Det kan påvirke navigasjonsnøyaktighet, dokking, posisjonering og gjentatt banekjøring.
En multi-wheel AMR (Autonomous Mobile Robot) er ikke bare et kjøretøy med flere motorer. Hvert drivhjul må svare på kommandoer til rett tid, rapportere den faktiske driftstilstanden og koordinere med de andre hjulene slik at roboten kan akselerere, snu, stoppe og følge den planlagte banen jevnt.
Dette gjør kommunikasjonsnettverket til en viktig del av drivverket.
Når vi velger en integrert børsteløs nav servomotor for en AMR , vi bør derfor se forbi dreiemoment, hastighet, hjuldiameter og motorkraft. Kommunikasjonsgrensesnittet bestemmer hvordan motoren mottar kommandoer, gir tilbakemelding, rapporterer feil og deltar i koordinert bevegelse.
Avhengig av robotarkitekturen kan protokoller som CAN, CANopen, RS485, Modbus RTU og EtherCAT vurderes. Det riktige valget avhenger av antall drivakser, synkroniseringskrav, kontrollerarkitektur, kabellengde, oppdateringshastighet, diagnostikk og generell systemkompleksitet.
En tohjuls differensialdrevet AMR krever allerede koordinert kontroll.
Hvis roboten trenger å bevege seg rett, må venstre og høyre hjul opprettholde et passende hastighetsforhold. Under en sving må kontrolleren kontinuerlig justere hastigheten på hvert hjul i henhold til ønsket bane.
En firehjuls eller flerhjuls AMR introduserer ytterligere kontrollforhold.
For eksempel kan en robot bruke:
To uavhengige drivhjul
Fire uavhengig kontrollerte drivhjul
Firehjuls differensialdrift
Mecanum hjul
Omni hjul
Flere driv- og styremoduler
Etter hvert som antallet motornoder øker, blir kommunikasjonsarkitekturen stadig viktigere.
Hver stasjonsmodul må kanskje motta:
Målhastighet
Målposisjon
Akselerasjons- eller retardasjonskommandoer
Aktiver/deaktiver kommandoer
Veibeskrivelse
Kontrollmodus kommandoer
Samtidig kan den sentrale kontrolleren trenge å motta:
Faktisk hjulhastighet
Tilbakemelding på posisjon
Motorstrøm
Temperatur
Feilstatus
Enkoderstatus
Kommunikasjonsstatus
Et godt utformet kommunikasjonsnettverk gjør at disse datautvekslingene kan skje på en strukturert og forutsigbar måte.
Det er fristende å tenke på kommunikasjon som bare en metode for å sende kommandoer til en motor.
For en AMR er det mer enn det.
Kommunikasjonsnettverket kobler effektivt sammen robotens høynivånavigasjonssystem med lavnivåbevegelsessystemet.
Arkitekturen kan se slik ut:
Navigasjonskontroller → Bevegelseskontroller → Motornettverk → Integrerte hubservomotorer
Navigasjonssystemet bestemmer hvor roboten skal gå.
Bevegelseskontrolleren konverterer dette objektivet til hjulkommandoer.
De individuelle integrerte servomotorene utfører deretter disse kommandoene mens de returnerer driftsinformasjon i sanntid.
Denne separasjonen lar hvert lag utføre en spesifikk oppgave.
Kommunikasjonsprotokollen gir forbindelsen mellom disse lagene.
CAN (Controller Area Network) er mye brukt i distribuerte innebygde kontrollsystemer fordi det ble designet for kommunikasjon mellom flere elektroniske noder.
En AMR kan bruke et CAN-nettverk til å koble flere integrerte servomotorer til en sentral kontroller.
En forenklet arkitektur kan se slik ut:
Hovedkontroller → CAN-buss → Venstre drivmotor → Høyre drivmotor → Ekstra drivnoder
En viktig fordel er redusert punkt-til-punkt kabling.
I stedet for å kjøre en separat kommunikasjonsforbindelse fra den sentrale kontrolleren til hver motor, kan flere noder dele en felles bussarkitektur.
CANopen bygger på CAN og gir et standardisert kommunikasjonsrammeverk på høyere nivå.
For AMR-applikasjoner kan CANopen tilby strukturerte mekanismer for:
Enhetskonfigurasjon
Behandle datautveksling
Parameterstyring
Statusovervåking
Feilhåndtering
Nettverksadministrasjon
Dette kan gjøre CANopen spesielt nyttig når roboten inneholder flere intelligente servo-noder.
Tenk på en firehjuls AMR med fire uavhengige integrerte servomotorer.
Kontrolleren må kanskje administrere:
Motoraktiveringsstatus
Målhastighet
Faktisk hastighet
Enkoder posisjon
Nåværende
Temperatur
Feiltilstand
Å bruke en strukturert kommunikasjonsarkitektur gjør det lettere å organisere disse parameterne på tvers av flere noder.
Dette er spesielt verdifullt for OEM-produsenter som utvikler en repeterbar robotplattform.
Når motor-node-arkitekturen er definert, kan ytterligere drivmoduler potensielt integreres ved å bruke samme kommunikasjonskonsept.
RS485 er et fysisk kommunikasjonsgrensesnitt i stedet for en komplett applikasjonsprotokoll.
Det brukes ofte med protokoller som Modbus RTU.
For noen kompakte AGV-er og AMR-er kan RS485 være attraktiv fordi den er enkel, kostnadseffektiv og egnet for relativt lange kommunikasjonsavstander i roboten.
En typisk arkitektur kan være:
Robotkontroller → RS485 → Motorkontroller → Integrert servomotor
Med Modbus RTU kan kontrolleren lese og skrive definerte registre som inneholder parametere som:
Hastighetskommandoer
Posisjonskommandoer
Driftsstatus
Nåværende
Temperatur
Alarmkoder
RS485-basert kommunikasjon kan være praktisk for systemer der kravene til bevegelseskontroll er moderate og kontrollerarkitekturen allerede støtter Modbus.
Systemdesignere bør imidlertid evaluere kommunikasjonstiming og nettverkslasting nøye når flere motornoder deler samme buss.
Noen AMR-er krever tettere synkronisering mellom flere bevegelsesakser.
I disse tilfellene kan EtherCAT vurderes.
EtherCAT er en industriell Ethernet-basert kommunikasjonsteknologi designet for høyytelses sanntidskommunikasjon.
For bevegelsessystemer med flere akser kan den gi synkronisert kommunikasjon mellom en sentral kontroller og distribuerte servo-noder.
Dette kan være nyttig når AMR krever:
Nøyaktig flerhjulssynkronisering
Raske kommandooppdateringer
Høyfrekvent tilbakemelding
Koordinert bevegelse
Mer avansert distribuert kontroll
For eksempel kan en firehjulsrobot som bruker uavhengige drivmotorer trenge alle fire hjulene for å reagere konsekvent under akselerasjon og svinging.
Kommunikasjonsarkitekturen blir spesielt viktig når robotens bevegelseskontroller krever hyppige oppdateringer og nøyaktig synkronisering.
Disse teknologiene skal ikke behandles som utskiftbare spesifikasjoner.
De opererer på forskjellige nivåer og gir forskjellige evner.
Teknologi |
Typisk rolle |
Potensiell AMR-bruk |
|---|---|---|
KAN |
Kommunikasjonsbuss |
Distribuerte motornoder |
KAN åpne |
CAN-protokoll på høyere nivå |
Servo og bevegelseskontroll |
RS485 |
Fysisk kommunikasjonsgrensesnitt |
Seriell kommunikasjon med flere enheter |
Modbus RTU |
Seriell protokoll |
Grunnleggende motorparameter og statuskontroll |
EtherCAT |
Industriell Ethernet-protokoll |
Høyytelses synkronisert bevegelse |
Riktig valg avhenger av den komplette kontrollarkitekturen i stedet for hvilken protokoll som virker teknisk mer avansert.
En liten innendørs AMR krever kanskje ikke den samme kommunikasjonsarkitekturen som en høyhastighets industriell mobilrobot med flere synkroniserte akser.
En viktig vurdering er hvor ofte kontrolleren trenger å utveksle data med hver motor.
Anta at en robot har fire uavhengige drivmotorer.
Kontrolleren må kanskje sende kommandoer og motta tilbakemelding fra alle fire motorene kontinuerlig.
Den nødvendige kommunikasjonsytelsen avhenger av:
Antall noder
Antall databytes
Kommandofrekvens
Tilbakemeldingsfrekvens
Nettverksoverhead
Nødvendig synkronisering
Kontrollerens behandlingshastighet
Hvis nettverket ikke kan levere informasjon raskt nok, kan det hende at motorkontrollsystemet ikke reagerer som forventet.
Dette er spesielt viktig for applikasjoner som involverer rask akselerasjon, høyhastighetskjøring eller presis banesporing.
God hjulsynkronisering krever samarbeid mellom flere systemkomponenter.
Disse inkluderer:
Motor maskinvare
Motoren må gi tilstrekkelig dreiemoment og hastighet.
Enkoder
Enkoderen skal gi brukbar tilbakemelding.
Servokontroller
Kontrolleren må regulere motorens oppførsel nøyaktig.
Kommunikasjonsnettverk
Kommandoer og tilbakemeldinger må utveksles pålitelig.
Bevegelseskontrollalgoritme
Den sentrale kontrolleren må beregne passende hjulkommandoer.
Mekanisk system
Hjuldiameter, friksjon, lastfordeling og drivverkstoleranser påvirker også faktisk bevegelse.
Derfor garanterer ikke å velge en rask kommunikasjonsprotokoll alene nøyaktig AMR-bevegelse.
Hele bevegelseskontrollkjeden må fungere sammen.
Latens er en annen viktig faktor.
Hvis roboten sender en hjulkommando og mottar tilsvarende tilbakemelding etter en betydelig forsinkelse, jobber bevegelseskontrolleren effektivt med eldre informasjon.
For noen applikasjoner kan dette ha liten praktisk innvirkning.
For høyytelses banekontroll kan imidlertid kommunikasjonsforsinkelse bli viktigere.
Potensielle effekter inkluderer:
Mindre responsiv hastighetskorreksjon
Redusert synkroniseringsnøyaktighet
Forsinket feilmelding
Mindre presis banesporing
Dette er grunnen til at kommunikasjonsytelsen bør evalueres sammen med motorkontrollsløyfen.
En pålitelig AMR-drivlinje må vite når noe er galt.
En intelligent integrert servomotor kan potensielt rapportere forhold som:
Overstrøm
Overtemperatur
Koderfeil
Overspenning
Underspenning
Motorstopp
Kommunikasjonstap
Kontroller feil
Den sentrale kontrolleren kan deretter iverksette passende tiltak i henhold til robotens systemdesign.
For eksempel, hvis en drivmotor rapporterer en kritisk feil, kan det hende at roboten må stoppe i stedet for å fortsette å operere med ubalansert hjulmoment.
Kommunikasjonsprotokollen blir derfor en del av robotens diagnostiske arkitektur.
I et flermotorsystem bør kontrolleren vite om hver motornode fortsatt kommuniserer.
Nettverksstyringsmekanismer kan bidra til å oppdage kommunikasjonsfeil.
For eksempel kan kontrolleren overvåke om en motor fortsetter å reagere innenfor det forventede tidsintervallet.
Hvis en motornode slutter å kommunisere, kan systemet identifisere den unormale tilstanden og utføre en forhåndsdefinert respons.
Dette er spesielt viktig for autonome maskiner fordi det kanskje ikke er en operatør som kontinuerlig overvåker drivverket.
En god protokoll kan ikke kompensere for dårlig fysisk installasjon.
AMR kommunikasjonsledninger kan oppleve:
Kontinuerlig vibrasjon
Gjentatt bevegelse
Elektromagnetisk interferens
Mekanisk bøying
Trange installasjonsplasser
Koblingsspenning
Kabelen, kontakten, skjermingen, jordingen og rutingen bør derfor være utformet for det mobile miljøet.
For integrerte navservomotorer er kontaktposisjonen spesielt viktig.
En teknisk egnet kontakt kan fortsatt bli et mekanisk problem hvis den forstyrrer hjulet, chassiset, fjæringen eller bevegelige komponenter.
Dette er en av grunnene til at tilpasning av OEM-kabel og kontakt kan være verdifull for kompakte AMR-produsenter.
Tenk på en firehjuls AMR med fire uavhengig kontrollerte integrerte navservomotorer.
En mulig arkitektur er:
Central Motion Controller
↓
CANopen / EtherCAT / Annet industrielt nettverk
↓
Front-venstre servomotor
Front-høyre servomotor
Bak-venstre servomotor
Servomotor bak-høyre
Hver motor kan motta sin egen hastighets- eller posisjonskommando mens den returnerer tilbakemelding til kontrolleren.
Kontrolleren kan da koordinere alle fire hjulene i henhold til robotens bevegelsesmodell.
For et differensialdrevet system kan venstre og høyre side motta forskjellige målhastigheter.
For en rundstrålende plattform kan hvert hjul motta en annen hastighetskommando basert på ønsket translasjons- og rotasjonsbevegelse.
Det er her kommunikasjon blir direkte knyttet til kjøretøyets oppførsel.
Vi kan bruke flere praktiske spørsmål ved valg av protokoll for en AMR.
En tohjulsrobot har andre nettverkskrav enn en sekshjulsplattform.
Høyere oppdateringshastigheter stiller generelt større krav til nettverksytelse.
Hvis flere hjul trenger svært koordinert bevegelse, blir synkroniseringsevner viktigere.
Motorprotokollen skal være kompatibel med robotens eksisterende kontrollerarkitektur.
Hvis roboten trenger detaljert motorstatus og feilinformasjon i sanntid, bør kommunikasjonsarkitekturen støtte dette kravet.
En standardisert protokoll kan redusere innsatsen som kreves for å bygge kommunikasjons- og diagnosefunksjoner.
Kabellengde, koblingsdesign, skjerming, ruting og mekanisk bevegelse betyr noe.
Før du velger en integrert børsteløs navservomotor, anbefaler vi å bekrefte:
Hvilke kommunikasjonsprotokoller støttes?
Er grensesnittet CAN eller CANopen?
Hvilke CANopen-objekter er tilgjengelige?
Hvilke kommunikasjonsoverføringshastigheter støttes?
Hvilke EtherCAT-kommunikasjonsfunksjoner er tilgjengelige?
Støttes synkronisert bevegelse?
Hvilke tilbakemeldingsparametere kan leses?
Hvordan rapporteres motorfeil?
Hva skjer etter at kommunikasjonen er tapt?
Kan node-ID-er konfigureres?
Kan kommunikasjonsparametere tilpasses?
Kan kabler og kontakter tilpasses?
Er en kommunikasjonsprotokollhåndbok tilgjengelig?
Er en prøvemotor tilgjengelig for kontrollerintegrasjonstesting?
Disse spørsmålene kan avsløre viktige integrasjonsdetaljer før drivverket går inn i prototypestadiet.
Kommunikasjon bør ikke behandles som en ettertanke.
Motorens elektriske og mekaniske spesifikasjoner kan være utmerkede, men integrasjon kan likevel bli vanskelig dersom kommunikasjonsarkitekturen ikke stemmer overens med robotkontrolleren.
Av denne grunn anbefaler vi å vurdere følgende som én pakke:
Motor + Enkoder + Servokontroller + Kommunikasjonsprotokoll + Tilbakemeldingsdata + Mekanisk grensesnitt
Denne tilnærmingen gir et klarere bilde av selve integreringsarbeidet.
For flerhjuls AMR-er er kommunikasjonsprotokoll en grunnleggende del av drivverksarkitekturen.
Ettersom antallet integrerte børsteløse navservomotorer øker, trenger roboten en pålitelig metode for å distribuere kommandoer, samle tilbakemeldinger, synkronisere hjulbevegelser, overvåke motorstatus og oppdage feil.
CAN/CANopen kan gi en praktisk distribuert arkitektur for mange kompakte mobile roboter. RS485 med Modbus RTU kan passe til enklere seriekontrollapplikasjoner, mens EtherCAT kan vurderes når systemet krever høyytelses synkronisert bevegelse.
Riktig valg avhenger av robotens faktiske krav.
For OEM AGV- og AMR-produsenter er den beste tilnærmingen å velge kommunikasjonsprotokollen sammen med motor-, koder-, kontroller- og robotkontrollarkitekturen. Når disse elementene er utformet som ett integrert system, blir flerhjulskoordinering enklere å administrere, feilsøke og skalere på tvers av forskjellige mobile robotplattformer.
Kompakte mobile roboter opererer ofte fra DC-batterisystemer.
Vanlige systemarkitekturer kan bruke batterispenninger som:
24 V
36 V
48 V
Riktig spenning avhenger av robotens elektriske arkitektur og strømkrav.
En høyere systemspenning kan bidra til å redusere strømmen for et gitt effektnivå, noe som kan påvirke kabeldimensjonering, koblingsvalg, termisk ytelse og distribusjonstap.
Imidlertid må motorens faktiske driftsspenningsområde samsvare med batterisystemet, inkludert spenningsvariasjoner under lading og utlading.
Vi bør ikke velge en motor bare fordi dens nominelle spenning samsvarer med batterietiketten.
Hele spenningsområdet må kontrolleres.
Termisk ytelse kan bli en av de vanskeligste tekniske utfordringene når motorer installeres inne i et kompakt chassis.
Det kan være begrenset luftstrøm rundt motoren.
Samtidig kan en AMR operere kontinuerlig i mange timer.
Varme kan komme fra:
Motorkobbertap
Kontroller tap
Lagerfriksjon
Tap av girkasse
Høy akselerasjonsfrekvens
Kontinuerlig høyt dreiemoment
Høy omgivelsestemperatur
Begrenset varmespredning
Av denne grunn bør vi evaluere motorens termiske ytelse under den faktiske driftssyklusen i stedet for kun å stole på en kortvarig laboratorietest.
Et godt design kan omfatte:
Temperaturovervåking
Overtemperaturbeskyttelse
Strømbegrensning
Termisk reduksjon
Hensiktsmessig boligdesign
Varmeledning gjennom chassiset
En integrert motor som passer mekanisk, men som ikke kan avlede varmen tilstrekkelig, er ikke en vellykket drivlinjeløsning.
Den nødvendige IP-vurderingen avhenger av hvor AMR-en skal operere.
Et rent innendørs lager har andre miljøkrav fra et produksjonsanlegg der støv, fuktighet, smøremidler eller rengjøringsvæsker kan være tilstede.
For industrielle mobile roboter kan beskyttelse mot støv og vann bli et viktig innkjøpskrav.
Den endelige spesifikasjonen bør vurdere:
Metoder for rengjøring av gulv
Støveksponering
Fuktighet
Vannsprut
Hjulforurensning
Kjemisk eksponering
Driftstemperatur
Den valgte integrerte navservomotoren bør ha et kabinett og koblingskonfigurasjon som passer for det virkelige miljøet i stedet for å bare velge en høy IP-klassifisering uten å forstå applikasjonen.
En navservomotor kan forenkle den mekaniske arkitekturen til en kompakt AMR.
Tradisjonelle drivsystemer kan kreve separate monteringsstrukturer for:
Motor
Girkasse
Hjul
Enkoder
Bremse
Servodrift
En integrert hub-enhet kan konsolidere disse funksjonene.
Dette kan redusere:
Installasjonsplass
Mekaniske grensesnitt
Koblinger
Eksterne braketter
Kabelføring
Monteringstrinn
Det kan også gjøre drivverket enklere å standardisere på tvers av ulike robotmodeller.
For OEM-produsenter er dette spesielt nyttig når man utvikler flere AMR-plattformer basert på en felles stasjonsarkitektur.
Ikke alle AMR trenger en motorbrems.
Imidlertid kan applikasjoner som involverer ramper, vertikal belastning, dokkingmekanismer eller sikkerhetsrelaterte holdekrav kreve en.
En brems kan gi holdemoment når motoren ikke aktivt genererer dreiemoment.
Når vi vurderer et bremsealternativ, bør vi undersøke:
Holdemoment
Bremsespenning
Bremseresponstid
Strømforbruk
Driftssyklus
Mekanisk integrasjon
Feilsikre krav
Bremsen bør behandles som en del av den generelle sikkerheten og den mekaniske designen i stedet for bare en annen motorspesifikasjon.
Velge rett integrert børsteløs navservomotor er et viktig skritt når du utvikler en AGV, AMR, autonom vogn eller annen kompakt mobil robot. Motoren må gjøre mer enn å rotere hjulet. Den må gi tilstrekkelig dreiemoment, opprettholde kontrollert hastighet, arbeide effektivt fra et batteridrevet DC-system, kommunisere med robotkontrolleren og operere pålitelig innenfor et kompakt mekanisk rom.
For OEM-robotprodusenter blir utvelgelsesprosessen enda viktigere fordi motoren ofte er integrert direkte i chassisarkitekturen. En motor som ser passende ut på et spesifikasjonsark kan fortsatt skape problemer med hjulstørrelse, termisk ytelse, kabling, kommunikasjon eller mekanisk installasjon.
Vi bør derfor vurdere det komplette navservomotorsystemet , i stedet for å velge en modell basert kun på nominell effekt.
Det første trinnet er å bestemme den faktiske driftsmassen til roboten.
Vi bør ikke beregne motorbehovet kun ved å bruke det tomme chassiset.
Den totale massen skal inkludere:
Robotmasse = chassis + batteri + elektronikk + sensorer + mekanismer + maksimal nyttelast
For eksempel kan en mobil robot som veier 40 kg uten nyttelast operere på 70 kg når den er fullastet.
Drivverket må være konstruert for 70 kg driftsforhold hvis det representerer den tiltenkte maksimale belastningen.
Vi bør også vurdere endringer i vektfordeling.
Batteriposisjon, nyttelastplassering, løftemekanismer og hjulplassering kan endre lasten som bæres av hvert hjul.
Dette er spesielt viktig for firehjuls AMR-er fordi lasten kanskje ikke blir jevnt fordelt over alle fire drivmodulene.
Dreiemoment er en av de viktigste spesifikasjonene når du velger en navservomotor.
En grunnleggende trekkraftberegning kan uttrykkes som:
F = ma + Fᵣ + Fg
Hvor:
F = nødvendig trekkraft
m = total robotmasse
a = nødvendig akselerasjon
Fᵣ = rullemotstand
Fg = kraft forårsaket av en stigning
Det tilsvarende hjulmomentet kan da estimeres som:
T = F × r
Hvor:
T = hjulmoment
F = nødvendig trekkraft
r = hjulradius
Dette gir et utgangspunkt for motorvalg.
I reelle applikasjoner bør vi også vurdere mekaniske tap, gulvforhold, hjulslipp, nyttelastvariasjon, akselerasjonskrav og en passende ingeniørmargin.
Dette skillet er kritisk.
Kontinuerlig dreiemoment avgjør om motoren kan opprettholde den nødvendige belastningen under normal drift.
Maksimalt dreiemoment avgjør om motoren kan håndtere kortvarige hendelser som:
Starter
Rask akselerasjon
Klatring på en rampe
Kryssende gulvuregelmessigheter
Bærer en plutselig ekstra belastning
Å komme seg etter midlertidig motstand
En motor med tilstrekkelig kontinuerlig dreiemoment, men utilstrekkelig toppmoment, kan fungere normalt, men slite under akselerasjon.
For AMR-er bør begge spesifikasjonene kontrolleres.
Hjuldiameter påvirker drivverket direkte.
Et større hjul kan forbedre:
Bakkeklaring
Overgang av hinder
Ytelse i gulvet
Kjørekvalitet
Et større hjul endrer imidlertid også forholdet mellom hjulets dreiemoment og kjøretøyets trekkraft.
Et mindre hjul kan bidra til å skape et chassis med lavere profil og redusere noen krav til dreiemoment, men det kan være mindre egnet for ujevne gulv eller større hindringer.
For en integrert navservomotor bør derfor hjuldiameter velges sammen med:
Robotvekt
Nødvendig hastighet
Nødvendig dreiemoment
Bakkeklaring
Chassis høyde
Hindringskrav
Hjulet er ikke bare et tilbehør festet til motoren. Det er en del av drivverkspesifikasjonen.
Motorturtall bør velges fra ønsket kjøretøyhastighet og hjuldiameter.
Et forenklet forhold er:
Kjøretøyhastighet = hjulomkrets × hjulturtall
Økende hjuldiameter øker for eksempel avstanden per omdreining.
Maksimal hastighet bør imidlertid ikke være den eneste vurderingen.
AMR-er bruker ofte betydelig tid på å operere med relativt lave hastigheter under:
Dokking
Snuing
Posisjonskorreksjon
Plukking
Laster
Navigering rundt hindringer
Motoren bør derfor gi stabil kontroll over robotens faktiske driftsområde.
Et høyt maksimalt turtall betyr ikke automatisk bedre AMR-ytelse.
To roboter med identisk vekt og maksimal hastighet kan kreve svært forskjellige motorer hvis akselerasjonskravene er forskjellige.
En lagertransportrobot kan akselerere gradvis.
En kompakt industriell AMR kan trenge rask akselerasjon for å maksimere gjennomstrømningen.
Høyere akselerasjon krever større hjulkraft og derfor større motormoment.
Vi bør definere:
Mål akselerasjon
Maksimal akselerasjon
Nedbremsing
Krav til nødstopp
Frekvens av akselerasjonshendelser
Motorens maksimale dreiemomentevne bør da sammenlignes med disse kravene.
De fleste kompakte AGV-er og AMR-er opererer fra batteridrevne DC-systemer.
Vanlige arkitekturer kan omfatte:
24 V
36 V
48 V
Motoren skal være kompatibel med det faktiske spenningsområdet til batterisystemet, ikke bare dets nominelle spenning.
For eksempel vil et batteri merket som et 48 V-system oppleve spenningsvariasjoner under lading og utlading.
Vi bør derfor bekrefte:
Nominell spenning
Minimum driftsspenning
Maksimal driftsspenning
Toppstrøm
Kontinuerlig strøm
Kontrollens spenningsområde
Motoren og den integrerte kontrolleren må holde seg innenfor det angitte driftsområdet gjennom hele batterisyklusen.
En integrert navservomotor trenger passende tilbakemelding for lukket sløyfekontroll.
Enkoderen gir informasjon om motor- eller hjulbevegelser, slik at kontrolleren kan regulere hastighet og posisjon.
Valg av koder kan påvirke:
Hastighetsregulering
Posisjonsnøyaktighet
Hjulsynkronisering
Lav hastighet ytelse
Feildeteksjon
Repeterbarhet for navigering
For en tohjuls differensialdrevet AMR er tilbakemelding fra begge hjul spesielt viktig.
For flerhjulsplattformer blir synkronisert tilbakemelding fra flere drivmoduler enda viktigere.
Den riktige koderspesifikasjonen avhenger av robotens krav til bevegelseskontroll i stedet for bare å velge den høyeste tilgjengelige oppløsningen.
Motoren må kommunisere effektivt med robotens kontroller.
Vanlige alternativer inkluderer:
KAN
KAN åpne
RS485
Modbus RTU
EtherCAT
CANopen kan være nyttig for distribuerte servo-noder i mange mobile roboter.
RS485 med Modbus kan være egnet for enklere kommunikasjonsarkitekturer.
EtherCAT kan vurderes når roboten krever høyytelses synkronisert fleraksekontroll.
Riktig protokoll bør samsvare med:
Antall motorer
Tilbakemeldingskrav
Kommandooppdateringshastighet
Synkroniseringskrav
Kontrollerkompatibilitet
Programvarearkitektur
Diagnostiske krav
Kommunikasjon bør vurderes under motorvalg, ikke etter at den mekaniske konstruksjonen allerede er ferdigstilt.
Termisk ytelse er spesielt viktig for kompakte navmotorer.
En AMR kan fungere i flere timer uten lang nedkjølingsperiode.
Samtidig kan motoren ha begrenset luftstrøm fordi den er installert inne i et lite chassis.
Varme kan skyldes:
Kobbertap
Kontroller tap
Tap av girkasse
Høyt kontinuerlig dreiemoment
Hyppig akselerasjon
Høy omgivelsestemperatur
Vi bør derfor be om spesifikasjoner for kontinuerlig drift i stedet for kun å se på toppeffekt.
Viktige parametere inkluderer:
Kontinuerlig dreiemoment
Kontinuerlig strøm
Maksimal temperatur
Termisk beskyttelse
Temperaturovervåking
Anbefalt driftssyklus
En motor som leverer imponerende toppmoment i en kort periode er kanskje ikke egnet for kontinuerlig AMR-drift.
Det nødvendige beskyttelsesnivået avhenger av robotens miljø.
Et rent innendørs lager har andre krav enn et fabrikkgulv der roboten kan møte:
Støv
Vann
Olje
Rengjøringsvæsker
Fuktighet
Temperaturendringer
Motorhuset, koblinger, kabler og hjulmontering bør alle vurderes når miljøvern skal evalueres.
For industrielle mobile roboter kan en passende IP-klassifisering bidra til å beskytte drivsystemet mot miljøeksponering.
Den faktiske vurderingen som kreves bør bestemmes ut fra robotens driftsforhold i stedet for å velges utelukkende for markedsføringsformål.
Ikke alle mobile roboter trenger en brems.
En brems kan imidlertid være viktig når roboten skal holde sin posisjon under visse forhold.
Potensielle bruksområder inkluderer:
Skrå gulv
Løftemekanismer
Vertikale laster
Dokkingstasjoner
Sikkerhetsrelaterte holdefunksjoner
Når vi evaluerer en brems, bør vi sjekke:
Holdemoment
Bremsespenning
Responstid
Strømforbruk
Mekanisk integrasjon
Feilsikker oppførsel
Driftssyklus
Bremsen skal være integrert i robotens generelle sikkerhet og mekaniske design.
Kompakt AMR-utvikling innebærer ofte svært stramme dimensjonelle begrensninger.
Før du velger motor, bør vi bekrefte:
Motordiameter
Motorlengde
Hjuldiameter
Hjulbredde
Monteringshull
Monteringsdybde
Akselkonfigurasjon
Koblingsposisjon
Kabelutgangsretning
Samlet vekt
En motor kan ha utmerkede elektriske spesifikasjoner og fortsatt være uegnet hvis monteringsgrensesnittet ikke passer til chassiset.
For ultrakompakte roboter bør den mekaniske konvolutten bekreftes i begynnelsen av designprosessen.
Motoren i seg selv bidrar til totalvekten av kjøretøyet.
Dette er viktig fordi ekstra drivverkvekt kan redusere:
Nyttelastkapasitet
Batteriutholdenhet
Akselerasjon
Energieffektivitet
For mobile roboter er målet ikke bare maksimal motoreffekt.
Vi bør søke en passende balanse mellom:
Dreiemoment + hastighet + vekt + effektivitet + fysisk størrelse
Dette blir stadig viktigere for batteridrevne AMR-er der hvert kilo påvirker ytelsen på systemnivå.
Motorens effektivitet påvirker batteriets driftstid.
Det reelle energibehovet avhenger av mer enn motorens nominelle virkningsgrad.
Vi bør vurdere:
Motoreffektivitet
Kontroller effektivitet
Girkasseeffektivitet
Driftshastighet
Last inn profil
Akselerasjonsfrekvens
Regenerativ oppførsel
Standby-forbruk
En AMR som opererer kontinuerlig i et helt skift kan ha stor nytte av en effektiv drivlinje.
Energieffektiviteten bør derfor evalueres på tvers av robotens faktiske driftssyklus i stedet for kun ved ett driftspunkt.
En motor kan fungere forskjellig under forskjellige robotarbeidsbelastninger.
For eksempel:
Lett last → høy hastighet → kort akselerasjon → lang cruiseperiode
er veldig forskjellig fra:
Tung last → hyppige starter → gjentatt akselerasjon → hyppige stopp
Den andre applikasjonen kan skape mye høyere krav til termisk og toppstrøm.
En god utvelgelsesprosess bør derfor definere en representativ driftssyklus.
Dette kan inkludere:
Driftstid
Reiseavstand
Gjennomsnittlig hastighet
Maksimal hastighet
Akselerasjonsfrekvens
Nyttelastprosent
Rampedrift
Vendefrekvens
Stopp/start frekvens
Denne informasjonen gjør det mulig for motorprodusenten å evaluere applikasjonen mer nøyaktig.
Mer motormoment er ikke alltid bedre.
Hvis tilgjengelig hjulmoment overstiger trekkraften til hjulet og gulvet, kan hjulet skli.
Hjulslip kan redusere:
Posisjonsnøyaktighet
Navigasjonsnøyaktighet
Dekkliv
Energieffektivitet
Drivverket bør derfor tilpasses de faktiske trekkraftforholdene.
Hjulmateriale, gulvoverflate, lastfordeling og dreiemoment styrer alt.
En servomotor med presis dreiemoment og hastighetskontroll kan hjelpe bevegelseskontrollsystemet med å administrere hjuloppførselen mer effektivt.
En integrert navservomotor kan inneholde kontrolleren inne i motorenheten.
Vi bør forstå hva den integrerte kontrolleren faktisk gir.
Spørsmål kan omfatte:
Støtter den hastighetskontroll?
Støtter den posisjonskontroll?
Er dreiemomentkontroll tilgjengelig?
Kan akselerasjons- og retardasjonsparametere konfigureres?
Kan strømgrenser justeres?
Er feilkoder tilgjengelige?
Er temperaturovervåking inkludert?
Kan kontrollparametere tilpasses?
Disse detaljene kan påvirke integrasjonen med AMRs hovedkontroller betydelig.
Standardprodukter kan akselerere utviklingen, men OEM-robotprodusenter trenger ofte tilpassede konfigurasjoner.
Mulige tilpasningskrav inkluderer:
Hjuldiameter
Motorkraft
Girforhold
Monteringsdimensjoner
Koblingsposisjon
Kabellengde
Enkoder
Kommunikasjonsprotokoll
Bremse
Spenning
Fastvareparametere
Bolig
For kompakte AMR-er kan tilpasning være spesielt verdifull fordi mekanisk plass ofte er begrenset.
En tilpasset koblingsposisjon eller monteringsmønster kan noen ganger eliminere behovet for å redesigne et helt chassis.
Laboratoriespesifikasjoner er viktige, men prototypetesting er fortsatt viktig.
Hele drivverket bør ideelt sett testes med:
Faktisk robotmasse
Maksimal nyttelast
Ekte batteri
Faktisk hjul
Ekte kontroller
Tiltenkt kommunikasjonsnettverk
Forventet gulvoverflate
Testing bør evaluere:
Starter ytelse
Akselerasjon
Bremsing
Kontinuerlig drift
Motortemperatur
Dagens forbruk
Hjulsynkronisering
Kommunikasjonsstabilitet
Gjenoppretting av feil
Batteriutholdenhet
Dette gir et mye mer nyttig bilde av hvordan den integrerte navservomotoren vil oppføre seg i den endelige AMR.
Parameter |
Hva vi bør bekrefte |
|---|---|
Total kjøretøymasse |
Tom og fullastet |
Nyttelast |
Maksimal driftsnyttelast |
Hjuldiameter |
Mekaniske krav og ytelseskrav |
Kontinuerlig dreiemoment |
Normal driftsbelastning |
Topp dreiemoment |
Akselerasjon og forbigående belastninger |
Fart |
Normal og maksimal reisehastighet |
Akselerasjon |
Nødvendig kjøretøyrespons |
Spenning |
Full batteridriftsområde |
Enkoder |
Tilbakemeldingskrav |
Kommunikasjon |
CAN, CANopen, RS485, Modbus, EtherCAT |
Termisk ytelse |
Kontinuerlig kapasitet |
IP-vurdering |
Miljøkrav |
Bremse |
Holde- og sikkerhetskrav |
Dimensjoner |
Komplett mekanisk konvolutt |
Vekt |
Effekt på nyttelast og batteri |
Effektivitet |
Betraktninger om batteridriftstid |
Tilpasning |
OEM mekaniske og elektriske krav |
Testing |
Krav til validering av prototyper |
Å velge riktig integrert børsteløs navservomotor krever en tilnærming på systemnivå.
Vi bør begynne med robotens totale masse, nyttelast, hjuldiameter, hastighet, akselerasjon og driftsmiljø. Derfra kan vi bestemme nødvendig kontinuerlig og maksimalt dreiemoment, batterispenning, kodertilbakemelding, kommunikasjonsprotokoll, termisk ytelse, IP-klassifisering og mekaniske dimensjoner.
For kompakte AGV-er og AMR-er gir integrering en viktig fordel fordi motoren, kontrolleren, tilbakemeldingen og hjulet kan utformes som én kompakt drivlinjemodul.
Den beste motoren er derfor ikke nødvendigvis den kraftigste eller den minste tilgjengelige modellen. Det er den hvis dreiemoment, hastighet, tilbakemelding, kommunikasjon, termiske egenskaper, dimensjoner og tilpasningsmuligheter samsvarer med den faktiske robotarkitekturen.
For OEM-produsenter kan tidlig samarbeid med en integrert motorleverandør også forenkle prototypeutvikling, mekanisk integrasjon, kommunikasjonstesting og eventuell masseproduksjon.
For ultrakompakte AGV-er og AMR-er er det ikke alltid nok å velge en standardmotor fra en katalog. Disse autonome mobile robotene opererer innenfor strenge grenser for chassisstørrelse, hjulposisjon, batterikapasitet, nyttelast, bakkeklaring, ledningsplass og total kjøretøyhøyde. En drivmotor som fungerer godt i en konvensjonell AGV kan fortsatt kreve betydelige mekaniske eller elektriske modifikasjoner før den kan passe til en kompakt mobil robot.
Det er her OEM-tilpasning blir viktig.
Hos JKONGMOTOR nærmer vi oss integrert motorisk utvikling fra perspektivet til det komplette bevegelsessystemet. I stedet for å behandle motoren som en isolert komponent, jobber vi rundt de faktiske kravene til AGV eller AMR, inkludert hjulstørrelse, dreiemoment, hastighet, spenning, kodertilbakemelding, kommunikasjon, mekaniske dimensjoner, kabling, bremsing og installasjonsbegrensninger.
For produsenter av kompakte mobile roboter kan denne tilnærmingen utgjøre forskjellen mellom å finne en motor som fungerer og å utvikle en drivlinje som er genuint optimalisert for roboten.
Plassen er en av de største utfordringene i en ultrakompakt mobil robot.
Chassiset må kanskje romme:
Batteripakker
Hovedkontroller
LiDAR
Kameraer
Sikkerhetssensorer
Trådløse kommunikasjonsmoduler
Nyttelast
Lade komponenter
Løftemekanismer
Motorkontrollere
Strømfordeling
Drivmotorer og hjul
Samtidig kan det hende at roboten må holde seg lavt nok til å reise under stativer, hyller, vogner eller annet utstyr.
En konvensjonell drivlinje kan forbruke verdifull intern plass fordi motor, girkasse, koder, kontroller og ledninger kan installeres separat.
An integrert børsteløs navservomotor kan redusere denne kompleksiteten, men selv en integrert motor kan kreve tilpasning for å passe den eksakte kjøretøyarkitekturen.
Dette er grunnen til at OEM-samarbeid blir verdifullt på designstadiet.
Et av de første kravene i et ultrakompakt AMR-prosjekt er vanligvis mekanisk plass.
Den tilgjengelige motorkonvolutten kan være begrenset av:
Chassis bredde
Chassis høyde
Akselavstand
Bakkeklaring
Batteriplassering
Opphengskomponenter
Nyttelastrom
Sensorinstallasjon
En standardmotor kan ha riktig dreiemoment, men feil diameter eller lengde.
I stedet for å redesigne hele roboten rundt en uegnet motor, kan en OEM-motorprodusent samarbeide med robotprodusenten for å definere en passende mekanisk konfigurasjon.
Hos JKONGMOTOR kan tilpasning vurderes rundt de faktiske mekaniske kravene til den mobile roboten, noe som hjelper OEM-kunder med å integrere motoren mer naturlig i chassiset.
For en navservomotor er hjulet tett forbundet med drivverksdesignet.
Hjuldiameter påvirker:
Kjøretøyets hastighet
Hjul turtall
Nødvendig dreiemoment
Bakkeklaring
Evne til å krysse hindringer
Robothøyde
En kompakt AMR kan kreve en spesifikk hjuldiameter fordi chassiset er optimert rundt en bestemt høyde eller akselavstand.
OEM-tilpasning kan bidra til å koordinere motoren, navstrukturen, hjuldimensjonene og monteringsgrensesnittet i stedet for å tvinge robotprodusenten til å tilpasse hele chassiset til en generisk motor.
Dette er spesielt viktig for mobile roboter der hjulposisjon direkte påvirker navigasjon og mekanisk stabilitet.
Ikke alle AGV trenger det samme dreiemomentet.
En liten sykehuslevering AMR har helt andre krav enn en lagerrobot som bærer en tung nyttelast.
Momentkrav avhenger av:
Total kjøretøyvekt
Nyttelast
Antall drevne hjul
Hjuldiameter
Akselerasjon
Helling
Rullemotstand
Gulvforhold
En tilpasset motorløsning kan utvikles rundt de faktiske driftsforholdene.
Hos JKONGMOTOR kan denne applikasjonsorienterte tilnærmingen hjelpe OEM-kunder med å unngå å velge en motor rett og slett fordi dens nominelle effekt virker passende.
Målet er å etablere et passende forhold mellom kontinuerlig dreiemoment, toppmoment, hastighet, hjuldiameter og driftssyklus.
Ultrakompakte AMR-er trenger ofte rask og kontrollert akselerasjon.
Drivverket kan oppleve sitt høyeste dreiemoment under:
Starter fra hvile
Rask akselerasjon
Klatreramper
Snu under belastning
Overvinne rullemotstand
Bærer maksimal nyttelast
Dette betyr at nominell motoreffekt alene ikke gir nok informasjon.
Motoren bør evalueres i henhold til både kontinuerlige og maksimale driftskrav.
En OEM-motorprodusent kan hjelpe med å definere passende dreiemoment og strømegenskaper i henhold til den faktiske applikasjonen i stedet for bare å velge nærmeste standardspesifikasjon.
Batteriarkitektur er en annen viktig faktor.
Kompakte AGV-er og AMR-er bruker vanligvis DC-batterisystemer, med forskjellige plattformer designet rundt forskjellige spenningsnivåer.
Motoren og den integrerte kontrolleren må støtte det faktiske driftsspenningsområdet i stedet for bare den nominelle batteriverdien.
OEM-tilpasning kan innebære:
Nominell spenning
Driftsspenningsområde
Gjeldende grenser
Akselerasjonsstrøm
Regenerativ oppførsel
Lavspenningsbeskyttelse
Hos JKONGMOTOR kan elektriske spesifikasjoner vurderes sammen med den komplette mobile robotkraftarkitekturen.
Dette bidrar til å sikre at den integrerte motoren er kompatibel med batteriet og kontrolleren i stedet for å bli en elektrisk begrensning senere i prosjektet.
Moderne AMR-er er sterkt avhengige av kommunikasjon mellom den sentrale kontrolleren og individuelle drivmoduler.
Avhengig av robotarkitekturen kan drivverket bruke:
KAN
KAN åpne
RS485
Modbus RTU
EtherCAT
Puls og retning
En tohjuls differensialdrevet AMR kan ha relativt enkle kommunikasjonskrav.
En firehjuls eller flerhjuls autonom plattform kan kreve betydelig mer koordinering.
Hver drivenhetsmodul kan trenge å motta målhastighets- eller posisjonskommandoer mens de rapporterer:
Faktisk hastighet
Enkoder posisjon
Nåværende
Temperatur
Alarmstatus
Kommunikasjonsstatus
OEM-tilpasning kan bidra til å justere den integrerte servomotorens kommunikasjonsgrensesnitt med robotens eksisterende kontrollarkitektur.
Dette er spesielt nyttig når kunden allerede har en definert kontroller, programvareplattform eller kommunikasjonsprotokoll.
Nøyaktig tilbakemelding er avgjørende for AMR-bevegelse med lukket sløyfe.
Enkoderen lar den integrerte servokontrolleren overvåke motorbevegelsen og regulere hjulhastigheten.
For kompakte mobile roboter kan tilbakemelding fra koder påvirke:
Rettlinjet nøyaktighet
Vende konsistens
Hjulsynkronisering
Dokking
Posisjonskorreksjon
Lavhastighetskontroll
Ulike robotplattformer kan kreve forskjellige tilbakemeldingsegenskaper.
OEM-prosjekter kan derfor innebære valg av koder eller konfigurasjon i henhold til den nødvendige kontrolloppløsningen og systemarkitekturen.
Dette er en liten detalj som kan ha stor innvirkning på kompakt robotintegrasjon.
En standard motorkabel kan være:
For lenge
For kort
Vanskelig å rute
Plassert mot feil side
For nær en bevegelig komponent
Et ultrakompakt chassis gir svært lite plass til kabelhåndtering.
Hos JKONGMOTOR kan OEM-tilpasning adressere praktiske installasjonsdetaljer som:
Kabellengde
Koblingstype
Kontaktorientering
Kabelutgangsretning
Kablingskonfigurasjon
Dette kan redusere unødvendige kabelsløyfer og gjøre sluttmonteringen renere.
Ikke alle mobile roboter krever brems.
Noen applikasjoner kan imidlertid trenge mekanisk holding når strømmen fjernes eller når kjøretøyet kjører i en skråning.
En integrert brems kan vurderes i henhold til:
Holdemoment
Bremsespenning
Bremserespons
Strømforbruk
Driftssyklus
Sikkerhetskrav
For en OEM-kunde kan det å ha bremsen integrert i motorenheten forenkle drivverket sammenlignet med å legge til en separat bremsemekanisme.
Den faktiske bremsearkitekturen skal alltid valideres mot robotens komplette sikkerhetsdesign.
Ultrakompakt emballasje skaper en annen utfordring: varmeavledning.
En mobil robot kan operere i mange timer mens den gjentatte ganger akselererer, bremser, svinger og bærer nyttelast.
Motoroppvarming kan skyldes:
Kobbertap
Kontroller tap
Tap av girkasse
Høy strøm
Gjentatt akselerasjon
Kontinuerlig dreiemoment
En motor som yter godt under en kort demonstrasjon, gir kanskje ikke tilstrekkelig termisk ytelse under kontinuerlig drift.
OEM-utvikling kan derfor vurdere den faktiske driftssyklusen i stedet for å evaluere motoren bare under ideelle forhold.
Hos JKONGMOTOR kan termisk beskyttelse og brukskrav betraktes som en del av den integrerte motorløsningen.
En motor kan ha riktig dreiemoment og hastighet og fortsatt være uegnet hvis den ikke kan installeres effektivt.
Viktige mekaniske grensesnitt inkluderer:
Monteringshull
Boltemønster
Akseldimensjoner
Hjulmontering
Husdimensjoner
Koblingsposisjon
Kabelutgang
Mekanisk klaring
Tilpassede grensesnitt kan redusere behovet for ekstra braketter, adaptere eller mekaniske modifikasjoner.
For en OEM-produsent som forbereder et produkt for masseproduksjon, kan dette forenkle monteringen og forbedre produksjonskonsistensen.
En stor fordel med å jobbe direkte med en motorprodusent er muligheten til å diskutere mekaniske og elektriske krav før robotdesignet er ferdigstilt.
En typisk OEM-utviklingsprosess kan følge:
Applikasjonskrav → Motorvalg → Mekanisk design → Prototype → Testing → Optimalisering → Masseproduksjon
I løpet av prototypestadiet kan produsenten og motorleverandøren vurdere:
Dreiemoment
Fart
Akselerasjon
Termisk ytelse
Kommunikasjon
Støy
Vibrasjon
Hjultrekk
Installasjon
Kontinuerlig drift
Denne tilbakemeldingssløyfen kan identifisere problemer før designet når masseproduksjon.
JKONGMOTOR fokuserer på integrerte bevegelseskontrollløsninger for OEM-applikasjoner, inkludert integrerte servo- og BLDC-motorplattformer designet for industriell automasjon og mobil robotikk.
For AGV- og AMR-prosjekter kan løsningen evalueres i forhold til kundens faktiske drivverkskrav i stedet for bare å velge en standardmotor fra en katalog.
Avhengig av prosjektet kan tilpasning dekke områder som:
Motorkraft
Nominell spenning
Dreiemoment
Fart
Hjulintegrering
Enkoder
Kommunikasjonsgrensesnitt
Girkasse
Bremse
Monteringsstruktur
Kabel- og kontaktkonfigurasjon
Kontrollparametere
Denne tilnærmingen er spesielt relevant for ultrakompakte AGV-er og AMR-er , der mekanisk plass og elektrisk integrasjon ofte er nært forbundet.
For OEM-kunder er motorvalg bare begynnelsen.
En komplett utviklingsprosess kan innebære:
Vi definerer først robotens totale masse, nyttelast, hastighet, akselerasjon, hjuldiameter, batterispenning, driftssyklus og miljøforhold.
Motor, koder, girkasse, hjul, kommunikasjonsgrensesnitt og andre funksjoner er tilpasset applikasjonen.
Den tilpassede motoren er integrert i selve robotchassiset.
Den komplette drivlinjen er testet under realistiske nyttelast og driftsforhold.
Mekaniske, elektriske, termiske og kontrollparametere kan justeres basert på testresultater.
Når designet er validert, kan motorkonfigurasjonen standardiseres for produksjon.
Denne prosessen bidrar til å bygge bro mellom en laboratorieprototype og en produksjonsklar AMR-drivlinje.
Jo mindre roboten blir, jo mindre toleranse er det for komponentfeil.
En stor AGV kan ha nok intern plass til å romme en ekstern kontroller, ekstra braketter og ekstra ledninger.
En ultrakompakt AMR kanskje ikke.
Dette betyr at tilpasning kan gi verdi på flere områder samtidig:
Mekanisk integrasjon: Motoren passer til chassiset i stedet for å tvinge chassiset til å romme motoren.
Elektrisk integrasjon: Spennings-, strøm-, koder- og kommunikasjonsegenskaper samsvarer med robotarkitekturen.
Kontrollintegrasjon: Servomotoren kommuniserer med den eksisterende bevegelseskontrolleren.
Termisk integrasjon: Motoren evalueres i henhold til den faktiske driftssyklusen.
Produksjonsintegrasjon: Den endelige konfigurasjonen kan standardiseres for repeterbar montering.
Før du starter et integrert navservomotorprosjekt, anbefaler vi å forberede følgende informasjon:
Behov |
Informasjon å gi |
|---|---|
Robottype |
AGV, AMR, autonom vogn, etc. |
Total masse |
Tom og fullastet |
Nyttelast |
Maksimal nyttelast |
Antall hjul |
Antall drevne hjul |
Hjuldiameter |
Nødvendig eller tilgjengelig diameter |
Kjøretøyets hastighet |
Normal og maksimal hastighet |
Akselerasjon |
Nødvendig akselerasjon |
Helling |
Maksimal driftshelling |
Batteri |
Nominell spenning og driftsspenning |
Kommunikasjon |
CAN, CANopen, RS485, EtherCAT, etc. |
Tilbakemelding |
Krav til enkoder |
Driftssyklus |
Kontinuerlig eller intermitterende |
Miljø |
Innendørs, lager, industri, etc. |
IP-krav |
Nødvendig beskyttelsesnivå |
Bremse |
Påkrevd eller ikke nødvendig |
Dimensjoner |
Maksimal motorkonvolutt |
Kabel |
Krav til lengde og kobling |
Mengde |
Prototype og estimert produksjonsvolum |
Ved å gi denne informasjonen tidlig kan motorleverandøren evaluere applikasjonen mer nøyaktig.
For ultrakompakte AGV-er og AMR-er handler OEM-tilpasning ikke bare om å gjøre en motor annerledes enn et standardprodukt . Det handler om å matche drivverket til selve roboten.
Den riktige integrerte, børsteløse navservomotoren må passe den tilgjengelige plassen, levere nødvendig dreiemoment og hastighet, kommunisere med robotkontrolleren, gi passende tilbakemeldinger, operere innenfor batterispenningsområdet, håndtere varme under kontinuerlig drift og integreres rent med hjulet og chassiset.
Med JKONGMOTOR kan OEM-kunder nærme seg disse kravene som et komplett integrert bevegelsesprosjekt, fra innledende applikasjonsanalyse og motorkonfigurasjon gjennom prototypetesting, optimalisering og produksjon.
For mobile robotprodusenter som utvikler stadig mer kompakte AGV-er og AMR-er, kan denne applikasjonsdrevne tilnærmingen gi større fleksibilitet enn å stole utelukkende på standard katalogmotorer. Jo nærmere motoren er tilpasset roboten, jo lettere blir det å optimalisere hele kjøretøyet for størrelse, nyttelast, effektivitet, pålitelighet og produksjon.
Før du kjøper, bør vi be om tydelig teknisk informasjon i stedet for å vurdere produktet fra en markedsføringsbeskrivelse alene.
Viktige spørsmål inkluderer:
Hva er nominelle og maksimale dreiemomentverdier?
Hva er den kontinuerlige driftshastigheten?
Hvilke hjuldiametre er tilgjengelige?
Hvilke batterispenningsområder støttes?
Hvilke koderalternativer er tilgjengelige?
Hvilke kommunikasjonsprotokoller støttes?
Er en brems tilgjengelig?
Hva er motorens IP-klassifisering?
Hva er den kontinuerlige termiske vurderingen?
Hvilken overbelastningsevne er tilgjengelig?
Hva er monteringsdimensjonene?
Kan kontakt- og kabelkonfigurasjonen tilpasses?
Kan fastvareparametere tilpasses?
Hvilken testing utføres før forsendelse?
Kan produsenten gi teknisk støtte under prototypeutvikling?
Disse spørsmålene hjelper oss å vurdere motoren som en del av den komplette AMR-drivlinjen i stedet for som en isolert motor.
Valget mellom en integrert og konvensjonell arkitektur avhenger av roboten.
Et konvensjonelt system kan tilby fleksibilitet når det er tilstrekkelig med skapplass og når designeren ønsker å holde motor og drivelektronikk fysisk adskilt.
En integrert hub servo-arkitektur blir spesielt attraktiv når roboten prioriterer:
Kompakte dimensjoner
Redusert kabling
Lavere installasjonskompleksitet
Modulær drivlinjedesign
Distribuert motorstyring
Forenklet montering
Plasseffektiv emballasje
Riktig valg avhenger av den komplette systemarkitekturen.
For ultrakompakte roboter kan imidlertid det plassbesparende potensialet ved integrasjon være spesielt verdifullt.
Før vi bekrefter en motor, bør vi bekrefte følgende:
Seleksjonsfaktor |
Hva du bør sjekke |
|---|---|
Kjøretøyets masse |
Tom og fullastet vekt |
Nyttelast |
Maksimal nyttelast under normal drift |
Hjuldiameter |
Tilgjengelig plass og nødvendig trekkraft |
Fart |
Normal og maksimal reisehastighet |
Dreiemoment |
Kontinuerlig og topp dreiemoment |
Akselerasjon |
Nødvendig start og forbigående ytelse |
Spenning |
Komplett batteridriftsområde |
Tilbakemelding |
Kodertype og oppløsning |
Kommunikasjon |
CANopen, CAN, RS485, EtherCAT, etc. |
Termisk |
Kontinuerlig drift og varmeavledning |
Beskyttelse |
IP-klassifisering og driftsmiljø |
Bremse |
Holdekrav og sikkerhetsarkitektur |
Dimensjoner |
Motor, hjul, montering og koblingsplass |
Kabling |
Kabellengde og kontaktkonfigurasjon |
Tilpasning |
OEM mekaniske og elektriske alternativer |
Testing |
Prototype og produksjonsvalidering |
Å velge en integrert børsteløs navservomotor for en ultrakompakt AGV eller AMR krever mer enn å matche motorens effektklasse til roboten.
Vi må evaluere hele bevegelsessystemet.
Dreiemoment, hastighet, hjuldiameter, nyttelast, akselerasjon, batterispenning, kodertilbakemelding, kommunikasjonsprotokoll, termisk ytelse, beskyttelsesnivå, mekaniske dimensjoner og bremsekrav påvirker alle om drivverket vil yte pålitelig i felten.
For kompakte autonome mobile roboter kan integrasjon gi en praktisk måte å redusere drivverkvolumet, forenkle kabling og skape en renere mekanisk arkitektur. Når kombinert med tilbakemelding med lukket sløyfe, passende kommunikasjon, termisk beskyttelse og OEM-tilpasning, kan en integrert børsteløs navservomotor bli en svært tilpasningsdyktig drivmodul for plassbegrenset mobil robotikk.
Den mest pålitelige utvelgelsesprosessen starter med robotens faktiske driftskrav og fungerer bakover til motorspesifikasjonen. Ved å beregne dreiemoment- og hastighetskrav, sjekke hele den elektriske og termiske konvolutten, validere mekanisk integrasjon og teste drivverket under reelle nyttelastforhold, kan vi redusere risikoen for redesign og bygge en mer pålitelig AMR-plattform.
For OEM AGV- og AMR-produsenter bør motoren til slutt vurderes ikke bare som en komponent, men som en komplett bevegelseskontrollløsning designet rundt robotens mekaniske, elektriske og operasjonelle krav.
OEM-tilpasning lar motoren og drivsystemet matche robotens tilgjengelige plass, nyttelast, hjulstørrelse, spenning, dreiemoment, kommunikasjonsprotokoll og mekaniske grensesnitt. For ultrakompakte AGV-er og AMR-er er disse faktorene ofte tett begrenset, så en standardmotor passer kanskje ikke til kjøretøyets arkitektur uten mekaniske eller elektriske kompromisser.
Avhengig av applikasjonen kan tilpasning inkludere motordimensjoner, hjuldiameter, nominell og toppmoment, driftsspenning, hastighetsområde, koderkonfigurasjon, kommunikasjonsgrensesnitt, brems, kabellengde, kontakttype, monteringsstruktur, beskyttelsesnivå og termisk beskyttelse. Disse alternativene gjør at motoren kan tilpasses den faktiske AGV- eller AMR-drivlinjen.
En integrert børsteløs navservomotor kombinerer motoren, tilbakemeldingskomponentene og drivelektronikken til en kompakt drivlinje. OEM-tilpasning kan ytterligere optimalisere motorhuset, hjulgrensesnittet, koblingsposisjonen og monteringsdimensjonene. Dette kan redusere eksterne komponenter, ledninger, braketter og skapplass inne i en kompakt mobil robot.
Ja. En integrert navservomotor kan designes eller konfigureres rundt forskjellige hjuldiametre og mekaniske grensesnitt. Hjulstørrelsen påvirker nødvendig dreiemoment, kjøretøyets hastighet, akselerasjon, bakkeklaring og emballasje, så motor- og hjulkombinasjonen bør velges i henhold til de fullstendige drivverkkravene.
Ja. Avhengig av motorplattformen og kontrollarkitekturen kan integrerte servomotorer konfigureres med kommunikasjonsgrensesnitt som CANopen, EtherCAT, RS485 eller andre industrielle kommunikasjonsløsninger. Det riktige grensesnittet avhenger av AGV- eller AMR-kontrolleren, nødvendig synkronisering, diagnostikk og systemarkitektur.
Ultrakompakte motorer har begrenset fysisk plass for varmeavledning. Kontinuerlig akselerasjon, klatring, drift med høy nyttelast og gjentatte start og stopp kan øke motortemperaturen. Termisk tilpasning kan innebære motordesign, beskyttelsesinnstillinger, husoptimalisering og driftsparametere for å opprettholde pålitelig ytelse under den angitte driftssyklusen.
Ja. Enkodervalg kan tilpasses robotens posisjonering, hastighetskontroll, synkronisering og tilbakemeldingskrav. Avhengig av applikasjonen kan kundene spesifisere kodertype, oppløsning, tilbakemeldingsgrensesnitt og andre tilbakemeldingsegenskaper som kreves av bevegelseskontrollsystemet.
Tilpasning kan dekke monteringsdimensjoner, aksel- eller navstrukturer, flensgrensesnitt, boltmønstre, hjulmontering, kabelutganger, koblingsposisjoner og generelle motordimensjoner. Mekanisk tilpasning er spesielt nyttig når motoren må passe til et eksisterende AGV-chassis eller en nydesignet kompakt drivlinje.
En OEM-forespørsel skal normalt inkludere kjøretøyvekt, maksimal nyttelast, hjuldiameter, målhastighet, akselerasjon, helningsevne, batterispenning, driftssyklus, nødvendig dreiemoment, tilgjengelig installasjonsplass, kommunikasjonsprotokoll, koderekrav, bremsekrav og miljøforhold. Ved å gi disse parametrene hjelper motorprodusenten å velge eller utvikle en passende drivlinje mer effektivt.
Ja. JKONGMOTOR tilbyr integrerte bevegelseskontrollløsninger som kan tilpasses for AGV- og AMR-applikasjoner. Avhengig av prosjektet kan tilpasning dekke motorytelse, mekaniske dimensjoner, hjulintegrasjon, koder, kommunikasjon, kabler og koblinger, bremsing, termisk beskyttelse og andre drivverkskrav. Den typiske OEM-prosessen kan omfatte teknisk evaluering, motordesign, prototypeutvikling, testing og batchproduksjon.
