Bevegelseskontrollkort

Vurder kontrollere plasseringen nøye.
Akkurat som i eiendom, tenk beliggenhet, beliggenhet, beliggenhet! Kontrollerplassering i det totale bevegelsessystemet er den viktigste enkeltfaktoren som kan forenkle, eller komplisere, en bevegelsesdesign. For å finne riktig plassering av bevegelseskontrollprogramvaren og selve bevegelseskontrolleren, bør ingeniører stille seg selv tre spørsmål:
1.Er aksenes bevegelser synkronisert med hverandre?
2.Hvilken responstid kreves for å håndtere systemendringer?
3. Hvor viktig er kodeportabilitet?

Programvarearkitektur er viktig.
Når det gjelder bevegelseskontrollere, er så mange forskjellige alternativer tilgjengelige at valgene kan virke overveldende. Bare husk hva som virkelig betyr noe - programvarearkitekturen som vil bli brukt til å kontrollere applikasjonen. Å skrive programvare i verten (vanligvis betyr dette en PC) er vanligvis det mest praktiske, men det er minst tidsvarende. På den annen side vil det å sette all programvaren i bevegelseskontrolleren sannsynligvis gi ytelsen du ønsker, men kan bety ekstra arbeid, spesielt hvis du må lære et leverandørspesifikt bevegelsesspråk. Bevegelseskontrollere er vanligvis lange på rå programvarehestekrefter, men kort på støtte for standard dataspråk.

Organiser kontrollproblemet ditt.
Vurder en C-språkbasert bevegelseskontroller slik at programvare kan kjøres på verten eller på bevegelseskontrolleren, noe som gjør ompartisjonering enklere. Men viktigst av alt, organiser kontrollproblemet ditt. Skill langsommere funksjoner fra høyhastighetsfunksjoner, og sørg for at disse høyhastighetsfunksjonene ligger i bevegelseskontrolleren. Datainnsamling, visning og andre databehandlingsfunksjoner kan gå i PC-en.

Sørg for at bevegelseskontrolleren din kan håndtere verste scenarioer.
Mekanikk som samhandler med bevegelseskontrolleren kan svikte på noen åpenbare måter, for eksempel at lagrene blir stivere og servoparametrene ikke lenger fungerer, men de kan også svikte på subtile måter. Kan maskinkontrolleren din håndtere sjeldne hendelser i verste fall, som samtidig ankomst av en bevegelseskommando, indekspuls, grensebryter og slutten av en bevegelse? Forvent at det verste skal skje, og med flaks vil det ikke skje. Test tidlig og ofte, under et så bredt spekter av belastningsforhold som mulig, og design med margin.

Fokuser på relevante spesifikasjoner.
En vanlig feil gjort av ingeniører er å fokusere på irrelevante spesifikasjoner. For eksempel er det ofte unødvendig å velge den raskeste samplingsfrekvensen, ettersom en samplingsfrekvens på 1 kHz er tilstrekkelig for alle unntatt de minste høyytelsesmotorene. En bedre tilnærming: Tenk på behandlingstiden som kreves for å utføre programmet for din spesifikke applikasjon.

Ikke overvurder determinismebehov.
Ingeniører overvurderer ofte kravene til determinisme i systemkommunikasjon. Kommunikasjonsusikkerhet på mindre enn 100 mikrosekunder er bra for nesten alle bevegelsessystemer. Strammere determinisme har sjelden noen effekt på den generelle systemytelsen.

Bevegelseskontrollere er ikke magikere.
Systemingeniører tror ofte at bevegelseskontrollere kan kompensere for et dårlig utformet mekanisk system. Mens bevegelseskontrollere kan overvinne noen svakheter som ikke-linearitet, kan de ikke kompensere for grove mekaniske feil som lavfrekvente resonanser, underdimensjonerte motorer, mekanikk med store dødbånd og fjærlignende koplinger.

Unngå felles jording.
En vanlig feil som ingeniører gjør er å ha en felles grunn og forsyninger på begge sider av optoisolatorene. Hvis det er samme grunn, er det ikke isolert. Filtreringseffektingeniørene tror de får fra isolasjon er egentlig lavpasseffekten på grunn av langsomme opto.

Velg riktig bevegelseskontroller for jobben.
Å spesifisere feil type bevegelseskontroll er et vanlig problem. Å velge riktig verktøy for jobben kan imidlertid spare både innledende kostnader og ingeniørtid. For eksempel kan mange enkeltakseapplikasjoner utføres ved å bruke den innebygde bevegelseskontrollen som er tilgjengelig i den digitale stasjonen. Det samme gjelder enkel punkt-til-punkt fleraksebevegelse. Å bruke bevegelsen ombord kan spare mye penger og programmeringskompleksitet, fordi du kan bruke en mindre kraftig PLS i motsetning til en PLS med innebygd bevegelse.

Kjenn advarselstegnene på forestående feil.
Vanligvis oppstår ytelsesproblemer ved høyere hastigheter eller høyere aksetall. Når du bruker intelligente digitale stasjoner, forsvinner dette problemet, siden stasjonene har hver sin posisjonsløkke, og dermed reduserer belastningen på hovedbevegelsesprosessoren.