[nobody]

Treaba aceasta se face cu un microcontroller, nu cu Windows-ul.
Cum "modulezi acceleratia" ?

[nobody]

Un pic de literatura:

AVR446: Linear speed control of stepper motor
http://www.atmel.com/dyn/resources/prod_documents/doc8017.pdf

Control of Stepping Motors
http://www.cs.uiowa.edu/~jones/step/

Generate stepper-motor speed profiles in real time
http://www.embedded.com/columns/technicali...tid=101666

[valy]

[tiberiugabriel]

Ma bag si eu in seama aici in discutia asta. Bogdan, sfatul meu e ca la inceput sa incerci sa comanzi motorul/motoarele pentru urmarire (siderala sau mai rapida). Nu iti trebuie microcontroler decat daca vrei sa te lipsesti de laptop/pc. Partea cu detectia de miscare e cam complicata, nu de alta dar s-ar putea sa te opresti din constructie si ar fi pacat.
Aici ti-am pus o varianta simpla de comanda a motorului pas cu pas pe portul paralel.
http://electronics-diy.com/stepper_motors.php
Nu iti trebuie decat un driver, aici e folosit un ULN. Portul paralel poti sa-l programezi simplu in C, Visual C++, cu functia outportb(0x378,n);
Ceva de genu:

#include <stdio>
#include <dos>
#include <conio>

/********************************************/
/*This program set the parallel port outputs*/
/********************************************/

void main (void)
{
clrscr();
outportb(0x378,0xff); /* output the data to parallel port */
getch(); /* wait for keypress before exiting */
}

Iti trebuie un bucla aici ca sa-ti reglezi viteza, sau functia delay. Deci tu scoti pe portul paralel(in hexa) o serie de biti, in asa fel incat sa polarizezi infasuraturile motorului (poate fi unipolar si bipolar). ULN (sau IC2) iti foloseste ca driver la 12 volti - comand coil.
Ok, cred ca te-am innebunit, apropo programul poti sa-l scri in Visual C++. pe windows. Asta e varianta mea de cod, tu poti sa folosesti ce dau ei in .Net. pe site.

Ideea e pentru inceput sa comanzi in orice directie motorul ala. Daca ai mai facut asa ceva te rog sa-mi spui, sa nu-ti dau informatii inutile.

O zi buna si cer senin

[nobody]

Windows-ul nu este un sistem de operare in timp real. Adica nu stii decat aproximativ cat dureaza un delay, daca apare o intrerupere, cat dureaza schimbarea de context intre procese. Asta se traduce, in cel mai fericit caz, prin jitter.

Pentru o miscare uniforma si pentru o acceleratie controlata iti trebuie timpi precisi, de ordinul microsecundelor, la generarea impulsurilor. Cu un Atmel la 20 MHz aceasta este o joaca. Il poti lega la computer pe port serial si sa-i trimiti doar directia, viteza, acceleratia si ce-ti mai trece prin cap. Fara multicore la 5 GHz si lupte incrancenate cu kernel-ul Windows-ului ori cu propriile-ti thread-uri.

[auriga]

teoretic poti sa folosesi un os realtime: qnx, rtlinux, chiar windows ce...
autoguiderele software cum functioneaza pe os-uri non-realtime?

[tiberiugabriel]

DA, ar putea fi o problema (dureroasa de windows). Dar, daca e asa de grava si simtitoare se face linux softul (e bazat pe C), aici nu cred ca se mai simte interventia sistemului de operare in delay.

Din nou DA, ideal e sa folosesti un ATMega 16/32. Cel mai bine. Costa 30 de lei si e self programming (il programezi pe portul paralel - fara placa de programare). Tot merge ca la carte in cazul asta si e si portabil - scapi de un laptop/computer. Dezavantajul e ca trebuie sa implementezi o interfata(telecomanda) cu butoane, leduri.

Am experienta de ambele situatii. Cred ca nu sistemul de operare va fi cel care face probleme ci mai degraba monturile defectuase , melcii care nu au o miscare uniforma, motoarele, rotiile dintate. Adica mai degraba partea mecanica.

o zi buna

[tiberiugabriel]

Am uitat sa concluzionez. Asadar, faceti totul pe windows/linux si prin portul paralel pentru ca costa foarte putin. ULN costa 20-30 de lei atata tot. Mai cumperi motorul unipolar. Iei de pe site programul (se pare ca varianta finala costa 2.5 euro) si ai un sistem de urmarire pe RA

ciao

[tiberiugabriel]

Imi cer scuze, la vitacom un ULN2003 costa 3.5 Ron.

[Erwin]

Tibi, cred că portul paralel este mai dificil de găsit în zilele noastre, notebook-urile nu mai au aşa ceva... Din câte am văzut pe net în legătură cu comenzile de mpp este mai bine să foloseşti microcontroler. Are ceasul propriu destul de precis şi poţi regla prin software toţi parametrii necesari. Motoare unipolare se pot găsi cel mai ieftin de la imprimantele vechi cu ace care mai zac ici-colo. Recomand ULN 2803 care are putere mai mare şi permite comanda a două motoare simultan. Lângă Vitacom, pe strada Maica Domnului din Bucureşti mai este un magazin care are astfel de componente şi module de comandă mpp gata făcute:
http://conexelectronic.ro/produse.php?id=458

[nobody]

@Erwin: Controller-ele acelea sunt adevarate. Permit controlul avansat al motorului prin impulsuri trapezoidale/sinusoidale. Isi regleaza automat si curentul in functie de sarcina. Singurul dezavantaj: pretul. Oricum, pretul se justifica daca vrei sa ai o miscare extrem de fina cu motoare pas cu pas. Cele mai avansate pot detecta si incarcarea motorului cat si nereguli la rotatie prin monitorizarea curentilor indusi. Adica este o abordare cat se poate de serioasa.

@tiberiugabriel: Exista module gata facute bazate pe Atmega cu butoane, afisaj, tot felul de interfete, inclusiv USB si ethernet. Un programator ISP pe port serial ori USB gata facut nu costa o avere si este compaibil cu toate soft-urile de programare. Linux/UNIX se confrunta cu aceleasi probleme la partea de real-time. Sunt un pic mai avansate, dar in cel mai bun caz au implementari care se numesc "soft real-time" si doar imbunatatesc predictibilitatea. Oricum nu se apropie de precizia unui microcontroller.

@auriga: La viteze foarte mici de rotatie (necontinuue) si raporturi mari de reductie se poate implementa simplist prin soft. Jitter-ul indus este neglijabil la ordinul zecilor de Hertzi. Dezvantajele la aceasta implementare este dinamica redusa si vibratiile provocate de regimul in impulsuri al motorului. La o miscare continuua lucrurile se schimba drastic.

[tiberiugabriel]

@Erwin: Se gaseste adaptor de usb la paralel.

@nobody: Eu nu opresc pe nimeni sa-si programeze un microcontroler, ideea e ca nu stiu cati care citesc acest thread vor duce la sfarsit o asemenea munca. Asa ca am oferit varianta cea mai simpla.

salutari

[tiberiugabriel]

@nobody: Am oferit o varianta care se leaga de aceasta discutie, adica sa faci un sistem de ghidare care sa fie totusi controlat de pe PC/motion control etc.

[valy]

[bogdan.caseriu]

Multumesc de sfaturi , dar pana la urma am ales calea lui EQ5 cu motoare:). Asta nu inseamna ca renunt la ideea softului. N-am mai butonat de mult la soft, dar am ajuns in stadiul in care am rezolvat partea de achizitie a fluxului video, de descompunere a acestuia in cadre, de crop in timp real (daca e nevoie), si de analiza la modul grosier a cadrelor (momentan la nivel de diferenta de luminozotate intre cadre).
Totusi imi vine sa schimb macazul, pentru ca tocmai am descoperit Microsoft VPL 2010, o unealta de programare cu adevarat "vizuala", foarte simplu de folosit, ce ofera suport nativ pt. webcam, dar si pentru comanda oricarui fel de motor pas cu pas. SI foarte important, toate serviciile si controalele pot fi modificate dupa bunul plac, din pacate doar in C#. Oricum, de principiu, din cate am vz eu, dispare problema cunoasterii avansate a codului , ceea ce poate fi un mare avantaj pentru cei fara cunostiinte temeinice de programare.
Asadar, dat fiind ca nu mai am Dobsonul, si astfel platforma ecuatoriala devine inutila, o sa incerc sa dezvolt softul in directia interfatariii cu handbox-ul de la EQ5. SI ca o parere personala cu privire la disputa despre paralele/serial/fara interfata cu PC, ma gandesc ca suntem in secolul 21, moment in care cam dispar aceste "dotari de varf" din sistemele de calcul, si ar fi cazul sa gandim "pozitiv" spre USB. Chiar daca momentan nu am nici cea mai vaga idee cum pot "comunica" cu portul USB, o sa abordez aceasta metoda de interfatare. Bineinteles ca metoda cea mai potrivita de analiza a imaginii capturate de la webcam ramane tot prin intermediul librariilor Aforge, mai precis FuzzyLogic, dupa cum bine zicea Nobody.

Stima!

PS: Am vazut ca handbox-ul de la EQ5 e limitat la viteza 8X. E o limita a motoarelor/reductiilor/mecanicii sau doar asa, ca masura de siguranta?