Dansk
Visninger: 0 Forfatter: Jkongmotor Udgivelsestid: 24-09-2026 Oprindelse: websted
Ultrakompakte AGV'er og AMR'er ændrer måden, mobile robotter er designet til varehuse, fabrikker, hospitaler, detailfaciliteter, laboratorier og andre miljøer med begrænset plads. I modsætning til konventionelle autonome mobile robotter, der har masser af plads til motorer, gearkasser, eksterne drev, ledninger og kontrolelektronik, skal ultrakompakte platforme levere de samme væsentlige bevægelsesfunktioner i et meget mindre mekanisk hylster.
Det gør drivsystemet særligt vigtigt.
For mange kompakte mobile robotter integreret børsteløs nav servomotor kan en kombinere motoren, drivelektronikken, feedbacksystemet og hjulet i en enkelt kompakt enhed. I stedet for at designe en drivlinje omkring flere separate komponenter, kan vi bygge bevægelsessystemet op omkring et hjul-integreret drivmodul.
Men at vælge den rigtige navservomotor er ikke blot et spørgsmål om at vælge den mindste motor, der passer.
Vi skal overveje hjuldiameter, nominelt drejningsmoment, maksimalt drejningsmoment, køretøjsvægt, nyttelast, acceleration, driftshastighed, batterispænding, kontrolprotokol, feedback-nøjagtighed, termisk ydeevne, beskyttelsesklassificering, mekanisk installation, bremsekrav og driftscyklus.
Denne vejledning forklarer de vigtigste valgfaktorer for ultrakompakte AGV'er og AMR'er og viser, hvordan man vurderer en integreret børsteløs navservomotor ud fra et egentligt systemdesignperspektiv.
Ultrakompakte AGV'er og AMR'er er autonome mobile robotter designet til at fungere, hvor konventionelle mobile platforme har svært ved at passe.
Typiske anvendelser omfatter:
Små lagertransportrobotter
Hylde-til-person plukkerobotter
Hospitalsleveringsrobotter
Laboratorietransportplatforme
Robotter til detaillager
Kompakte inspektionsrobotter
Fabriksmaterialehåndteringsrobotter
Automatiserede vogne
AMR'er under rack
Mobile robotter med smal gang
Små pakketransportrobotter
Samarbejdsbaserede mobile platforme
Det afgørende kendetegn er ikke blot den samlede robotstørrelse. Drivlinjen skal også passe inden for et meget begrænset mekanisk rum.
For eksempel kan en kompakt AMR være nødt til at placere sine drivhjul inde i et chassis, mens den efterlader tilstrækkelig intern volumen til batteri, controller, sensorer, kommunikationselektronik, løftemekanisme og nyttelast.
Hver millimeter betyder noget.
En traditionel arkitektur med en motor, gearkasse, encoder, eksternt servodrev, bremse og stort ledningsnet kan optage betydelig plads. Dette er en af grundene til, at integrerede nav servomotorer er blevet attraktive for kompakt mobil robotteknologi.
|
|
|
|
|
|
|
Integreret DC-servomotor med bremse |
|
|
|
|
|
|
|
|
|
|
Aksel |
Blyskrue |
modul |
Lineær Bevægelse |
Bremse |
Gearkasse |
Snekkegearkasse |
Ledninger |
Beskyt niveau |
Beskyt niveau |
Kompakte AGV'er og AMR'er har meget forskellige krav til drivsystemet end større autonome køretøjer. Når robotten skal operere i smalle gange, under stativer, omkring mennesker eller inde i et begrænset chassis, skal hver komponent give nyttig funktionalitet uden at forbruge unødvendig plads.
Det er her en integreret børsteløs navservomotor kan give en praktisk fordel.
I stedet for at bruge en separat børsteløs motor, gearkasse, hjul, encoder og eksternt servodrev, kan en integreret navservomotor kombinere flere af disse funktioner i ét kompakt drevmodul. Denne arkitektur kan forenkle mekanisk integration og samtidig reducere ledninger og frigøre værdifuld intern plads til batterier, controllere, sensorer, løftemekanismer og nyttelast.
En integreret, børsteløs navservomotor er en hjuldreven enhed bygget op omkring en børsteløs jævnstrømsmotor med lukket sløjfestyring . Afhængigt af designet kan motormodulet integrere hjul, gearkasse, encoder, controller, kommunikationsgrænseflade, bremse og beskyttelsesfunktioner.
Motoren er installeret direkte ved hjulpositionen, hvilket gør det muligt for drivlinjen at blive en mere kompakt del af chassiset.
Et typisk integreret navservosystem kan omfatte:
Børsteløs DC motor
Servo controller
Encoder feedback
Hjul
Gear reduktion
CAN eller CANopen kommunikation
RS485 eller andre kontrolgrænseflader
Overstrømsbeskyttelse
Overtemperaturbeskyttelse
Valgfri elektromagnetisk bremse
Den nøjagtige konfiguration afhænger af robottens krav, men den grundlæggende idé forbliver den samme: flyt mere drivlinjefunktionalitet ind i selve hjulmodulet.
En konventionel mobil robotdrivlinje kan bruge en motor, der er monteret inde i chassiset og forbundet til en gearkasse og et hjul gennem mekaniske transmissionskomponenter.
Denne arkitektur kan fungere godt, når robotten har tilstrækkelig intern plads.
Ultrakompakte AMR'er gør det ofte ikke.
Chassiset skal muligvis rumme:
Batteripakker
Hovedkontroltavler
LiDAR
Kameraer
Sikkerhedssensorer
Trådløst kommunikationsudstyr
Løftemekanismer
Nyttelastrum
Opladning af hardware
Motorstyringer
Strømfordelingskomponenter
Hvis drivlinjen optager en stor mængde intern plads, falder den tilgængelige volumen for andre systemer.
En integreret navservomotor ændrer dette arrangement ved at flytte meget af drivfunktionaliteten mod hjulet.
Det kan gøre den overordnede køretøjsarkitektur mere fleksibel.
Den mest åbenlyse fordel er pladseffektivitet.
Traditionelle systemer kan kræve separate monteringssteder for motoren, gearkassen, encoderen og drivelektronikken.
En integreret navmotor kan kombinere disse funktioner i en enkelt samling.
For en lille AMR kan dette forenkle det mekaniske design og reducere den nødvendige plads omkring drivhjulet.
Dette er især nyttigt, når robotten har:
En lav chassishøjde
En smal krop
Begrænset indvendig bredde
En lille akselafstand
Et kompakt elektronikrum
I disse applikationer kan besparelse af selv en relativt lille mængde mekanisk plads gøre en meningsfuld forskel for det endelige robotdesign.
Ledningsføring er ofte en undervurderet del af mobil robotdesign.
Med en konventionel arkitektur kan motoren, encoderen og det eksterne drev kræve separate strøm- og signalkabler. Disse kabler skal føres gennem en bevægelig maskine, der konstant oplever vibrationer, acceleration, styrebevægelser og mekanisk interferens.
En integreret servomotor kan reducere antallet af eksterne forbindelser, der kræves omkring hjulet.
Afhængigt af arkitekturen kan den eksterne grænseflade forenkles til:
DC strøm
Meddelelse
Styre- eller I/O-signaler
Dette kan gøre kabelføringen renere og reducere antallet af komponenter, der skal installeres inde i chassiset.
For kompakte AMR'er kan færre kabler også gøre montering og vedligeholdelse lettere.
For mobile robotter har det indre rum direkte funktionel værdi.
En mindre drivlinjearkitektur kan potentielt frigøre plads til et større batteri, ekstra sensorer eller mere nyttelast.
Dette skaber et vigtigt designforhold:
Mindre fodaftryk til drivsystemet → mere anvendeligt chassisvolumen → større emballeringsfleksibilitet
For eksempel kan en AMR-producent bruge den ekstra plads til at øge batterikapaciteten i stedet for at øge robottens ydre dimensioner.
En anden producent kan bruge den samme plads til at forstørre nyttelastrummet.
Den bedste brug afhænger af robottens anvendelse.
En integreret børsteløs navservomotor er ikke blot et hjul med en motor.
Servo-arkitekturen giver feedback-baseret bevægelseskontrol.
En encoder giver kontinuerligt bevægelsesinformation til controlleren, hvilket gør det muligt for systemet at regulere hastighed og position mere nøjagtigt end et åbent sløjfe-motorsystem.
Dette er vigtigt for AMR'er, fordi nøjagtig hjulbevægelse påvirker:
Rejse i lige linje
Drejningsnøjagtighed
Docking
Positionering
Stien følger
Hjulsynkronisering
Lav hastighed bevægelse
For en differentialdrevet AMR er forholdet mellem venstre og højre hjul særligt vigtigt.
Hvis det ene hjul konsekvent roterer hurtigere end det andet, kan robotten gradvist afvige fra sin tilsigtede bane.
Kontrol med lukket sløjfe hjælper med at kompensere for variationer i belastning, friktion og driftsforhold.
Kompakte mobile robotter arbejder ofte ved relativt lave hastigheder.
En lagerrobot kan bevæge sig langsomt, mens den nærmer sig et stativ. En hospitalsleveringsrobot kan have behov for jævn bevægelse omkring mennesker. En kompakt inspektionsrobot kan kræve kontrolleret bevægelse, mens den placerer sig i nærheden af udstyr.
En korrekt konfigureret servomotor kan give stabil hastighedsregulering på tværs af robottens driftsområde.
Dette kan især være værdifuldt under:
Docking
Positionskorrektion
Drejning
Smalgangsbevægelse
Undgåelse af forhindringer
Stationstilgang
Nyttelastjustering
Målet er ikke blot høj RPM.
Målet er forudsigelig hjuladfærd over hele driftsområdet.
Mange AMR'er bruger to eller flere uafhængigt styrede drivhjul.
Med integrerede servomoduler kan hvert hjul have sin egen lokale motorstyring og feedback.
Den centrale robotstyring kan derefter koordinere de enkelte drevmoduler gennem et industrielt kommunikationsnetværk.
Afhængigt af systemet kan dette bruge:
KAN
KAN åbne
RS485
Modbus
EtherCAT
Denne distribuerede arkitektur kan reducere behovet for lange individuelle motorstyringsledninger.
Det kan også gøre drivlinjen mere modulær.
En robotproducent kan muligvis bruge det samme grundlæggende drivmodul på tværs af flere køretøjsplatforme med forskellige chassisdimensioner eller nyttelastkapacitet.
Nogle AMR'er er designet til at fungere under stativer, hylder, vogne eller paller.
I disse applikationer kan robothøjden blive en kritisk designbegrænsning.
En konventionel drivlinje kan kræve betydelig lodret plads til motoren og transmissionen.
En arkitektur i navstil kan placere drivaggregatet rundt om hjulet, hvilket hjælper designere med at udvikle en drivlinje med lavere profil.
Dette garanterer ikke automatisk en lavere robot, fordi hjuldiameter, affjedring, chassisstruktur, batterihøjde og sensorplacering stadig bestemmer de endelige køretøjsdimensioner.
Hjulintegreret drevarkitektur giver dog mere frihed, når man designer en lavprofilrobot.
En konventionel drivlinje kan indeholde flere mekaniske grænseflader:
Motor → Kobling → Gearkasse → Aksel → Hjul
Hver grænseflade introducerer yderligere monteringskrav og potentielle toleranceovervejelser.
En integreret hub servo-arkitektur kan forenkle denne kæde.
Et typisk koncept kommer tættere på:
Integreret servodrev → Hjul
Afhængigt af produktdesignet kan en gearkasse stadig inkluderes i navsamlingen.
Reduktion af eksterne mekaniske grænseflader kan forenkle monteringen og potentielt reducere tilpasningskravene.
Dette er især nyttigt for OEM-producenter, der producerer mobile robotter i volumen.
AMR-producenter udvikler sjældent kun én robot for evigt.
En virksomhed kan i sidste ende producere:
Lille lager AMR'er
Medium nyttelast AMR'er
Hyldeflyttede robotter
Inspektionsrobotter
Hospitalsrobotter
Autonome vogne
En modulær motorplatform kan understøtte denne produktudviklingsstrategi.
Forskellige versioner kan bruge forskellige:
Motoreffektniveauer
Hjuldiametre
Gearforhold
Encoder konfigurationer
Kommunikationsprotokoller
Monteringsgrænseflader
Dette giver producenten mulighed for at opretholde et konsekvent drivlinjekoncept, mens motorspecifikationen tilpasses til forskellige robotplatforme.
Kompakte robotter har begrænset luftgennemstrømning.
Det gør termisk design særligt vigtigt.
Den integrerede motor bør evalueres i henhold til robottens faktiske driftscyklus i stedet for kun dens spidseffekt.
Vigtige parametre omfatter:
Kontinuerligt drejningsmoment
Topdrejningsmoment
Kontinuerlig strøm
Spidsstrøm
Motoreffektivitet
Controller effektivitet
Omgivelsestemperatur
Driftsvarighed
Varmeafledningsvej
En korrekt designet integreret hub servosystem kan inkorporere temperaturovervågning og beskyttelse.
Dette kan hjælpe med at forhindre overdreven termisk stress under krævende driftsforhold.
Selve robotchassiset kan dog også blive en del af varmeafledningsvejen, så mekanisk og termisk design bør overvejes sammen.
Kompakte AGV'er og AMR'er er normalt batteridrevne.
Drivsystemet skal derfor balancere ydeevne og energiforbrug.
En børsteløs motorarkitektur kan give effektiv drift, mens servostyring kan regulere drejningsmoment og hastighed i henhold til det faktiske bevægelseskrav.
Den korrekte motor skal vælges i henhold til det komplette batterisystem, herunder:
Nominel batterispænding
Minimum driftsspænding
Maksimal ladespænding
Kontinuerlig strøm
Spidsstrøm
Batterikapacitet
Driftscyklus
En motor bør ikke vælges, blot fordi dens nominelle spænding svarer til batterimærket.
Hele spændingsområdet skal være kompatibelt med den integrerede controller.
Moderne AMR'er bruger ofte distribuerede kontrolarkitekturer.
Hovedcontrolleren kan håndtere navigation, lokalisering, undgåelse af forhindringer og opgavestyring, mens motormodulerne håndterer lokal bevægelseskontrol.
En integreret servomotor kan derfor fungere som en distribueret motion-control node.
For eksempel kan en controller sende kommandoer til:
Målhastighed
Målposition
Retning
Acceleration
Deceleration
Motormodulet kan derefter udføre kommandoen, mens det løbende overvåger sine egne feedback- og beskyttelsesforhold.
Denne ansvarsfordeling kan gøre den overordnede kontrolarkitektur renere.
Mobile robotter opererer i miljøer, hvor uventede forhold kan opstå.
En drivmotor kan støde på:
Pludselige ændringer i nyttelasten
Hjulblokering
Overdreven acceleration
Høj omgivelsestemperatur
Lav batterispænding
Mekanisk modstand
Kommunikationsafbrydelser
Integrerede beskyttelsesfunktioner kan overvåge driftsforhold og reagere på unormale tilstande.
Afhængigt af motorarkitekturen kan tilgængelige funktioner omfatte:
Overstrømsbeskyttelse
Overspændingsbeskyttelse
Underspændingsbeskyttelse
Overtemperaturbeskyttelse
Encoder fejldetektering
Registrering af kommunikationsfejl
Staldbeskyttelse
De nøjagtige funktioner skal altid verificeres i forhold til producentens tekniske dokumentation.
Ikke alle AMR kan bruge en standard katalogmotor.
Kompakte chassisdesign kræver ofte specifikke mekaniske og elektriske grænseflader.
OEM-tilpasning kan omfatte:
Hjul størrelse
Monteringshuller
Motor dimensioner
Gearforhold
Kabellængde
Connector type
Connector position
Encoder opløsning
Kommunikationsprotokol
Bremse konfiguration
Nominel spænding
Momentkarakteristika
Dette er især vigtigt, når motoren er integreret direkte i hjulstrukturen.
En lille ændring i monteringsdimensioner kan påvirke chassis, affjedring, hjulposition og overordnede robotgeometri.
At arbejde med en producent, der kan understøtte mekanisk og elektrisk tilpasning, kan derfor forenkle udviklingsprocessen.
Når man sammenligner hub servomotorer til kompakte AGV'er og AMR'er , bør vi se ud over nominel motoreffekt.
En praktisk evaluering bør omfatte:
Parameter |
Hvorfor det betyder noget |
|---|---|
Nominelt drejningsmoment |
Bestemmer kontinuerlig kørselskapacitet |
Topdrejningsmoment |
Bestemmer acceleration og forbigående ydeevne |
Nominel hastighed |
Definerer praktisk driftsområde |
Hjul diameter |
Påvirker hastighed, drejningsmoment og chassishøjde |
Encoder |
Understøtter bevægelseskontrol med lukket sløjfe |
Batterispænding |
Skal matche hele DC-bussortimentet |
Meddelelse |
Bestemmer integration med robotcontrolleren |
IP-vurdering |
Bestemmer miljømæssig egnethed |
Termisk ydeevne |
Bestemmer kapacitet til kontinuerlig drift |
Bremse |
Vigtigt for visse holdkrav |
Dimensioner |
Bestemmer mekanisk kompatibilitet |
Vægt |
Påvirker den samlede køretøjsmasse |
Kabelkonfiguration |
Påvirker installation og vedligeholdelse |
Tilpasning |
Understøtter OEM-specifikke chassisdesign |
En integreret børsteløs navservomotor kan være særligt velegnet, når robotten har brug for:
En kompakt drivlinje:
Motor- og kontrolfunktionerne skal optage minimal plads.
Hjulstyring med lukket sløjfe:
Robotten kræver nøjagtig hastighed og hjulsynkronisering.
Distribueret bevægelseskontrol:
Flere drevmoduler skal kommunikere med en central controller.
Forenklet ledningsføring:
Designteamet ønsker at reducere ekstern motor- og encoderkabling.
Lav profil emballage:
Robotten skal fungere under stativer eller andre strukturer.
OEM fleksibilitet:
Drivlinjen kræver tilpassede mekaniske eller elektriske grænseflader.
Batteridrevet drift:
Motoren skal fungere effektivt inden for en defineret DC-spændingsarkitektur.
Værdien af en integreret børsteløs nav servomotor kommer fra mere end blot at gøre motoren mindre.
Den virkelige fordel er integration.
Ved at kombinere motor, hjul, feedback, drivelektronik, kommunikation og valgfri funktioner i et kompakt modul, kan vi nærme os drivlinjen som en komplet bevægelseskontrolenhed i stedet for en samling af separate komponenter.
For ultrakompakte AGV'er og AMR'er kan dette forenkle mekanisk emballage, reducere ledningskompleksitet, understøtte distribueret kontrol og skabe yderligere designfrihed for batterier, sensorer, nyttelastrum og andre robotfunktioner.
Det korrekte valg afhænger stadig af den faktiske anvendelse. Køretøjets vægt, nyttelast, hjuldiameter, drejningsmoment, hastighed, acceleration, batterispænding, enkoderfeedback, termisk ydeevne, kommunikationsprotokol, IP-klassificering og mekaniske dimensioner bør alle evalueres, før motoren færdiggøres.
Til OEM-mobilrobotudvikling er den mest nyttige navservomotor derfor ikke nødvendigvis den mindste eller mest kraftfulde model. Det er modellen, hvis komplette mekaniske, elektriske og styreegenskaber passer til robottens reelle driftskrav.
Før vi vælger en navservomotor, bør vi beregne den faktiske hjulbelastning.
Systemvægten er ikke kun chassiset.
Vi skal overveje:
Samlet bevægelig masse = robotchassis + batteri + elektronik + nyttelast + mekanisk tilbehør
En robot, der er designet til at bære en nyttelast på 100 kg, kan kræve et dramatisk anderledes drivsystem end en 30 kg inspektionsrobot.
Vi bør også tage højde for dynamisk belastning.
Start, stop, drejning, klatring af ramper, krydsning af gulvmellemrum og acceleration med en lastet platform kan midlertidigt øge det nødvendige hjulmoment.
Af denne grund kan valg af en motor, der udelukkende er baseret på køretøjets konstante vægt, resultere i utilstrækkelig ydeevne.
Den mere nyttige tilgang er at evaluere begge dele:
Kontinuerligt drejningsmoment
Topdrejningsmoment
Det kontinuerlige drejningsmoment bestemmer, om motoren kan fungere pålideligt under normal kørsel.
Det maksimale drejningsmoment bestemmer, om robotten kan håndtere acceleration, start, transiente belastninger og andre krævende driftsforhold.
Hjulmoment er en af de vigtigste specifikationer for en AGV- eller AMR-drivlinje.
En forenklet trækkraftberegning kan starte med:
F = ma + Frolling + Fgrade + Acceleration
Hvor:
F er den nødvendige trækkraft
m er køretøjets samlede masse
a er acceleration
Frolling er rullemodstand
Fgrad er kraften forårsaget af en hældning
Hjulens drejningsmoment kan så estimeres ud fra:
T = F × r
Hvor:
T er hjulets drejningsmoment
F er påkrævet trækkraft
r er effektiv hjulradius
Denne beregning skal så kombineres med antallet af drevne hjul og den faktiske lastfordeling.
Vi bør også inkludere en ingeniørmargin i stedet for at dimensionere motoren nøjagtigt efter det teoretiske krav.
En motor, der kører kontinuerligt med sit maksimalt tilgængelige drejningsmoment, efterlader kun lidt plads til skiftende gulvforhold, nyttelastvariationer, batterispændingsreduktion, temperaturændringer eller mekanisk friktion.
Hjuldiameter overses ofte under tidlig drivlinjedesign.
Et større hjul kan forbedre robottens evne til at passere over små gulvujævnheder, men det øger også drejningsmomentkravet for en given trækkraft.
Et mindre hjul kan reducere det nødvendige hjulmoment og understøtte en lavere chassishøjde, men det kan have begrænsninger, når du krydser tærskler, huller, ujævne gulvbelægninger eller ramper.
For ultrakompakte AMR'er er hjuldiameter derfor et kompromis mellem:
Chassis højde
Frihøjde
Påkrævet moment
Maksimal hastighed
Mulighed for at krydse forhindringer
Mekanisk emballage
Hjul holdbarhed
Navmotoren bør vælges sammen med hjulet i stedet for at behandle hjulet som en selvstændig komponent.
Kravene til robothastighed varierer betydeligt afhængigt af applikationen.
En lagertransportrobot kan have brug for relativt høj rejsehastighed, mens en hospitalsrobot kan prioritere en jævn drift ved lav hastighed.
En ultrakompakt AMR kan også bruge meget tid på at køre ved lav hastighed.
Derfor bør vi undersøge det komplette driftsområde i stedet for kun at se på maksimalt omdrejningstal.
Vigtige spørgsmål omfatter:
Hvad er den krævede maksimale køretøjshastighed?
Hvad er den normale driftshastighed?
Hvor jævnt skal robotten bevæge sig ved meget lav hastighed?
Hvor ofte accelererer og decelererer robotten?
Har motoren brug for højhastighedsdrift i lange perioder?
Kræver hjulet gearreduktion?
En god integreret servoløsning skal give stabil hastighedsregulering på tværs af robottens praktiske driftsområde.
En børsteløs motor i sig selv giver ikke det niveau af bevægelseskontrol, der kræves af mange autonome mobile robotter.
For nøjagtig hastigheds- og positionskontrol er feedback vigtig.
En integreret navservomotor kan bruge en encoder til at levere rotor- eller hjulinformation i realtid til controlleren.
Dette muliggør funktioner som:
Hastighedskontrol med lukket sløjfe
Positionsfeedback
Nøjagtig hjulsynkronisering
Kontrolleret acceleration
Decelerationskontrol
Staldetektering
Fejlovervågning
Differential-drev koordination
For en tohjulet differentialdrevet AMR er nøjagtig feedback fra begge hjul særlig vigtig.
Hvis venstre og højre hjul ikke opretholder det beordrede forhold, kan robotten opleve kursafvigelse under kørsel i lige linje.
Det kan påvirke navigationsnøjagtighed, docking, positionering og gentagen stiudførelse.
En multi-wheel AMR (Autonomous Mobile Robot) er ikke blot et køretøj med flere motorer. Hvert drivhjul skal reagere på kommandoer på det rigtige tidspunkt, rapportere dets faktiske driftstilstand og koordinere med de andre hjul, så robotten kan accelerere, dreje, stoppe og følge sin planlagte bane jævnt.
Dette gør kommunikationsnetværket til en vigtig del af drivlinjen.
Når vi vælger en integreret børsteløs nav servomotor til en AMR , vi bør derfor se ud over drejningsmoment, hastighed, hjuldiameter og motorkraft. Kommunikationsgrænsefladen bestemmer, hvordan motoren modtager kommandoer, returnerer feedback, rapporterer fejl og deltager i koordineret bevægelse.
Afhængigt af robotarkitekturen kan protokoller som CAN, CANopen, RS485, Modbus RTU og EtherCAT overvejes. Det rigtige valg afhænger af antallet af drevakser, synkroniseringskrav, controller-arkitektur, kabellængde, opdateringshastighed, diagnostik og overordnet systemkompleksitet.
En tohjulet differentialdrevet AMR kræver allerede koordineret kontrol.
Hvis robotten skal bevæge sig ligeud, skal venstre og højre hjul opretholde et passende hastighedsforhold. Under en drejning skal controlleren løbende justere hastigheden på hvert hjul i henhold til den ønskede bane.
En firehjulet eller multihjulet AMR introducerer yderligere kontrolforhold.
For eksempel kan en robot bruge:
To uafhængige drivhjul
Fire uafhængigt styrede drivhjul
Firehjuls differentialetræk
Mecanum hjul
Omni hjul
Flere drev- og styremoduler
Efterhånden som antallet af motorknuder stiger, bliver kommunikationsarkitekturen stadig vigtigere.
Hvert drevmodul skal muligvis modtage:
Målhastighed
Målposition
Accelerations- eller decelerationskommandoer
Aktiver/deaktiver kommandoer
Retningsoplysninger
Kontroltilstandskommandoer
Samtidig skal den centrale controller muligvis modtage:
Faktisk hjulhastighed
Positionsfeedback
Motorstrøm
Temperatur
Fejlstatus
Encoder status
Kommunikationsstatus
Et veldesignet kommunikationsnetværk gør det muligt for disse dataudvekslinger at ske på en struktureret og forudsigelig måde.
Det er fristende at tænke på kommunikation som blot en metode til at sende kommandoer til en motor.
For en AMR er det mere end det.
Kommunikationsnetværket forbinder effektivt robottens navigationssystem på højt niveau med dets lavtgående bevægelsessystem.
Arkitekturen kan se sådan ud:
Navigationscontroller → Motion Controller → Motornetværk → Integrerede hubservomotorer
Navigationssystemet bestemmer, hvor robotten skal hen.
Bevægelsescontrolleren konverterer dette mål til hjulkommandoer.
De individuelle integrerede servomotorer udfører derefter disse kommandoer, mens de returnerer driftsinformation i realtid.
Denne adskillelse gør det muligt for hvert lag at udføre en bestemt opgave.
Kommunikationsprotokollen sørger for forbindelsen mellem disse lag.
CAN (Controller Area Network) er meget brugt i distribuerede indlejrede kontrolsystemer, fordi det er designet til kommunikation mellem flere elektroniske noder.
En AMR kan bruge et CAN-netværk til at forbinde flere integrerede servomotorer til en central controller.
En forenklet arkitektur kan se sådan ud:
Hovedcontroller → CAN-bus → Venstre drivmotor → Højre drivmotor → Yderligere drivknudepunkter
En vigtig fordel er reduceret punkt-til-punkt ledningsføring.
I stedet for at køre en separat kommunikationsforbindelse fra den centrale controller til hver motor, kan flere noder dele en fælles busarkitektur.
CANopen bygger på CAN og giver en standardiseret kommunikationsramme på højere niveau.
Til AMR-applikationer kan CANopen levere strukturerede mekanismer til:
Enhedskonfiguration
Proces dataudveksling
Parameterstyring
Status overvågning
Fejlhåndtering
Netværksstyring
Dette kan gøre CANopen særligt nyttig, når robotten indeholder flere intelligente servo-knuder.
Overvej en firehjulet AMR med fire uafhængige integrerede servomotorer.
Controlleren skal muligvis administrere:
Motoraktiveringsstatus
Målhastighed
Faktisk hastighed
Encoder position
Strøm
Temperatur
Fejltilstand
Brug af en struktureret kommunikationsarkitektur gør det nemmere at organisere disse parametre på tværs af flere noder.
Dette er især værdifuldt for OEM-producenter, der udvikler en gentagelig robotplatform.
Når motor-node-arkitekturen er blevet defineret, kan yderligere drevmoduler potentielt integreres ved hjælp af det samme kommunikationskoncept.
RS485 er en fysisk kommunikationsgrænseflade snarere end en komplet applikationsprotokol.
Det bruges almindeligvis med protokoller som Modbus RTU.
For nogle kompakte AGV'er og AMR'er kan RS485 være attraktiv, fordi den er enkel, omkostningseffektiv og velegnet til relativt lange kommunikationsafstande i robotten.
En typisk arkitektur kunne være:
Robotstyring → RS485 → Motorstyring → Integreret servomotor
Med Modbus RTU kan controlleren læse og skrive definerede registre indeholdende parametre som:
Hastighedskommandoer
Positionskommandoer
Driftsstatus
Strøm
Temperatur
Alarmkoder
RS485-baseret kommunikation kan være praktisk til systemer, hvor kravene til bevægelseskontrol er moderate, og controller-arkitekturen allerede understøtter Modbus.
Systemdesignere bør dog evaluere kommunikationstiming og netværksbelastning omhyggeligt, når flere motorknudepunkter deler den samme bus.
Nogle AMR'er kræver tættere synkronisering mellem flere bevægelsesakser.
I disse tilfælde kan EtherCAT overvejes.
EtherCAT er en industriel Ethernet-baseret kommunikationsteknologi designet til højtydende realtidskommunikation.
For multi-akse bevægelsessystemer kan det give synkroniseret kommunikation mellem en central controller og distribuerede servo noder.
Dette kan være nyttigt, når AMR kræver:
Præcis flerhjulssynkronisering
Hurtige kommandoopdateringer
Højfrekvent feedback
Koordineret bevægelse
Mere avanceret distribueret kontrol
For eksempel kan en firehjulsrobot, der bruger uafhængige drivmotorer, have brug for alle fire hjul for at reagere konsekvent under acceleration og drejning.
Kommunikationsarkitekturen bliver især vigtig, når robottens bevægelsescontroller kræver hyppige opdateringer og nøjagtig synkronisering.
Disse teknologier bør ikke behandles som udskiftelige specifikationer.
De opererer på forskellige niveauer og giver forskellige muligheder.
Teknologi |
Typisk rolle |
Potentiel AMR-anvendelse |
|---|---|---|
KAN |
Kommunikationsbus |
Fordelte motorknuder |
KAN åbne |
CAN-protokol på højere niveau |
Servo og motion control |
RS485 |
Fysisk kommunikationsgrænseflade |
Seriel kommunikation med flere enheder |
Modbus RTU |
Seriel protokol |
Grundlæggende motorparameter og statuskontrol |
EtherCAT |
Industriel Ethernet-protokol |
Højtydende synkroniseret bevægelse |
Det korrekte valg afhænger af den komplette kontrolarkitektur snarere end af hvilken protokol der virker teknisk mere avanceret.
En lille indendørs AMR kræver muligvis ikke den samme kommunikationsarkitektur som en højhastigheds industriel mobilrobot med flere synkroniserede akser.
En vigtig overvejelse er, hvor ofte regulatoren skal udveksle data med hver motor.
Antag, at en robot har fire uafhængige drivmotorer.
Styringen skal muligvis sende kommandoer og modtage feedback fra alle fire motorer kontinuerligt.
Den nødvendige kommunikationsydelse afhænger af:
Antal noder
Antal databytes
Kommando frekvens
Feedback frekvens
Netværksoverhead
Påkrævet synkronisering
Controllerens behandlingshastighed
Hvis netværket ikke kan levere information hurtigt nok, reagerer motorstyringssystemet muligvis ikke som forventet.
Dette er især vigtigt for applikationer, der involverer hurtig acceleration, højhastighedskørsel eller præcis banesporing.
God hjulsynkronisering kræver samarbejde mellem flere systemkomponenter.
Disse omfatter:
Motor hardware
Motoren skal levere tilstrækkeligt moment og hastighed.
Encoder
Indkoderen skal give brugbar feedback.
Servo controller
Styringen skal regulere motorens adfærd nøjagtigt.
Kommunikationsnetværk
Kommandoer og feedback skal udveksles pålideligt.
Bevægelseskontrolalgoritme
Den centrale styreenhed skal beregne passende hjulkommandoer.
Mekanisk system
Hjuldiameter, friktion, belastningsfordeling og drivlinjetolerancer påvirker også den faktiske bevægelse.
Derfor garanterer valg af en hurtig kommunikationsprotokol ikke en nøjagtig AMR-bevægelse.
Hele bevægelseskontrolkæden skal arbejde sammen.
Latency er en anden vigtig faktor.
Hvis robotten sender en hjulkommando og modtager den tilsvarende feedback efter en betydelig forsinkelse, arbejder bevægelsescontrolleren effektivt med ældre information.
For nogle applikationer kan dette have ringe praktisk indvirkning.
For højtydende banekontrol kan kommunikationsforsinkelse dog blive vigtigere.
Potentielle effekter omfatter:
Mindre responsiv hastighedskorrektion
Reduceret synkroniseringsnøjagtighed
Forsinket fejlrapportering
Mindre præcis banesporing
Det er grunden til, at kommunikationsydelsen skal evalueres sammen med motorstyringssløjfen.
En pålidelig AMR-drivlinje skal vide, når noget er galt.
En intelligent integreret servomotor kan potentielt rapportere forhold som:
Overstrøm
Overtemperatur
Encoderfejl
Overspænding
Underspænding
Motor går i stå
Kommunikationstab
Controller fejl
Den centrale styreenhed kan derefter foretage passende handlinger i henhold til robottens systemdesign.
For eksempel, hvis en drivmotor rapporterer en kritisk fejl, kan robotten være nødt til at stoppe i stedet for at fortsætte med at arbejde med ubalanceret hjulmoment.
Kommunikationsprotokollen bliver derfor en del af robottens diagnostiske arkitektur.
I et multimotorsystem bør controlleren vide, om hver motorknude stadig kommunikerer.
Netværksstyringsmekanismer kan hjælpe med at opdage kommunikationsfejl.
For eksempel kan styreenheden overvåge, om en motor fortsætter med at reagere inden for det forventede tidsinterval.
Hvis en motorknude holder op med at kommunikere, kan systemet identificere den unormale tilstand og udføre et foruddefineret svar.
Dette er især vigtigt for autonome maskiner, fordi der muligvis ikke er en operatør, der løbende overvåger drivlinjen.
En god protokol kan ikke kompensere for dårlig fysisk installation.
AMR kommunikationsledninger kan opleve:
Kontinuerlig vibration
Gentagen bevægelse
Elektromagnetisk interferens
Mekanisk bøjning
Tætte installationsrum
Forbindelsesspænding
Kablet, stikket, afskærmningen, jordingen og routingen bør derfor være designet til det mobile miljø.
For integrerede navservomotorer er konnektorpositionen særlig vigtig.
Et teknisk egnet stik kan stadig blive et mekanisk problem, hvis det forstyrrer hjulet, chassiset, affjedringen eller bevægelige komponenter.
Dette er en af grundene til, at OEM-kabel- og stiktilpasning kan være værdifuld for kompakte AMR-producenter.
Overvej en firehjulet AMR med fire uafhængigt styrede integrerede navservomotorer.
En mulig arkitektur er:
Central Motion Controller
↓
CANopen / EtherCAT / Andet industrielt netværk
↓
Front-venstre servomotor
Forreste højre servomotor
Bag-venstre servomotor
Bag-højre servomotor
Hver motor kan modtage sin egen hastigheds- eller positionskommando, mens den returnerer feedback til controlleren.
Controlleren kan så koordinere alle fire hjul i henhold til robottens bevægelsesmodel.
For et differentialdrevet system kan venstre og højre side modtage forskellige målhastigheder.
For en rundstrålende platform kan hvert hjul modtage en forskellig hastighedskommando baseret på den ønskede translations- og rotationsbevægelse.
Det er her kommunikation bliver direkte forbundet med køretøjets adfærd.
Vi kan bruge flere praktiske spørgsmål, når vi skal vælge en protokol til en AMR.
En tohjulet robot har andre netværkskrav end en sekshjulet platform.
Højere opdateringshastigheder stiller generelt større krav til netværkets ydeevne.
Hvis flere hjul har brug for meget koordineret bevægelse, bliver synkroniseringsevner vigtigere.
Motorprotokollen skal være kompatibel med robottens eksisterende controllerarkitektur.
Hvis robotten har brug for detaljeret motorstatus og fejlinformation i realtid, bør kommunikationsarkitekturen understøtte dette krav.
En standardiseret protokol kan reducere den indsats, der kræves for at opbygge kommunikations- og diagnostiske funktioner.
Kabellængde, konnektordesign, afskærmning, routing og mekanisk bevægelse har betydning.
Før du vælger en integreret børsteløs navservomotor, anbefaler vi at bekræfte:
Hvilke kommunikationsprotokoller understøttes?
Er grænsefladen CAN eller CANopen?
Hvilke CANopen-objekter er tilgængelige?
Hvilke kommunikationsbaudrater understøttes?
Hvilke EtherCAT-kommunikationsfunktioner er tilgængelige?
Er synkroniseret bevægelse understøttet?
Hvilke feedback-parametre kan aflæses?
Hvordan rapporteres motorfejl?
Hvad sker der, efter at kommunikationen er tabt?
Kan node-id'er konfigureres?
Kan kommunikationsparametre tilpasses?
Kan kabler og stik tilpasses?
Er der en manual til kommunikationsprotokol tilgængelig?
Er en prøvemotor tilgængelig til kontrolintegrationstestning?
Disse spørgsmål kan afsløre vigtige integrationsdetaljer, før drivlinjen går ind i prototypestadiet.
Kommunikation bør ikke behandles som en eftertanke.
Motorens elektriske og mekaniske specifikationer kan være fremragende, men integrationen kan stadig blive vanskelig, hvis kommunikationsarkitekturen ikke matcher robotcontrolleren.
Af denne grund anbefaler vi at vurdere følgende som én pakke:
Motor + Encoder + Servo Controller + Kommunikationsprotokol + Feedback Data + Mekanisk grænseflade
Denne tilgang giver et klarere billede af selve integrationsindsatsen.
For multi-wheel AMR'er er kommunikationsprotokol en grundlæggende del af drivlinjearkitekturen.
Efterhånden som antallet af integrerede, børsteløse navservomotorer stiger, har robotten brug for en pålidelig metode til at distribuere kommandoer, indsamle feedback, synkronisere hjulbevægelser, overvåge motorstatus og detektere fejl.
CAN/CANopen kan give en praktisk distribueret arkitektur til mange kompakte mobile robotter. RS485 med Modbus RTU kan passe til enklere seriel-styringsapplikationer, mens EtherCAT kan overvejes, når systemet kræver højtydende synkroniseret bevægelse.
Det korrekte valg afhænger af robottens faktiske behov.
For OEM AGV- og AMR-producenter er den bedste tilgang at vælge kommunikationsprotokollen sammen med motor-, encoder-, controller- og robotstyringsarkitekturen. Når disse elementer er designet som ét integreret system, bliver koordinering af flere hjul nemmere at administrere, fejlfinde og skalere på tværs af forskellige mobile robotplatforme.
Kompakte mobile robotter opererer ofte fra DC-batterisystemer.
Almindelige systemarkitekturer kan bruge batterispændinger såsom:
24 V
36 V
48 V
Den korrekte spænding afhænger af robottens elektriske arkitektur og strømkrav.
En højere systemspænding kan hjælpe med at reducere strømstyrken for et givet effektniveau, hvilket kan påvirke kabelstørrelse, stikvalg, termisk ydeevne og distributionstab.
Motorens faktiske driftsspændingsområde skal dog matche batterisystemet, inklusive spændingsvariation under op- og afladning.
Vi bør ikke vælge en motor, blot fordi dens nominelle spænding svarer til batterimærket.
Det komplette spændingsområde skal kontrolleres.
Termisk ydeevne kan blive en af de sværeste tekniske udfordringer, når motorer er installeret inde i et kompakt chassis.
Der kan være begrænset luftstrøm omkring motoren.
Samtidig kan en AMR fungere kontinuerligt i mange timer.
Varme kan komme fra:
Motorkobbertab
Controllertab
Lejefriktion
Gearkassetab
Høj accelerationsfrekvens
Kontinuerligt højt drejningsmoment
Høj omgivelsestemperatur
Begrænset varmeafledning
Af denne grund bør vi evaluere motorens termiske ydeevne under den faktiske driftscyklus i stedet for kun at stole på en kortvarig laboratorietest.
Et godt design kan omfatte:
Temperaturovervågning
Overtemperaturbeskyttelse
Strømbegrænsning
Termisk derating
Passende boligdesign
Varmeledning gennem chassiset
En integreret motor, der passer mekanisk, men ikke kan aflede varme tilstrækkeligt, er ikke en succesfuld drivlinjeløsning.
Den påkrævede IP-klassificering afhænger af, hvor AMR'en vil fungere.
Et rent indendørs lager har andre miljøkrav fra en produktionsfacilitet, hvor støv, fugt, smøremidler eller rengøringsvæsker kan være til stede.
For industrielle mobile robotter kan beskyttelse mod støv og vand blive et vigtigt indkøbskrav.
Den endelige specifikation bør overveje:
Metoder til gulvrengøring
Støveksponering
Fugtighed
Vandsprøjt
Hjulforurening
Kemisk eksponering
Driftstemperatur
Den valgte integrerede hub-servomotor bør have en kabinet- og stikkonfiguration, der er passende til det virkelige miljø i stedet for blot at vælge en høj IP-klassificering uden at forstå applikationen.
En navservomotor kan forenkle den mekaniske arkitektur af en kompakt AMR.
Traditionelle drivsystemer kan kræve separate monteringsstrukturer til:
Motor
Gearkasse
Hjul
Encoder
Bremse
Servodrev
En integreret navsamling kan konsolidere disse funktioner.
Dette kan reducere:
Installationsplads
Mekaniske grænseflader
Koblinger
Eksterne beslag
Kabelføring
Monteringstrin
Det kan også gøre drivlinjen nemmere at standardisere på tværs af forskellige robotmodeller.
For OEM-producenter er dette især nyttigt ved udvikling af flere AMR-platforme baseret på en fælles drevarkitektur.
Ikke alle AMR har brug for en motorbremse.
Dog kan applikationer, der involverer ramper, vertikale belastninger, dockingmekanismer eller sikkerhedsrelaterede holdekrav, kræve en sådan.
En bremse kan give holdemoment, når motoren ikke aktivt genererer moment.
Når vi vurderer en bremsemulighed, bør vi undersøge:
Holdemoment
Bremsespænding
Bremse responstid
Strømforbrug
Arbejdscyklus
Mekanisk integration
Fejlsikre krav
Bremsen bør behandles som en del af det overordnede sikkerheds- og mekaniske design snarere end blot en anden motorspecifikation.
At vælge det rigtige integreret børsteløs nav servomotor er et vigtigt skridt, når man udvikler en AGV, AMR, autonom vogn eller anden kompakt mobil robot. Motoren skal mere end at dreje hjulet. Den skal levere tilstrækkeligt drejningsmoment, opretholde kontrolleret hastighed, arbejde effektivt fra et batteridrevet DC-system, kommunikere med robotcontrolleren og fungere pålideligt i et kompakt mekanisk rum.
For OEM-robotproducenter bliver udvælgelsesprocessen endnu vigtigere, fordi motoren ofte er integreret direkte i chassisarkitekturen. En motor, der ser passende ud på et specifikationsark, kan stadig skabe problemer med hjulstørrelse, termisk ydeevne, ledninger, kommunikation eller mekanisk installation.
Vi bør derfor evaluere det komplette nav-servomotorsystem i stedet for at vælge en model, der kun er baseret på nominel effekt.
Det første trin er at bestemme robottens faktiske driftsmasse.
Vi bør ikke beregne motorbehovet kun ved at bruge det tomme chassis.
Den samlede masse skal omfatte:
Robotmasse = chassis + batteri + elektronik + sensorer + mekanismer + maksimal nyttelast
For eksempel kan en mobil robot, der vejer 40 kg uden sin nyttelast, køre med 70 kg, når den er fuldt lastet.
Drivsystemet skal være designet til 70 kg driftstilstand, hvis det repræsenterer den tilsigtede maksimale belastning.
Vi bør også overveje ændringer i vægtfordelingen.
Batteriposition, nyttelastens placering, løftemekanismer og hjulplacering kan ændre den belastning, som hvert hjul bærer.
Dette er især vigtigt for firehjulede AMR'er, fordi belastningen muligvis ikke er jævnt fordelt på alle fire drevmoduler.
Moment er en af de vigtigste specifikationer, når du vælger en navservomotor.
En grundlæggende trækkraftberegning kan udtrykkes som:
F = ma + Fᵣ + Fg
Hvor:
F = nødvendig trækkraft
m = total robotmasse
a = nødvendig acceleration
Fᵣ = rullemodstand
Fg = kraft forårsaget af en hældning
Det tilsvarende hjulmoment kan så estimeres som:
T = F × r
Hvor:
T = hjulmoment
F = nødvendig trækkraft
r = hjulradius
Dette giver et udgangspunkt for motorvalg.
I virkelige applikationer bør vi også overveje mekaniske tab, gulvforhold, hjulslip, nyttelastvariation, accelerationskrav og en passende ingeniørmargin.
Denne sondring er kritisk.
Kontinuerligt drejningsmoment bestemmer, om motoren kan opretholde den nødvendige belastning under normal drift.
Det maksimale drejningsmoment bestemmer, om motoren kan håndtere kortvarige hændelser såsom:
Starter
Hurtig acceleration
Bestigning af en rampe
Krydsende gulvuregelmæssigheder
Bærer en pludselig ekstra belastning
At komme sig efter midlertidig modstand
En motor med tilstrækkeligt kontinuerligt drejningsmoment, men utilstrækkeligt spidsmoment, kan fungere normalt, men kæmper under acceleration.
For AMR'er bør begge specifikationer kontrolleres.
Hjuldiameter påvirker direkte drivlinjen.
Et større hjul kan forbedre:
Frihøjde
Forhindringsoverskridelse
Floor-gab ydeevne
Kørekvalitet
Et større hjul ændrer dog også forholdet mellem hjulets drejningsmoment og køretøjets trækkraft.
Et mindre hjul kan hjælpe med at skabe et chassis med lavere profil og reducere nogle drejningsmomentkrav, men det kan være mindre egnet til ujævne gulve eller større forhindringer.
For en integreret navservomotor bør hjuldiameter derfor vælges sammen med:
Robotvægt
Påkrævet hastighed
Påkrævet moment
Frihøjde
Chassis højde
Forhindringskrav
Hjulet er ikke blot et tilbehør, der er fastgjort til motoren. Det er en del af drivlinjespecifikationen.
Motoromdrejninger skal vælges fra den ønskede køretøjshastighed og hjuldiameter.
Et forenklet forhold er:
Køretøjets hastighed = hjulomkreds × hjul RPM
For eksempel øger hjuldiameteren den tilbagelagte afstand pr. omdrejning.
Maksimal hastighed bør dog ikke være den eneste overvejelse.
AMR'er bruger ofte betydelig tid på at arbejde ved relativt lave hastigheder under:
Docking
Drejning
Positionskorrektion
Plukning
Indlæser
Navigation rundt om forhindringer
Motoren bør derfor give stabil kontrol over robottens faktiske driftsområde.
En høj maksimal RPM betyder ikke automatisk bedre AMR-ydelse.
To robotter med identisk vægt og maksimal hastighed kan kræve meget forskellige motorer, hvis deres accelerationskrav er forskellige.
En lagertransportrobot kan accelerere gradvist.
En kompakt industriel AMR kan have brug for hurtig acceleration for at maksimere gennemløbet.
Højere acceleration kræver større hjulkraft og derfor større motormoment.
Vi bør definere:
Mål acceleration
Maksimal acceleration
Deceleration
Krav til nødstop
Hyppighed af accelerationshændelser
Motorens maksimale drejningsmomentevne skal så sammenlignes med disse krav.
De fleste kompakte AGV'er og AMR'er fungerer fra batteridrevne DC-systemer.
Almindelige arkitekturer kan omfatte:
24 V
36 V
48 V
Motoren skal være kompatibel med batterisystemets faktiske spændingsområde, ikke kun dets nominelle spænding.
For eksempel vil et batteri mærket som et 48 V-system opleve spændingsvariationer under opladning og afladning.
Vi bør derfor verificere:
Nominel spænding
Minimum driftsspænding
Maksimal driftsspænding
Spidsstrøm
Kontinuerlig strøm
Controller spændingsområde
Motoren og den integrerede styreenhed skal forblive inden for deres specificerede driftsområde under hele battericyklussen.
En integreret navservomotor har brug for passende feedback til styring med lukket sløjfe.
Encoderen giver information om motor- eller hjulbevægelser, så controlleren kan regulere hastighed og position.
Valg af enkoder kan påvirke:
Hastighedsregulering
Positionsnøjagtighed
Hjulsynkronisering
Lav hastighed ydeevne
Fejldetektering
Navigations gentagelighed
For en tohjulet differentialdrevet AMR er feedback fra begge hjul særlig vigtig.
For flerhjulede platforme bliver synkroniseret feedback fra flere drevmoduler endnu mere betydningsfuld.
Den passende encoderspecifikation afhænger af robottens krav til bevægelseskontrol i stedet for blot at vælge den højest tilgængelige opløsning.
Motoren skal kommunikere effektivt med robottens styreenhed.
Fælles muligheder omfatter:
KAN
KAN åbne
RS485
Modbus RTU
EtherCAT
CANopen kan være nyttig til distribuerede servo-knuder i mange mobile robotter.
RS485 med Modbus kan være velegnet til enklere kommunikationsarkitekturer.
EtherCAT kan overvejes, når robotten kræver højtydende synkroniseret multi-akse kontrol.
Den korrekte protokol skal matche:
Antal motorer
Krav til feedback
Kommandoopdateringshastighed
Krav til synkronisering
Controller kompatibilitet
Software arkitektur
Diagnostiske krav
Kommunikation bør overvejes under motorvalg, ikke efter at det mekaniske design allerede er færdiggjort.
Termisk ydeevne er især vigtig for kompakte navmotorer.
En AMR kan fungere i flere timer uden en lang afkølingsperiode.
Samtidig kan motoren have begrænset luftstrøm, fordi den er installeret inde i et lille chassis.
Varme kan skyldes:
Kobbertab
Controllertab
Gearkassetab
Højt kontinuerligt drejningsmoment
Hyppig acceleration
Høj omgivelsestemperatur
Vi bør derfor bede om kontinuerlige specifikationer i stedet for kun at se på peak output.
Vigtige parametre omfatter:
Kontinuerligt drejningsmoment
Kontinuerlig strøm
Maksimal temperatur
Termisk beskyttelse
Temperaturovervågning
Anbefalet driftscyklus
En motor, der leverer et imponerende spidsmoment i en kort periode, er muligvis ikke egnet til kontinuerlig AMR-drift.
Det nødvendige beskyttelsesniveau afhænger af robottens miljø.
Et rent indendørs lager har andre krav end et fabriksgulv, hvor robotten kan støde på:
Støv
Vand
Olie
Rengøringsvæsker
Fugtighed
Temperaturændringer
Motorhuset, konnektorerne, kabler og hjulsamlingen bør alle overvejes, når miljøbeskyttelsen evalueres.
For industrielle mobile robotter kan en passende IP-klassificering hjælpe med at beskytte drevsystemet mod miljøpåvirkning.
Den faktiske vurdering, der kræves, bør bestemmes ud fra robottens driftsbetingelser i stedet for udelukkende at vælges til markedsføringsformål.
Ikke alle mobile robotter har brug for en bremse.
En bremse kan dog være vigtig, når robotten skal holde sin position under visse forhold.
Potentielle applikationer omfatter:
Skrå gulve
Løftemekanismer
Lodrette belastninger
Docking-stationer
Sikkerhedsrelaterede holdefunktioner
Når vi vurderer en bremse, bør vi kontrollere:
Holdemoment
Bremsespænding
Responstid
Strømforbrug
Mekanisk integration
Fejlsikker adfærd
Arbejdscyklus
Bremsen skal integreres i den overordnede robotsikkerhed og mekaniske design.
Kompakt AMR-udvikling involverer ofte meget snævre dimensionelle begrænsninger.
Før du vælger motor, bør vi kontrollere:
Motorens diameter
Motor længde
Hjul diameter
Hjulbredde
Monteringshuller
Monteringsdybde
Aksel konfiguration
Connector position
Kabeludgangsretning
Samlet montagevægt
En motor kan have fremragende elektriske specifikationer og stadig være uegnet, hvis dens monteringsgrænseflade ikke passer til chassiset.
For ultrakompakte robotter skal den mekaniske konvolut bekræftes i begyndelsen af designprocessen.
Selve motoren bidrager til køretøjets samlede vægt.
Dette har betydning, fordi ekstra drivlinjevægt kan reducere:
Nyttelastkapacitet
Batteriudholdenhed
Acceleration
Energieffektivitet
For mobile robotter er målet ikke blot maksimal motorydelse.
Vi bør søge en passende balance mellem:
Moment + Hastighed + Vægt + Effektivitet + Fysisk størrelse
Dette bliver stadig vigtigere for batteridrevne AMR'er, hvor hvert kilogram påvirker ydeevnen på systemniveau.
Motorens effektivitet påvirker batteriets driftstid.
Det reelle energibehov afhænger af mere end motorens nominelle virkningsgrad.
Vi bør overveje:
Motoreffektivitet
Controller effektivitet
Gearkasseeffektivitet
Driftshastighed
Indlæs profil
Accelerationsfrekvens
Regenerativ adfærd
Standby forbrug
En AMR, der kører kontinuerligt i et helt skift, kan have stor gavn af en effektiv drivlinje.
Energieffektiviteten bør derfor evalueres på tværs af robottens faktiske driftscyklus snarere end ved kun ét driftspunkt.
En motor kan fungere forskelligt under forskellige robotarbejdsbelastninger.
For eksempel:
Let belastning → høj hastighed → kort acceleration → lang sejladsperiode
er meget forskellig fra:
Tung belastning → hyppige starter → gentagen acceleration → hyppige stop
Den anden applikation kan skabe meget højere termiske og spidsstrømskrav.
En god udvælgelsesproces bør derfor definere en repræsentativ driftscyklus.
Dette kan omfatte:
Driftstid
Rejseafstand
Gennemsnitlig hastighed
Maksimal hastighed
Accelerationsfrekvens
Nyttelastprocent
Rampedrift
Drejefrekvens
Stop/start frekvens
Disse oplysninger gør det muligt for motorproducenten at evaluere applikationen mere nøjagtigt.
Mere motormoment er ikke altid bedre.
Hvis det tilgængelige hjulmoment overstiger hjulets og gulvets trækevne, kan hjulet glide.
Hjulslip kan reducere:
Positionsnøjagtighed
Navigations nøjagtighed
Dækliv
Energieffektivitet
Drivsystemet bør derfor tilpasses de faktiske trækforhold.
Hjulmateriale, gulvoverflade, belastningsfordeling og drejningsmoment styrer alt.
En servomotor med præcis drejningsmoment og hastighedskontrol kan hjælpe motion-control-systemet med at styre hjulets adfærd mere effektivt.
En integreret navservomotor kan indeholde controlleren inde i motorsamlingen.
Vi bør forstå, hvad den integrerede controller faktisk giver.
Spørgsmål kan omfatte:
Understøtter det hastighedskontrol?
Understøtter den positionskontrol?
Er momentstyring tilgængelig?
Kan accelerations- og decelerationsparametre konfigureres?
Kan strømgrænser justeres?
Er fejlkoder tilgængelige?
Er temperaturovervågning inkluderet?
Kan kontrolparametre tilpasses?
Disse detaljer kan i væsentlig grad påvirke integrationen med AMR's hovedcontroller.
Standardprodukter kan accelerere udviklingen, men OEM-robotproducenter har ofte brug for skræddersyede konfigurationer.
Mulige tilpasningskrav omfatter:
Hjul diameter
Motorkraft
Gearforhold
Monteringsdimensioner
Connector position
Kabellængde
Encoder
Kommunikationsprotokol
Bremse
Spænding
Firmware-parametre
Boliger
For kompakte AMR'er kan tilpasning være særlig værdifuld, fordi den mekaniske plads ofte er begrænset.
En tilpasset konnektorposition eller monteringsmønster kan nogle gange eliminere behovet for at redesigne et helt chassis.
Laboratoriespecifikationer er vigtige, men prototypetest er fortsat afgørende.
Den komplette drivlinje bør ideelt set testes med:
Faktisk robotmasse
Maksimal nyttelast
Rigtigt batteri
Faktisk hjul
Rigtig controller
Påtænkt kommunikationsnetværk
Forventet gulvoverflade
Test skal evaluere:
Starter præstation
Acceleration
Bremsning
Kontinuerlig drift
Motortemperatur
Nuværende forbrug
Hjulsynkronisering
Kommunikationsstabilitet
Fejlretning
Batteriudholdenhed
Dette giver et meget mere brugbart billede af, hvordan den integrerede navservomotor vil opføre sig i den endelige AMR.
Parameter |
Hvad vi bør verificere |
|---|---|
Køretøjets samlede masse |
Tom og fuldt lastet |
Nyttelast |
Maksimal driftsnyttelast |
Hjul diameter |
Krav til mekanisk og ydeevne |
Kontinuerligt drejningsmoment |
Normal driftsbelastning |
Topdrejningsmoment |
Acceleration og transiente belastninger |
Hastighed |
Normal og maksimal kørehastighed |
Acceleration |
Påkrævet køretøjsrespons |
Spænding |
Fuld batteridriftsområde |
Encoder |
Krav til feedback |
Meddelelse |
CAN, CANopen, RS485, Modbus, EtherCAT |
Termisk ydeevne |
Kontinuerlig kapacitet |
IP-vurdering |
Miljøkrav |
Bremse |
Holde- og sikkerhedskrav |
Dimensioner |
Komplet mekanisk konvolut |
Vægt |
Effekt på nyttelast og batteri |
Effektivitet |
Overvejelser om batteridriftstid |
Tilpasning |
OEM mekaniske og elektriske krav |
Afprøvning |
Krav til prototypevalidering |
At vælge den rigtige integrerede børsteløse navservomotor kræver en tilgang på systemniveau.
Vi bør begynde med robottens samlede masse, nyttelast, hjuldiameter, hastighed, acceleration og driftsmiljø. Derfra kan vi bestemme det nødvendige kontinuerlige og maksimale drejningsmoment, batterispænding, enkoderfeedback, kommunikationsprotokol, termisk ydeevne, IP-klassificering og mekaniske dimensioner.
For kompakte AGV'er og AMR'er giver integration en vigtig fordel, fordi motoren, controlleren, feedbacken og hjulet kan designes som ét kompakt drivmodul.
Den bedste motor er derfor ikke nødvendigvis den mest kraftfulde eller den mindste tilgængelige model. Det er den, hvis drejningsmoment, hastighed, feedback, kommunikation, termiske egenskaber, dimensioner og tilpasningsmuligheder matcher den faktiske robotarkitektur.
For OEM-producenter kan tidligt samarbejde med en integreret motorleverandør også forenkle prototypeudvikling, mekanisk integration, kommunikationstestning og eventuel masseproduktion.
For ultrakompakte AGV'er og AMR'er er det ikke altid nok at vælge en standardmotor fra et katalog. Disse autonome mobile robotter opererer inden for strenge grænser for chassisstørrelse, hjulposition, batterikapacitet, nyttelast, frihøjde, ledningsplads og køretøjets samlede højde. En drivmotor, der fungerer godt i en konventionel AGV, kan stadig kræve betydelige mekaniske eller elektriske ændringer, før den kan passe til en kompakt mobil robot.
Det er her OEM-tilpasning bliver vigtig.
Hos JKONGMOTOR nærmer vi os integreret motorisk udvikling ud fra det komplette bevægelsessystems perspektiv. I stedet for at behandle motoren som en isoleret komponent, arbejder vi omkring de faktiske krav til AGV eller AMR, herunder hjulstørrelse, drejningsmoment, hastighed, spænding, enkoderfeedback, kommunikation, mekaniske dimensioner, kabling, bremsning og installationsbegrænsninger.
For producenter af kompakte mobile robotter kan denne tilgang gøre forskellen mellem blot at finde en motor, der virker, og at udvikle en drivlinje, der virkelig er optimeret til robotten.
Rummet er en af de største udfordringer i en ultrakompakt mobil robot.
Chassiset skal muligvis rumme:
Batteripakker
Hovedcontroller
LiDAR
Kameraer
Sikkerhedssensorer
Trådløse kommunikationsmoduler
Nyttelast
Opladningskomponenter
Løftemekanismer
Motorstyringer
Strømfordeling
Drivmotorer og hjul
Samtidig skal robotten muligvis forblive lavt nok til at køre under stativer, hylder, vogne eller andet udstyr.
En konventionel drivlinje kan forbruge værdifuld intern plads, fordi motor, gearkasse, encoder, controller og ledninger alle kan installeres separat.
An integreret børsteløs navservomotor kan reducere denne kompleksitet, men selv en integreret motor kan kræve tilpasning for at passe til den nøjagtige køretøjsarkitektur.
Derfor bliver OEM-samarbejde værdifuldt på designstadiet.
Et af de første krav i et ultrakompakt AMR-projekt er normalt mekanisk rum.
Den tilgængelige motorkonvolut kan være begrænset af:
Chassis bredde
Chassis højde
Akselafstand
Frihøjde
Batteriplacering
Ophængskomponenter
Nyttelastrum
Sensor installation
En standardmotor kan have det korrekte drejningsmoment, men den forkerte diameter eller længde.
I stedet for at redesigne hele robotten omkring en uegnet motor, kan en OEM-motorproducent arbejde sammen med robotproducenten om at definere en passende mekanisk konfiguration.
Hos JKONGMOTOR kan tilpasning overvejes omkring de faktiske mekaniske krav til den mobile robot, hvilket hjælper OEM-kunder med at integrere motoren mere naturligt i chassiset.
For en navservomotor er hjulet tæt forbundet med drivlinjedesignet.
Hjuldiameter påvirker:
Køretøjets hastighed
Hjul RPM
Påkrævet moment
Frihøjde
Mulighed for at krydse forhindringer
Robot højde
En kompakt AMR kan kræve en bestemt hjuldiameter, fordi chassiset er blevet optimeret omkring en bestemt højde eller akselafstand.
OEM-tilpasning kan hjælpe med at koordinere motor, navstruktur, hjuldimensioner og monteringsgrænseflade i stedet for at tvinge robotproducenten til at tilpasse hele chassiset til en generisk motor.
Dette er især vigtigt for mobile robotter, hvor hjulets position direkte påvirker navigation og mekanisk stabilitet.
Ikke alle AGV har brug for det samme drejningsmoment.
En lille hospitalslevering AMR har meget andre krav end en lagerrobot, der bærer en tung nyttelast.
Momentkrav afhænger af:
Køretøjets samlede vægt
Nyttelast
Antal drevne hjul
Hjul diameter
Acceleration
Hælde
Rullemodstand
Gulvforhold
En tilpasset motorløsning kan udvikles omkring de faktiske driftsforhold.
Hos JKONGMOTOR kan denne applikationsorienterede tilgang hjælpe OEM-kunder med at undgå at vælge en motor, blot fordi dens nominelle effekt ser ud til at være passende.
Målet er at etablere et passende forhold mellem kontinuerligt drejningsmoment, spidsmoment, hastighed, hjuldiameter og driftscyklus.
Ultrakompakte AMR'er har ofte brug for hurtig og kontrolleret acceleration.
Drivlinjen kan opleve sit højeste drejningsmoment under:
Starter fra hvile
Hurtig acceleration
Klatreramper
Drejning under belastning
Overvinde rullemodstanden
Bærer maksimal nyttelast
Det betyder, at den nominelle motoreffekt alene ikke giver tilstrækkelig information.
Motoren skal evalueres i henhold til både kontinuerlige og spidsbelastningskrav.
En OEM-motorproducent kan hjælpe med at definere det passende drejningsmoment og strømkarakteristika i henhold til den faktiske anvendelse i stedet for blot at vælge den nærmeste standardspecifikation.
Batteriarkitektur er en anden vigtig overvejelse.
Kompakte AGV'er og AMR'er bruger almindeligvis DC-batterisystemer med forskellige platforme designet omkring forskellige spændingsniveauer.
Motoren og den integrerede styring skal understøtte det faktiske driftsspændingsområde frem for kun den nominelle batteriværdi.
OEM-tilpasning kan omfatte:
Nominel spænding
Driftsspændingsområde
Nuværende grænser
Accelerationsstrøm
Regenerativ adfærd
Lavspændingsbeskyttelse
Hos JKONGMOTOR kan elektriske specifikationer overvejes sammen med den komplette mobile robotkraftarkitektur.
Dette er med til at sikre, at den integrerede motor er kompatibel med batteriet og controlleren i stedet for at blive en elektrisk begrænsning senere i projektet.
Moderne AMR'er er stærkt afhængige af kommunikation mellem den centrale controller og individuelle drevmoduler.
Afhængigt af robotarkitekturen kan drivlinjen bruge:
KAN
KAN åbne
RS485
Modbus RTU
EtherCAT
Puls og retning
En to-hjuls differentialdrevet AMR kan have relativt enkle kommunikationskrav.
En autonom platform med fire hjul eller flere hjul kan kræve betydeligt mere koordinering.
Hvert drevmodul skal muligvis modtage målhastigheds- eller positionskommandoer, mens de rapporterer:
Faktisk hastighed
Encoder position
Strøm
Temperatur
Alarmstatus
Kommunikationsstatus
OEM-tilpasning kan hjælpe med at tilpasse den integrerede servomotors kommunikationsgrænseflade med robottens eksisterende kontrolarkitektur.
Dette er især nyttigt, når kunden allerede har en defineret controller, softwareplatform eller kommunikationsprotokol.
Nøjagtig feedback er afgørende for lukket sløjfe AMR-bevægelse.
Encoderen gør det muligt for den integrerede servocontroller at overvåge motorbevægelser og regulere hjulhastigheden.
For kompakte mobile robotter kan indkoderfeedback påvirke:
Lige-line nøjagtighed
Drejekonsistens
Hjulsynkronisering
Docking
Positionskorrektion
Lav hastighedskontrol
Forskellige robotplatforme kan kræve forskellige feedback-egenskaber.
OEM-projekter kan derfor involvere valg af koder eller konfiguration i henhold til den nødvendige kontrolopløsning og systemarkitektur.
Dette er en lille detalje, der kan have stor indflydelse på kompakt robotintegration.
Et standard motorkabel kan være:
For længe
For kort
Svært at rute
Placeret mod den forkerte side
For tæt på en bevægelig komponent
Et ultrakompakt chassis efterlader meget lidt plads til kabelstyring.
Hos JKONGMOTOR kan OEM-tilpasning adressere praktiske installationsdetaljer såsom:
Kabellængde
Connector type
Connector orientering
Kabeludgangsretning
Ledningskonfiguration
Dette kan reducere unødvendige kabelsløjfer og gøre slutmontagen renere.
Ikke alle mobile robotter kræver en bremse.
Nogle applikationer kan dog have brug for mekanisk fastholdelse, når strømmen afbrydes, eller når køretøjet kører på en skråning.
En integreret bremse kan overvejes i henhold til:
Holdemoment
Bremsespænding
Bremserespons
Strømforbrug
Arbejdscyklus
Sikkerhedskrav
For en OEM-kunde kan det at få bremsen integreret i motorenheden forenkle drivlinjen sammenlignet med at tilføje en separat bremsemekanisme.
Den faktiske bremsearkitektur bør altid valideres i forhold til robottens komplette sikkerhedsdesign.
Ultrakompakt emballage skaber en anden udfordring: varmeafledning.
En mobil robot kan fungere i mange timer, mens den gentagne gange accelererer, decelererer, drejer og bærer nyttelast.
Motoropvarmning kan skyldes:
Kobbertab
Controllertab
Gearkassetab
Høj strøm
Gentagen acceleration
Kontinuerligt drejningsmoment
En motor, der fungerer godt under en kort demonstration, giver muligvis ikke tilstrækkelig termisk ydeevne under kontinuerlig drift.
OEM-udvikling kan derfor overveje den faktiske driftscyklus i stedet for kun at evaluere motoren under ideelle forhold.
Hos JKONGMOTOR kan termisk beskyttelse og anvendelseskrav betragtes som en del af den integrerede motorløsning.
En motor kan have det korrekte moment og hastighed og stadig være uegnet, hvis den ikke kan installeres effektivt.
Vigtige mekaniske grænseflader omfatter:
Monteringshuller
Boltemønster
Aksel dimensioner
Hjulmontering
Husets dimensioner
Connector position
Kabeludgang
Mekanisk frigang
Tilpassede grænseflader kan reducere behovet for yderligere beslag, adaptere eller mekaniske ændringer.
For en OEM-producent, der forbereder et produkt til masseproduktion, kan dette forenkle monteringen og forbedre fremstillingskonsistensen.
En stor fordel ved at arbejde direkte med en motorproducent er evnen til at diskutere mekaniske og elektriske krav, før robotdesignet er færdigt.
En typisk OEM-udviklingsproces kan følge:
Applikationskrav → Motorvalg → Mekanisk design → Prototype → Test → Optimering → Masseproduktion
Under prototypefasen kan producenten og motorleverandøren vurdere:
Moment
Hastighed
Acceleration
Termisk ydeevne
Meddelelse
Støj
Vibration
Hjultræk
Installation
Kontinuerlig drift
Denne feedback-loop kan identificere problemer, før designet når masseproduktion.
JKONGMOTOR fokuserer på integrerede bevægelsesstyringsløsninger til OEM-applikationer, herunder integrerede servo- og BLDC-motorplatforme designet til industriel automation og mobil robotteknologi.
Til AGV- og AMR-projekter kan løsningen evalueres i forhold til kundens faktiske krav til drivaggregatet i stedet for blot at vælge en standardmotor fra et katalog.
Afhængigt af projektet kan tilpasning dække områder som:
Motorkraft
Nominel spænding
Moment
Hastighed
Hjul integration
Encoder
Kommunikationsgrænseflade
Gearkasse
Bremse
Monteringsstruktur
Kabel- og stikkonfiguration
Kontrolparametre
Denne tilgang er især relevant for ultrakompakte AGV'er og AMR'er , hvor mekanisk rum og elektrisk integration ofte er tæt forbundet.
For OEM-kunder er motorvalg kun begyndelsen.
En komplet udviklingsproces kan omfatte:
Vi definerer først robottens samlede masse, nyttelast, hastighed, acceleration, hjuldiameter, batterispænding, driftscyklus og miljøforhold.
Motoren, encoderen, gearkassen, hjulet, kommunikationsgrænsefladen og andre funktioner er tilpasset applikationen.
Den tilpassede motor er integreret i selve robotchassiset.
Den komplette drivlinje er testet under realistiske nyttelast og driftsforhold.
Mekaniske, elektriske, termiske og kontrolparametre kan justeres baseret på testresultater.
Når designet er blevet valideret, kan motorkonfigurationen standardiseres til produktion.
Denne proces hjælper med at bygge bro mellem en laboratorieprototype og en produktionsklar AMR-drivlinje.
Jo mindre robotten bliver, jo mindre tolerance er der for komponentmismatch.
En stor AGV kan have nok intern plads til at rumme en ekstern controller, ekstra beslag og ekstra ledninger.
En ultrakompakt AMR er muligvis ikke.
Det betyder, at tilpasning kan give værdi på flere områder samtidigt:
Mekanisk integration: Motoren passer til chassiset i stedet for at tvinge chassiset til at rumme motoren.
Elektrisk integration: Spændings-, strøm-, encoder- og kommunikationskarakteristika passer til robotarkitekturen.
Kontrolintegration: Servomotoren kommunikerer med den eksisterende motion controller.
Termisk integration: Motoren evalueres i henhold til den aktuelle driftscyklus.
Produktionsintegration: Den endelige konfiguration kan standardiseres til gentagelig samling.
Før du starter et integreret navservomotorprojekt, anbefaler vi at forberede følgende information:
Krav |
Oplysninger at give |
|---|---|
Robot type |
AGV, AMR, autonom vogn osv. |
Samlet masse |
Tom og fuldt lastet |
Nyttelast |
Maksimal nyttelast |
Antal hjul |
Antal drevne hjul |
Hjul diameter |
Påkrævet eller tilgængelig diameter |
Køretøjets hastighed |
Normal og maksimal hastighed |
Acceleration |
Påkrævet acceleration |
Hælde |
Maksimal driftshældning |
Batteri |
Nominel og driftsspænding |
Meddelelse |
CAN, CANopen, RS485, EtherCAT osv. |
Feedback |
Encoder krav |
Arbejdscyklus |
Kontinuerlig eller intermitterende |
Miljø |
Indendørs, lager, industri mv. |
IP krav |
Påkrævet beskyttelsesniveau |
Bremse |
Påkrævet eller ikke påkrævet |
Dimensioner |
Maksimal motorkonvolut |
Kabel |
Krav til længde og stik |
Mængde |
Prototype og estimeret produktionsvolumen |
At give disse oplysninger tidligt giver motorleverandøren mulighed for at evaluere applikationen mere nøjagtigt.
For ultrakompakte AGV'er og AMR'er handler OEM-tilpasning ikke blot om at gøre en motor anderledes end et standardprodukt . Det handler om at matche drivlinjen til den faktiske robot.
Den rigtige integrerede, børsteløse navservomotor skal passe til den tilgængelige plads, levere det nødvendige drejningsmoment og hastighed, kommunikere med robotcontrolleren, give passende feedback, fungere inden for batterispændingsområdet, håndtere varme under kontinuerlig drift og integrere rent med hjulet og chassiset.
Med JKONGMOTOR kan OEM-kunder nærme sig disse krav som et komplet integreret bevægelsesprojekt, fra indledende applikationsanalyse og motorkonfiguration gennem prototypetest, optimering og produktion.
For producenter af mobile robotter, der udvikler stadig mere kompakte AGV'er og AMR'er, kan denne applikationsdrevne tilgang give større fleksibilitet end udelukkende at stole på standard katalogmotorer. Jo tættere motoren er tilpasset robotten, jo lettere bliver det at optimere det komplette køretøj til størrelse, nyttelast, effektivitet, pålidelighed og produktion.
Før vi køber, bør vi anmode om klare tekniske oplysninger i stedet for at vurdere produktet ud fra en markedsføringsbeskrivelse alene.
Vigtige spørgsmål omfatter:
Hvad er de nominelle og maksimale drejningsmomentværdier?
Hvad er den kontinuerlige driftshastighed?
Hvilke hjuldiametre er tilgængelige?
Hvilke batterispændingsområder understøttes?
Hvilke encoder muligheder er tilgængelige?
Hvilke kommunikationsprotokoller understøttes?
Er der en bremse tilgængelig?
Hvad er motorens IP-klassificering?
Hvad er den kontinuerlige termiske vurdering?
Hvilken overbelastningsevne er tilgængelig?
Hvad er monteringsdimensionerne?
Kan stik- og kabelkonfigurationen tilpasses?
Kan firmwareparametre tilpasses?
Hvilken test udføres før forsendelse?
Kan producenten yde teknisk support under prototypeudvikling?
Disse spørgsmål hjælper os med at vurdere motoren som en del af den komplette AMR-drivlinje snarere end som en isoleret motor.
Valget mellem en integreret og konventionel arkitektur afhænger af robotten.
Et konventionelt system kan tilbyde fleksibilitet, når der er tilstrækkelig skabsplads, og når designeren ønsker at holde motor og drivelektronik fysisk adskilt.
En integreret hub servo-arkitektur bliver særligt attraktiv, når robotten prioriterer:
Kompakte dimensioner
Reduceret ledningsføring
Lavere installationskompleksitet
Modulært drivlinjedesign
Distribueret motorstyring
Forenklet montage
Pladseffektiv emballage
Det korrekte valg afhænger af den komplette systemarkitektur.
For ultrakompakte robotter kan det pladsbesparende potentiale ved integration dog være særligt værdifuldt.
Før vi bekræfter en motor, bør vi verificere følgende:
Udvælgelsesfaktor |
Hvad skal man tjekke |
|---|---|
Køretøjets masse |
Tom og fuldt lastet vægt |
Nyttelast |
Maksimal nyttelast under normal drift |
Hjul diameter |
Ledig plads og nødvendig trækkraft |
Hastighed |
Normal og maksimal kørehastighed |
Moment |
Kontinuerlig og maksimalt drejningsmoment |
Acceleration |
Påkrævet start og forbigående ydeevne |
Spænding |
Komplet batteridriftsområde |
Feedback |
Encoder type og opløsning |
Meddelelse |
CANopen, CAN, RS485, EtherCAT osv. |
Termisk |
Kontinuerlig drift og varmeafledning |
Beskyttelse |
IP-klassificering og driftsmiljø |
Bremse |
Holdkrav og sikkerhedsarkitektur |
Dimensioner |
Motor-, hjul-, monterings- og stikplads |
Ledningsføring |
Kabellængde og stikkonfiguration |
Tilpasning |
OEM mekaniske og elektriske muligheder |
Afprøvning |
Prototype- og produktionsvalidering |
At vælge en integreret, børsteløs navservomotor til en ultrakompakt AGV eller AMR kræver mere end at matche en motors nominelle effekt til robotten.
Vi er nødt til at evaluere det komplette bevægelsessystem.
Drejningsmoment, hastighed, hjuldiameter, nyttelast, acceleration, batterispænding, encoderfeedback, kommunikationsprotokol, termisk ydeevne, beskyttelsesniveau, mekaniske dimensioner og bremsekrav har alle indflydelse på, om drivlinjen vil fungere pålideligt i marken.
For kompakte autonome mobile robotter kan integration give en praktisk måde at reducere drivlinjevolumen, forenkle ledninger og skabe en renere mekanisk arkitektur. Når den kombineres med feedback med lukket sløjfe, passende kommunikation, termisk beskyttelse og OEM-tilpasning, kan en integreret børsteløs navservomotor blive et meget tilpasningsdygtigt drevmodul til mobil robotteknologi med begrænset plads.
Den mest pålidelige udvælgelsesproces starter med robottens faktiske driftskrav og arbejder baglæns til motorspecifikationen. Ved at beregne drejningsmoment og hastighedskrav, kontrollere den komplette elektriske og termiske konvolut, validere mekanisk integration og teste drivlinjen under reelle nyttelastforhold, kan vi reducere risikoen for redesign og bygge en mere pålidelig AMR-platform.
For OEM AGV- og AMR-producenter bør motoren i sidste ende vurderes ikke blot som en komponent, men som en komplet motion-control løsning designet omkring robottens mekaniske, elektriske og operationelle krav.
OEM-tilpasning gør det muligt for motoren og drivsystemet at matche robottens tilgængelige plads, nyttelast, hjulstørrelse, spænding, drejningsmoment, kommunikationsprotokol og mekaniske grænseflade. For ultrakompakte AGV'er og AMR'er er disse faktorer ofte strengt begrænset, så en standardmotor passer muligvis ikke til køretøjets arkitektur uden mekaniske eller elektriske kompromiser.
Afhængigt af applikationen kan tilpasning omfatte motordimensioner, hjuldiameter, nominel og maksimalt drejningsmoment, driftsspænding, hastighedsområde, encoderkonfiguration, kommunikationsgrænseflade, bremse, kabellængde, stiktype, monteringsstruktur, beskyttelsesniveau og termisk beskyttelse. Disse muligheder gør det muligt at tilpasse motoren til den faktiske AGV- eller AMR-drivlinje.
En integreret, børsteløs navservomotor kombinerer motoren, feedback-komponenterne og drivelektronikken til en kompakt drivlinje. OEM-tilpasning kan yderligere optimere motorhuset, hjulgrænsefladen, forbindelsespositionen og monteringsdimensionerne. Dette kan reducere eksterne komponenter, ledninger, beslag og skabsplads inde i en kompakt mobil robot.
Ja. En integreret navservomotor kan designes eller konfigureres omkring forskellige hjuldiametre og mekaniske grænseflader. Hjulstørrelsen påvirker det nødvendige drejningsmoment, køretøjets hastighed, acceleration, frihøjde og pakning, så motor- og hjulkombinationen skal vælges i overensstemmelse med de komplette krav til drivaggregatet.
Ja. Afhængigt af motorplatformen og styrearkitekturen kan integrerede servomotorer konfigureres med kommunikationsgrænseflader såsom CANopen, EtherCAT, RS485 eller andre industrielle kommunikationsløsninger. Den passende grænseflade afhænger af AGV- eller AMR-controlleren, påkrævet synkronisering, diagnostik og systemarkitektur.
Ultrakompakte motorer har begrænset fysisk plads til varmeafledning. Kontinuerlig acceleration, stigning, drift med høj nyttelast og gentagne start og stop kan øge motortemperaturen. Termisk tilpasning kan involvere motordesign, beskyttelsesindstillinger, husoptimering og driftsparametre for at hjælpe med at opretholde pålidelig ydeevne under den specificerede driftscyklus.
Ja. Encodervalg kan tilpasses til robottens krav til positionering, hastighedskontrol, synkronisering og feedback. Afhængigt af applikationen kan kunder angive encodertype, opløsning, feedback-grænseflade og andre feedback-egenskaber, der kræves af motion-control-systemet.
Tilpasning kan dække monteringsdimensioner, aksel- eller navstrukturer, flangegrænseflader, boltmønstre, hjulmontering, kabeludgange, konnektorpositioner og overordnede motordimensioner. Mekanisk tilpasning er især nyttig, når motoren skal passe til et eksisterende AGV-chassis eller en nydesignet kompakt drivlinje.
En OEM-forespørgsel bør normalt omfatte køretøjsvægt, maksimal nyttelast, hjuldiameter, målhastighed, acceleration, hældningsevne, batterispænding, driftscyklus, påkrævet drejningsmoment, tilgængelig installationsplads, kommunikationsprotokol, encoderkrav, bremsekrav og miljøforhold. Angivelse af disse parametre hjælper motorproducenten med at vælge eller udvikle en passende drivlinje mere effektivt.
Ja. JKONGMOTOR leverer integrerede motion-control løsninger, der kan tilpasses til AGV og AMR applikationer. Afhængigt af projektet kan tilpasning dække motorydelse, mekaniske dimensioner, hjulintegration, encoder, kommunikation, kabler og stik, bremsning, termisk beskyttelse og andre krav til drivaggregatet. Den typiske OEM-proces kan omfatte teknisk evaluering, motordesign, prototypeudvikling, test og batchproduktion.
