Mootori pöörlemissuuna määramine

[raxz]

Mul on üks mootor sageduamuunduri taga, mille kiirust mõõdan proximity switchiga. Nüüd oleks vaja teada selle mootori pöörlemissuunda. Hetkel arvestab kontroller seda ise, kuid oleks vaja, et see tuleb koos mootori kiirusega. Selleks vaja teist lülitit ka ja mingit seadet, kuhu lülitid ühendada. Kas on mõni tööstuslik seade olemas selleks või peab siiski ise tegema?

[moi]

Vs: Mootori pöörlemissuuna määramine

Üsnagi arusaamatu kirjeldus.
Kuidas sa proximity switchiga kiirust saad mõõta?
Sagedusmuunduri taga mootori pöörlemissuund ei muutut, ükskõik mis pidi on või muutuvad faasid muunduri sisendis.

[raxz]

Vs: Mootori pöörlemissuuna määramine

Proximity switch loeb impulsse mootori võllilt ning arvutab kiiruse vastavalt ülekandele.
Sagedusmuundur muudab küll mootori liikumissuunda. Hetkel süsteem toimib ning mootor liigutab objekti mööda trossi edasi-tagasi.
Nüüd oleks vaja teada, kummale poole parasjagu objekt liigub.

[erku]

Vs: Mootori pöörlemissuuna määramine

Võllile ketas, kettale piklik ava, raamil kolm andurit (mõni odav optiline) või induktiivid vms (olenevalt mis kiirustest on jutt), anduritel järgi lihtloogika, loogikatel järgi vastavalt vajadusele ajam (mis peaks siis tulema edasi).

Põhimõte: keskmine andur on signaaliandur ja äärmised suunaandurid.
Ketas pöörab; tuleb suund: vasakule, tuleb signaal (suund sees vasakule veel sees), tuleb suund paremale (tühistab suuna vasakule, lülitub ümber suunale paremale), tuleb suund vasakule (tühistab suuna paremale), ..... jne.

Nüüd tuleb kombineerida loogikaelemente, et saada soovitud tulemus (elemente AND, OR, trigerid jne); võimalusi on arvatavalt üsna palju. Ka ei tohiks asi olla eriti kulukas.
Või kasutada mõnda kontrollerit, näiteks Siemensi oma, odavamat vanemat malli, saab ka asja lahendada probleemidetta, saad arvutis näiteks ennem virtuaalselt ära katsetada Logosoftiga ja saata spets kablaga info kontrollerisse; on kallim ja standartsem tööstuslik variant.

[raxz]

Vs: Mootori pöörlemissuuna määramine

Süsteem jooksebki Siemensi 1200 kontrolleril. Lihtsalt oleks vaja seadet, mis oskab kontrollerile öelda, kumba pidi mootor reaalselt pöörleb. Praegu tehakse see arvestus softis ära. Aga oleks vaja eraldi füüsilist seadet.
ISse tegemine ei ole keeruline, kuid otsin, ehk keegi toodab selliseid tööstuslikke klotse.

[vasaraonu]

Vs: Mootori pöörlemissuuna määramine

Midagi sellist?

[erku]

Vs: Mootori pöörlemissuuna määramine

Aga kui kontroller on juba olemas, siis on asi ainult andurites ja programmis. Saan aru, et vähemalt üks andur jookseb juba ja mõõdab kiirust. Nüüd ainult, kui kõva programm teha, saab siis hakkama kas 2 või 3 anduriga.

[vasaraonu]

Vs: Mootori pöörlemissuuna määramine

Aga kui kontroller on juba olemas, siis on asi ainult andurites ja programmis. Saan aru, et vähemalt üks andur jookseb juba ja mõõdab kiirust. Nüüd ainult, kui kõva programm teha, saab siis hakkama kas 2 või 3 anduriga.

Ma saan aru nii, et see juba on olemas:

Süsteem jooksebki Siemensi 1200 kontrolleril. Lihtsalt oleks vaja seadet, mis oskab kontrollerile öelda, kumba pidi mootor reaalselt pöörleb. Praegu tehakse see arvestus softis ära.

GOOGLE

GOOGLE RUS

[erku]

Vs: Mootori pöörlemissuuna määramine

Ma ise näeksin asja nii, eeldusel et saan arvutiga kontrollerisse sisse: Tõmbad programmi kontrollerist alla, kirjutad meilile Siemensi meestele, paned proge kaasa meiliga, lepite hinna kokku, need saadavad sulle meili koos täiendatud progega tagasi, ühendad vajadusel veel andureid kontrolleri külge,laed uue proge kontrollerisse, ja ongi.
Või tellid neilt teenuse, sõidavad kohale jne.

Ma ei tea, palju neid firmasi S7 1200 kontrolleriga tegeleb. Usun et www.saksa-automaatika.ee võiks abi leida.

[ints45]

Re: Vs: Mootori pöörlemissuuna määramine

Aga sagedusmuundurist saab ju pöörlemissuuna info kätte,tavaliselt on vastav väljund olemas.

[visitor]

Vs: Re: Vs: Mootori pöörlemissuuna määramine

Olenevalt kontrolleris oleva programmi pikkusest (tsükli skännimis aeg!) ja kontrolleri võimekusest on tegelikult ühe anduri lisamisega võimalik see asi ära teha. Kui paned olemasoleva poximity switch'i võimalikult lähedale kõrvale veel ühe sarnase, siis saad juba olemasolevas kontrolleris teha programmilõigu, mis tuvastab kumb andur raknedub ennem, kuna ülejäänud ringi osa läbimiseks kulub mõõtepunktil rohkem aega, kui kahe anduri vahelise lõigu läbimiseks.
Antud lahendust ei saa kasutada, kui kiirust loetakse hammastelt, aga siis saab kasutada nn rotary encoder põhimõtet, mida eelnevalt kasutaja erku juba kirjeldas.

Kuigi kui aus olla, siis ka mina ei näe põhjust, miks ei võiks usaldada olemasolevast süsteemist saadavaid signaale. Näiteks kontrollerist, kui see on sagedusmuunduriga ühenduses, või ka võimalusel otse sagedusmuundurist. Kui nende vahel andmesidet ei ole ja sagedusmuundur väljundite programmeerimist ei võimalda, siis on iseasi.