Programmet(PC) heter KCam 4 http://www.kellyware.com/. Stegomotorkortet är ännu bara en idé varav jag stulit lite från denna sida, därav picbasic programmet som jag modifierat lite . http://www.tigoe.net/pcomp/code/archive ... 0245.shtml
.Drivsteget kommer från denna sida. http://www.luberth.com/cstep/ .
Tror det blir svårt att styra tre motorer via en serieport även om det finns sådan lösning.
God jul sodjan, nu vill mina barn att jag ska fira jul så det blir att fundera vidare efter helgen.
Handskakning parallellport-PICkrets
Jag får inte ihop dessa två rader :
> "Stegomotorkortet är ännu bara en idé..."
> "På stegmotorkorten som jag labbat med..."
Har du "labbat" med en "idé" ?
Finns stegmotorkortet eller finns det inte ?
Eller är det inte samma "stegmotorkort" som avses ?
Jag får be om ursäkt igen, jag fick intryck av att
stegmotorkortet fanns i verkligheten och att du hade
använt det i din första lösning (utan PIC).
Just nu känner jag mig bara "lost"...
> Tror det blir svårt att styra tre motorer via en serieport
"Motor 1 100 steg fram"
"Motor 2 50 steg bakåt"
"Motor 3 150 steg fram"
"Motor x yyy steg fram (eller bakåt".
Men just nu verkar det som om du inte har så stor
kontrol över PC programvaran. Det dyker upp nya fakta
hela tiden som ibland talar mot det som du har skrivit tidigare,
så det är lite svårt att hänga med i svängarna...
Jag hoppar av tråden tillsvidare...
God fortsättning alla !
Nu skall jag se om grabbarna har fått ihop sina två
"PC-byggsatser" från komplett.se !!
> "Stegomotorkortet är ännu bara en idé..."
> "På stegmotorkorten som jag labbat med..."
Har du "labbat" med en "idé" ?
Finns stegmotorkortet eller finns det inte ?
Eller är det inte samma "stegmotorkort" som avses ?
Jag får be om ursäkt igen, jag fick intryck av att
stegmotorkortet fanns i verkligheten och att du hade
använt det i din första lösning (utan PIC).
Just nu känner jag mig bara "lost"...
> Tror det blir svårt att styra tre motorer via en serieport
"Motor 1 100 steg fram"
"Motor 2 50 steg bakåt"
"Motor 3 150 steg fram"
"Motor x yyy steg fram (eller bakåt".
Men just nu verkar det som om du inte har så stor
kontrol över PC programvaran. Det dyker upp nya fakta
hela tiden som ibland talar mot det som du har skrivit tidigare,
så det är lite svårt att hänga med i svängarna...
Jag hoppar av tråden tillsvidare...
God fortsättning alla !
Nu skall jag se om grabbarna har fått ihop sina två
"PC-byggsatser" från komplett.se !!
Du missa sista raden sodjan.
Om jag har en idé, kopplar upp en labb på ett kopplingsbord så vill jag antyda att jag labbar med en idé.
Det är samma stegmotorkort och består av en del transistorer och motstånd, hur är knappast intressant i detta fall för frågan var Handskakning parallellport-PICkrets och att jag skulle från en PC med ett PC-program sända en puls till en krets i detta fall 16F628 och skulle då kretsen svara PC att den bearbetat pulsen.
Rätt intryck, stegmotorkortet finns men nu med en PIC-krets
Vem tog upp diskussionen om serieporten?
Har inget med frågan att göra.
Jag behöver inte ha kontroll över den för den är en färdig produkt, vad du nu menar med kontrol.
Om du håller dig tillfrågan ska du se att det är lättare att hänga med i svängarna.
Jag hoppar av tråden tillsvidare... Tack.
Till admin: det skulle vara av intresse om ni raderade denna tråd för att den spårat ur fullständigt på grund av att jag formulerade mig fel från början. Vänta ett tag får se om det löser sig.
Om jag har en idé, kopplar upp en labb på ett kopplingsbord så vill jag antyda att jag labbar med en idé.
Det är samma stegmotorkort och består av en del transistorer och motstånd, hur är knappast intressant i detta fall för frågan var Handskakning parallellport-PICkrets och att jag skulle från en PC med ett PC-program sända en puls till en krets i detta fall 16F628 och skulle då kretsen svara PC att den bearbetat pulsen.
Rätt intryck, stegmotorkortet finns men nu med en PIC-krets
Vem tog upp diskussionen om serieporten?
Har inget med frågan att göra.
Jag behöver inte ha kontroll över den för den är en färdig produkt, vad du nu menar med kontrol.
Om du håller dig tillfrågan ska du se att det är lättare att hänga med i svängarna.
Jag hoppar av tråden tillsvidare... Tack.
Till admin: det skulle vara av intresse om ni raderade denna tråd för att den spårat ur fullständigt på grund av att jag formulerade mig fel från början. Vänta ett tag får se om det löser sig.
Senast redigerad av tusse 26 december 2005, 10:15:03, redigerad totalt 1 gång.
> Jag hoppar av tråden tillsvidare...
"Tillsvidare" har nu passerats eftersom det har tillkommit en del ny info...
> Jag behöver inte ha kontroll över den för den är en färdig produkt, vad du nu menar med kontrol.
OK, jag avsåg PC applikationen.
Och med "kontroll" menade jag om det var någon färdigt applikation. Eller om du hade skrivet den själv
(eller har möjlighet att ändra/påverka den).
När det gäller kopplingen PIC->parr porten, så är det väll bara ACK/BUSY
signalerna man har att spela med. D.v.s att PIC'en kan antingen fördröja
"ACK" (då kommer PC applikationen att "hänga" direkt när den har skrivet
en byte) eller att "acka" direkt och istället omedelbart lägga en "BUSY"
under tiden (då kommer PC applikationen sannolikt att "hänga" just innan
den skriver *nästa* byte). Svårt att avgöra vilket som är bäst.
(Förutsatt alltså att du inte har en Enhanced parr-port (dubbelriktad). Då
borde man även kunna skriva tillbaka hela bytes, men sannolikt blir det
ganska mycket mer komplicerat.)
Är det något i denna stil du undrar över ?
Eller kan du precisera frågan kring kopplingen PIC->parr lite mer ?
Är det kanske mer konkret hur detta skulle implementeras i PIC applikationen ?
Motsvarar varje "puls" från PC applikationen ett "steg" på motorn/motorerna ?
Har PC applikationen någon funktion för att få olika hastighet på motorn/motorerna ?
D.v.s att den (PC Applikationen) sätter olika frekvens på pulserna ?
Eller är det PIC'en som styr steghastigheten ?
Skall PIC'en ge en signal till PC applikationen att PIC'en har mottagit en puls ?
Eller även att motorn/motorerna faktiskt har tagit ett "steg" (med lämplig frekvens/intervall)?
Vad skall PIC'en "göra" med varje puls från PC applikationen (som inte
"drivkortet" gjorde innan PIC'en kom in i bilden) ?
Jag är osäker på vilken "sista rad" som du syftar på. Jag ber om ursäkt om
jag har missat något som har betydelse för förståelse av problemet, det
kan jag mycket väl ha gjort...
Slutligen, "spårat ur fullständigt" tycker jag är lite överdrivet...
Trevlig fortsättning på helgerna !
PS.
Vågar jag läga till att jag fortfarande tror att detta är lättare att lösa
via serieporten ? Och att låta PIC'en ta hand om parr-interfacet mot
resten av (d.v.s i princip det ursprungliga) drivkortet.
Men det är bara en liten notering "i kanten" som du inte behöver
lägga så mycket vikt vid, det kan ju finnas andra låsningar
till parr-porten som jag inte känner till, vilket är helt OK, så klart...
"Tillsvidare" har nu passerats eftersom det har tillkommit en del ny info...
> Jag behöver inte ha kontroll över den för den är en färdig produkt, vad du nu menar med kontrol.
OK, jag avsåg PC applikationen.
Och med "kontroll" menade jag om det var någon färdigt applikation. Eller om du hade skrivet den själv
(eller har möjlighet att ändra/påverka den).
När det gäller kopplingen PIC->parr porten, så är det väll bara ACK/BUSY
signalerna man har att spela med. D.v.s att PIC'en kan antingen fördröja
"ACK" (då kommer PC applikationen att "hänga" direkt när den har skrivet
en byte) eller att "acka" direkt och istället omedelbart lägga en "BUSY"
under tiden (då kommer PC applikationen sannolikt att "hänga" just innan
den skriver *nästa* byte). Svårt att avgöra vilket som är bäst.
(Förutsatt alltså att du inte har en Enhanced parr-port (dubbelriktad). Då
borde man även kunna skriva tillbaka hela bytes, men sannolikt blir det
ganska mycket mer komplicerat.)
Är det något i denna stil du undrar över ?
Eller kan du precisera frågan kring kopplingen PIC->parr lite mer ?
Är det kanske mer konkret hur detta skulle implementeras i PIC applikationen ?
Motsvarar varje "puls" från PC applikationen ett "steg" på motorn/motorerna ?
Har PC applikationen någon funktion för att få olika hastighet på motorn/motorerna ?
D.v.s att den (PC Applikationen) sätter olika frekvens på pulserna ?
Eller är det PIC'en som styr steghastigheten ?
Skall PIC'en ge en signal till PC applikationen att PIC'en har mottagit en puls ?
Eller även att motorn/motorerna faktiskt har tagit ett "steg" (med lämplig frekvens/intervall)?
Vad skall PIC'en "göra" med varje puls från PC applikationen (som inte
"drivkortet" gjorde innan PIC'en kom in i bilden) ?
Jag är osäker på vilken "sista rad" som du syftar på. Jag ber om ursäkt om
jag har missat något som har betydelse för förståelse av problemet, det
kan jag mycket väl ha gjort...
Slutligen, "spårat ur fullständigt" tycker jag är lite överdrivet...
Trevlig fortsättning på helgerna !
PS.
Vågar jag läga till att jag fortfarande tror att detta är lättare att lösa
via serieporten ? Och att låta PIC'en ta hand om parr-interfacet mot
resten av (d.v.s i princip det ursprungliga) drivkortet.
Men det är bara en liten notering "i kanten" som du inte behöver
lägga så mycket vikt vid, det kan ju finnas andra låsningar
till parr-porten som jag inte känner till, vilket är helt OK, så klart...
Är inte säker på att jag heller riktigt förstår vad du är ute efter men här är min gissning.
Ditt drivkort har inte ingångar för DIR/STEP signaler utan ska drivas "direkt" med fyra ingångar. Därför vill du sätta en PIC emellan som översätter signalerna. Kanske vill du också få möjligheten att styra stegmotorerna utan dator direkt med PIC:en och nån joystick eller liknande.
Jag tror inte att du behöver någon handskakning, det finns väl inte ens något stöd för det i KCam? Dessutom går det väl alltid att ange maxhastigheter för motorerna och det är ju där man ska se till att motorerna hinner med (för PIC:en kommer att göra det...). Ser inget behov att meddela mjukvaran i PC:n att manövern är utförd, om det inte är så att du vill kunna säga "flytta 100 steg i positiv X-axel", men det verkar inte som det är det du vill. Eventuellt vill du kunna ange en punkt i 3D och så ska den ta sig dit, fast det tror jag inte heller... Bara du vet...
Även jag kan ha missförstått allting för det är absolut inte helt klart vad du är ute efter men snälla ni, det är ju jul, ta det lugnt...
Tusse, förklara nu riktigt noga vad det är du vill kunna göra så är jag säker på att vi kan hjälpa dig direkt.
Ditt drivkort har inte ingångar för DIR/STEP signaler utan ska drivas "direkt" med fyra ingångar. Därför vill du sätta en PIC emellan som översätter signalerna. Kanske vill du också få möjligheten att styra stegmotorerna utan dator direkt med PIC:en och nån joystick eller liknande.
Jag tror inte att du behöver någon handskakning, det finns väl inte ens något stöd för det i KCam? Dessutom går det väl alltid att ange maxhastigheter för motorerna och det är ju där man ska se till att motorerna hinner med (för PIC:en kommer att göra det...). Ser inget behov att meddela mjukvaran i PC:n att manövern är utförd, om det inte är så att du vill kunna säga "flytta 100 steg i positiv X-axel", men det verkar inte som det är det du vill. Eventuellt vill du kunna ange en punkt i 3D och så ska den ta sig dit, fast det tror jag inte heller... Bara du vet...
Även jag kan ha missförstått allting för det är absolut inte helt klart vad du är ute efter men snälla ni, det är ju jul, ta det lugnt...
Tusse, förklara nu riktigt noga vad det är du vill kunna göra så är jag säker på att vi kan hjälpa dig direkt.
Du har förstått mig rätt maha "Ditt drivkort har inte ingångar för DIR/STEP signaler utan ska drivas "direkt" med fyra ingångar. Därför vill du sätta en PIC emellan som översätter signalerna"
Nu är det så att mitt drivkort inte finns mer på grund av att jag provade hur mycket det rök när jag öste på spänning och därtill ström i överkant. Eftersom det nu har skrotats så hoppas jag att den diskussionen om hur det är konstruerat och hur jag tänkt mig kan avslutas.
Om vi tänker oss att jag köpt ett stegmotorkort som har DIR/STEP och drives över parallellporten på en pc behövs det någon form av handskakning?
Som du skrev maha finns väl inte ens något stöd för det i Kcam , nä det gör det inte och tvivlar på att något annat liknande program kräver handskakning ,så jag vet redan svaret och det fick jag av danei redan i början på tråden.
Nu är det så att mitt drivkort inte finns mer på grund av att jag provade hur mycket det rök när jag öste på spänning och därtill ström i överkant. Eftersom det nu har skrotats så hoppas jag att den diskussionen om hur det är konstruerat och hur jag tänkt mig kan avslutas.
Om vi tänker oss att jag köpt ett stegmotorkort som har DIR/STEP och drives över parallellporten på en pc behövs det någon form av handskakning?
Som du skrev maha finns väl inte ens något stöd för det i Kcam , nä det gör det inte och tvivlar på att något annat liknande program kräver handskakning ,så jag vet redan svaret och det fick jag av danei redan i början på tråden.
maha> "flytta 100 steg i positiv X-axel", men det verkar inte som det är det du vill."
Jo, *nu* verkar det inte så!
Men tidigare i tråden har tusse också skrivit :
>> sodjan > "PC'n behöver bara sända "20 steg fram" eller "100 steg bakåt" eller
>> sodjan > något liknande. PIC'en tar hand om detaljerna. "
>
> tusse> Just det Sodjan, det var det som vi diskuterade.
Jag vet inte, men jag tolkade detta som att det *skulle* vara kommandon
på nivån "X steg i Y-riktning" eller något liknande. Ber om ursäkt om
jag missförstog detta...
> Om vi tänker oss att jag köpt ett stegmotorkort som har DIR/STEP
> och drives över parallellporten på en pc behövs det någon form av
> handskakning?
Kör vi med eller utan PIC nu ?
Jo, *nu* verkar det inte så!
Men tidigare i tråden har tusse också skrivit :
>> sodjan > "PC'n behöver bara sända "20 steg fram" eller "100 steg bakåt" eller
>> sodjan > något liknande. PIC'en tar hand om detaljerna. "
>
> tusse> Just det Sodjan, det var det som vi diskuterade.
Jag vet inte, men jag tolkade detta som att det *skulle* vara kommandon
på nivån "X steg i Y-riktning" eller något liknande. Ber om ursäkt om
jag missförstog detta...
> Om vi tänker oss att jag köpt ett stegmotorkort som har DIR/STEP
> och drives över parallellporten på en pc behövs det någon form av
> handskakning?
Kör vi med eller utan PIC nu ?
Tydligen missat endel när jag varit från datorn några dar. Jag kan säga att jag inte heller fattade vad du frågade om. Jag trodde att du skulle byta ut PC:n mot en PIC. Så mina svar är utifrån den bilden. Försök att hålla en bättre ton när det frågas om kompleterande uppgifter. Oavsett om det är brister i språket eller fakta briser som är orsaken till att folk inte fattar. Visst händer det att folk läser lite för fort. Men det är bättre att förtydliga då med.
Det är i stort pic-kretsen som ska ta över det pc gjorde innan den kom in i bilden så du har fattat rätt, den frågan du ställde fick du väl svar på och du var den enda som gav mig rätt svar så jag har ingen förståelse för ditt inlägg.
Jag vet att frågan ställdes fel, jag skulle ha utlämnat vad PIC-kretsen skulle användas till och bara frågat om jag skickar en puls från parallellporten till en PIC-krets , kan jag få den att svara att den mottagit pulsen. Då hade jag förhoppningsvis sluppit alla lösningar som inte hade med min frågeställning att göra.
Jag har lösningen klar så jag finner ingen glädje i att fortsätta denna tråd.
Gott Nytt ÅR
Kan inte se att denna tråd har något till forumet att tillföra så jag hoppas att admin kan radera den
Jag vet att frågan ställdes fel, jag skulle ha utlämnat vad PIC-kretsen skulle användas till och bara frågat om jag skickar en puls från parallellporten till en PIC-krets , kan jag få den att svara att den mottagit pulsen. Då hade jag förhoppningsvis sluppit alla lösningar som inte hade med min frågeställning att göra.
Jag har lösningen klar så jag finner ingen glädje i att fortsätta denna tråd.
Gott Nytt ÅR
Kan inte se att denna tråd har något till forumet att tillföra så jag hoppas att admin kan radera den
