Nej, om du har kört X-axeln med drivare och kablage för Y och felet då försvinner så är det ju inte mekaniskt. Om du kör Y-axeln med drivare/kablage från X och Y då strular så är ju X-drivaren misstänkt.... Under förutsättning att inställningarna är de samma så klart.
Det KAN också vara så signalnivån ligger precis på gränsen, dvs att Y-drivaren är lite mer tollerant än vad X är. Får du alltid exakt samma fel (5mm) eller ändras det från gång till gång?
Har även testat att öka step och pulse under motor tuning till 15 istället för 0
Det står att giltiga värden är 0-5, har du testat med det eller gick du direkt till 15? Jag vet inte hur den reagerar om man skriver in 15 där..... Testa att bara ändra DIR-pulse till 5 och se vad som händer.
Pulse width går att modda till längre än de 0-5 om man ger sig in på att hacka i XML filen, men då ska man veta var och hur. Backup är givet i detta läget
jag är inte hundra på att det blir exakt samma fel men snarlikt. Testade direkt med 15, läste att det skulle gå att skriva in större än 5. Glömde säga att förra ägaren har "reparerat" x-drivern, vilket ju gör den ännu mer misstänkt. Jag testar att dra in 5 också, sen blir det att förka ersätta drivarn med geckon. Det sura är att motorerna inte verkar palla med min PSU (65 V) jag har byggt in i det "stora" skåpet. Och där sitter ju även Geckona monterade, så jag måste använda PSU´n i ISEL driv-racket. Puh!
Ge inte upp på 65V agget ännu...testa med en G203 så får du se - det är inte alls säkert att motorn går lika varm med en sån drivare.
En sak till du kan testa är att aktivera Sherline mode, detta är ett speciellt läge som är bra för drivare som behöver "extremt" långa pulser. Nackdelen är att den effektiva stegfrekvensen blir häften av vad den är i vanliga fall. Men ärligt talat så låter det inte som att detta är dirr problem eftersom en likadan drivare fungerar på Y med samma inställningar.
[Mach3 specifik info]
Angående Pulsewidth: Det går kanske att öka upp till mer än 5 men det är viktigt att man vet och förstår vad det är man gör och hur det fungerar..... 'Problemet' med att öka Pulsewidth är att det inte finns hur mycket tid som helst tillgängligt. Med Mach3 körandes i 45kHz är det 22uS mellan varje interrupt. Mach3 behöver lite tid på i sig interruptet för att göra sitt jobb (läsa av ingångar, sätta utgångar mm, hur lång tid det tar beror på CPU-frekvens bland annat)
MEN sedan tillkommer den "extratid" du sätter Pulsewidth och eftersom Mach3's driver har högsta möjliga prioritet så kan ingen annan kod (nästan) avbryta den när den väl kör sin ISR-kod.
Detta betyder att om Mach3 behöver 4uS för "sitt jobb" och du sedan lägger till 15uS i "väntetid" så slutar vi på 19uS av totalt 22uS vilket betyder att det bara finns fjuttiga 3uS "över" för det grafiska gränssnittet och resten av Windows att köra på. Skulle "tiden ta slut" så sitter man med en låst dator....
[/Mach3 specifik info]
Tack för tippset H.O, du måste plöjt igenom MACH3 dokumentationen ett antal gånger, du är ju som den allvetande skräphögen
En liten uppdatering. Nu har jag varit på ELFA och handlat kontaktdon för att kunna koppla in mina Geckos istället för gamla styrningen. Det har trasslat en del då jag kör både smoothstepper (USB) och LPT setup vilket verkar ha strulat med XML filerna på något vis så att charge pumpen inte ville tända utgångarna. Hur som har jag nu kört ett litet program som repeterar sig 100 ggr och kör både x och y och jag hamnade på 0 i slutet
Problemet med att SmoothSteppern fortfarande får in störningar som triggar E-stop kvarstår. Har fått en ny "debounce" plugin som skulle lösa detta men 3 gången programmet kördes så blev det E-stop ändå
Jag skall försöka få tag på en skärmad USB kabel och se om det löser problemet.
Om det är störningar som triggar E-stop på SmoothSteppern så hjälper det antagligen inte med en skärmad USB-kabel. Jag har lite dålig koll på Smoothsteppern....jag antar att du HAR en nödstopps-knapp ansluten, eller? I så fall kanske du skall skärma den i stället. Du kan även testa att sätta en liten konding (eller ännu bättre ett RC filter) mellan E-stop ingången och jord.
Jo jag har läst manualen....och jag har följt med programmet i dess utveckling under de senaste 6 åren så man har snappat upp en del. När Art började så yttrades det från flera håll att det är OMÖJLIGT att få Windows att pulsa en stegmotor-drivare med någon som helst hastighet.... Första versionen (Master5 hette den) gav 8192Hz ut och folk trodde knappt sina ögon... Det dröjde inte länge innan folk ville ha mer, mer, mer och på den vägen är det.
Misstänkte att det var något sådant. En annan gröngöling är ju otroligt tacksam för att det finns sånna "hardcore-cnc:are" som du själv!
Tack för tippset om kondingen! Jodå jag har faktiskt 2 nödstoppar på kontrollskåpet (monterades innan jag fick tag på det) Efter att ha kört lite fattar man vikten av detta, fippla med musen för att trycka reset är inte det bästa Jag har faktiskt fått detta tipps tidigare på SS forumet, men inte riktigt fattat vad de menat, men jag antar att det skall sitta mellan signal och jord på mitt BOB Har fått en ny utgåva av den filter-plugin som Greg som utvecklat SS'en gjort, skall prova den sedan. Det är fler än jag som har problem med störningar, fast kanske inte så STORA problem...
Nu verkar jag fått bukt på störningarn tack vare de små kondingarna! Har nu kört samma 19000 raders prog, ca 17 minuter, 4 gånger i rad, sista gången så tappade den ordentligt med steg. Är det möjligt att motorerna tappar steg om lindningarna blir för varma? Nu använder jag ju 65 V istället för 45 V som det var original, fast med Gecko nu då. Har inte känt direkt på motorerna, men kåporna som är utanpå blir ganska varma.
För övrigt märks en avsevärd skillnad på "mjukheten" i rörelsen när Smoothsteppern används. När jag fräste skylten till ovanstående program via PP så hoppade maskinen ganska bra fram och tillbaka, men nu är det knapps så det käns när man lägger handen på!
Happy times! Idag är en dag värd en liten men viktig uppdatering. Min "fräs dator" som är inbyggd i elskåpet har inte lirat med min nya smoothstepper. Kilometrar med epost har gått mellan mig och SSéns utvecklare Greg och äntligen idag bar det frukt. En liten sketen inställning på usb root hubbarna i Device managern i XP gav ok att stänga av USB porten om så behövdes pga energibesparing. Klicka ur detta och har nu kört 2x19000 rader kod utan stopp och urkopplingar. Man hoppas ju att det nu håller i sig så det inte bara var en bra dag.
En annan sak att tillägga är att warp9td, som säljer SS, har en otroligt bra support. Möjligen för att det är under utvecklingsfasen men dock!
Jag har faktiskt fått detta tipps tidigare på SS forumet, men inte riktigt fattat vad de menat, men jag antar att det skall sitta mellan signal och jord på mitt BOB 
Har fått en ny utgåva av den filter-plugin som Greg som utvecklat SS'en gjort, skall prova den sedan. Det är fler än jag som har problem med störningar, fast kanske inte så STORA problem...
