Maho MH300C flyttar in

**#16** » 16:51:33, 12-08-2018

Ok då förstår jag att du vill skifta axlarna med parametrarna mm.
Man vill ju helst ha z i samma riktning som spindeln och verktyget pekar.

**#17** » 21:39:08, 16-08-2018

Man får aldrig vara riktigt glad en längre stund. Mina tester med att föra över ett program från datorn var för simpelt. På N6 var programmet slut. Hade jag gjort det en rad till så hade jag kanske upptäckt det tidigare. Men det verkar stört omöjligt att få den att läsa in ett längre program. Oftast stannar den på N6. Nån gång har jag fått den att läsa in 16 rader av ett annat program och felen är över hela kartan. Teckenfel, fel ordlängd, fel parity men oftast är det baudfel. Output, att skriva ut alla maskinkonstanter till datorn tar ändå några sekunder och det funkar, men input att läsa in ett program verkar vara värre. Fusion 360 spottar ur sig G Code som ska vara postprocessat för Maho men om det sen funkar kan jag inte verifiera. Åh... jag har visst inte ätit middag än. Så sjukt less.

**#18** » 22:18:05, 16-08-2018

Har du samma baudhastigeten i fräsen och datorn.
Det är bra att börja lågt typ 1200 baud.
Jag antar att du har någon sorts USB till seriell adapter,den kan vara en felkälla med.
Det är säkert nån inställning som är fel typ stoppbit eller paritet eller liknande.
Viktigt att allt är likt inställt i fräsen och datorn.

**#19** » 22:57:56, 16-08-2018

Nu har jag mätt seriell kabel.

9(hona) 25(hane)
2 2
3 3
4 6
5 7
6 20
7 5
8 4

Borde vara korrekt full handshake kabel.

Den var inställd på 1200 baud sen innan, har provat öka lite men samma fel. Jag märker att det blir bara knasiga bokstäver om jag har fel baud, stopbit etc så de borde vara korrekta och lika på fräs och dator.

**#20** » 23:37:13, 16-08-2018

Stäng av alla buffertar på COM-porten i datorn.
Har du en riktig COM-port på datorn eller en USB variant?

Skickat från min SM-N950F via Tapatalk

**#21** » 06:41:56, 17-08-2018

Det är en USB converter. En äldre laptop, den har en skrivarport, kanske att den kan funka som seriell port om jag hade en 25-25 kabel...

**#22** » 07:23:02, 17-08-2018

Om man kör med usb-seriell så har jag behövt lägga in fördröjning mellan rader och tecken på någon millisekund för att det ska funka. Skicka PM till mig så kan jag skicka över en demo version av ett program som är gjort för seriell kommunikation. Då kan du se om det hjälper.

Skickat från min SM-N950F via Tapatalk

**#23** » 12:32:01, 17-08-2018

Surfsixten skrev:Om man kör med usb-seriell så har jag behövt lägga in fördröjning mellan rader och tecken på någon millisekund för att det ska funka. Skicka PM till mig så kan jag skicka över en demo version av ett program som är gjort för seriell kommunikation. Då kan du se om det hjälper.

Skickat från min SM-N950F via Tapatalk

Stort tack du fick in mig på rätt bana! Nu funkar det bättre

Jag kunde hitta ett mer lämpligt terminalprogram som kunde göra just det, ställa in delays mellan tecken för att få det att funka. När jag har mer tid ska jag redogöra mer i detalj om nån annan stöter på samma problem.

Min 432 kontroller är gravt ålderstigen så den har begränsat med minne. När Fusion spottar ur sig tre decimaler på varje axel så blir programmen långa, får in just över 1500 rader :ohnej:

Men jag tar hellre det än 6 :shake_hands:

**#24** » 13:53:01, 17-08-2018

Är det utgåva 2 på styrsystem så funkar det bra att köra online också. Då har du ett läge som heter DNC nånstans på knapparna under skärmen.

Skickat från min SM-N950F via Tapatalk

**#25** » 14:18:12, 17-08-2018

Jag tror inte det. Jag har maskinkonstanter som verkar ha med det att göra men tror de har kommit med av bara farten.

Originalets URL: https://uploads.tapatalk-cdn.com/20180817/309f276bace4d12ac530eed6542815d7.jpg

**#26** » 14:28:26, 17-08-2018

Eftersom du har F knapparna så tror jag du kan ha det. Om det funkar kan du köra hur stora program som helst. Men det kräver att datorn kan sluta skicka.

Skickat från min SM-N950F via Tapatalk

**#27** » 14:45:25, 17-08-2018

Kul att det funkar med överföringen nu :thumme:

Går det att köra drip-feed på den så är det ju en stor fördel, då finns det inga begränsningar i programstorlek.
Drip-feed kan tyvärr vara riktigt jävligt att få ordning på ibland.
Fräsen måste skicka ett stopptecken tillbaks till datorn innan minnet blir överfullt med larm som följd.

1500 rader kod är väl ca 32 kb minne,ganska normalt för äldre cnc maskiner.
Det räcker länge när det gäller all normal fräsning,det är bara vid 3D fräsning man behöver mer.

**#28** » 17:37:23, 20-08-2018

Här kan man nog se mjukvaruversion. Jag har inte riktigt lyckats avgöra om 402 klarar drip feed. Det vore ju guld om det skulle funka men jag håller det för osannolikt, men med lite tur så. Konstanterna finns där. DNC som nämns för 770 har hastigheten i 786 tex.

Originalets URL: https://uploads.tapatalk-cdn.com/20180820/96108843cfc7508f3b1c0c157bf1e2a9.jpg

De här 776/777 ställer in hastigheten för input/output. Då jag hade problem med korrekta inställningar provade jag öka på till 2 stopbitar. Tanken var att den skulle hinna synka bättre med det, men det räckte inte. Datorn läser av fräsen långa meddelanden utan problem, men fräsen kunde inte läsa in längre meddelanden från datorn.

Originalets URL: https://uploads.tapatalk-cdn.com/20180820/f162c3a0c325fb385cbd10fea52b41b5.jpg

Jag hittade ett program Realterm som är en slags hackares terminalprogram. Den kan göra det jag behöver för att skicka data. Enkelt att ställa in seriella kommunikationen och ansluta. Sen ligger den och lyssnar på comporten vilket gör att man inte få fel i fräsen när man initierar input därifrån. Det var svårt att få till med putty/plink. Här är lite knasiga inställningar på stop bits, jag har ändrat fräsen och realterm till 4800 7E2 RTS/CTS men jag hade inte bild på det.

4800 baud
7E2 betyder 7 databitar, Even parity, 2 stopbitar
RTS/CTS är flow control, den inställningen som syns i maskinkonstant 772. Det är för att enheten ska kunna säga "skicka inte till mig, jag är inte redo" typ.

Originalets URL: https://uploads.tapatalk-cdn.com/20180820/a18c8fc03584b02792be3e0e85148014.jpg

Man kan se saker som inte syns vanligtvis i Realterm. Här är exempel på maskinkonstanterna och man kan se att fräsen skickar tecken för carriage return och linefeed. Det där är fallgropar när man försöker skriva i Putty, man får välja några obskyra options för att dels se vad man skriver och sen skicka dessa tecken vid "enter". Nåväl, i Realterm kan jag istället välja att skicka en fil i "Send"-fliken och där välja en delay mellan tecken och mellan rader. Det funkade bäst för mig när jag hade 5 ms delay. Mindre kunde funka men var inte helt stabilt, kunde lika gärna få parity error efter 1000 rader.

Originalets URL: https://uploads.tapatalk-cdn.com/20180820/b96173ffcab1e265b2a6c15e5b9e7a5f.jpg

Edit: och varför blir det såhär svårt med kommunikationen då? Jag tror att klockan som sätter baud-rate i UARTen på fräsen och datorn håller lite olika hastighet så att när jag ställer in 4800 båda kanske det skiljer någon procent mellan dessa två. Jag tänkte att det skulle vara enkelt hitta ett program som skannar serieporten och säger exakt vad fräsen i det här fallet pratar med men det var svårt. Jag tror att Realterm kan begära vilken hastighet som helst, det är bara en konvention att använda 4800, 9600 etc... Kanske skulle vara 4835 för att passa fräsen. Om man hade haft ett oscilloskop så skulle det gå att mäta. Men det har jag inte.

**#29** » 20:18:31, 24-08-2018

Grym inkapsling! Lite avis på den.

Mvh Harspånorihelaverkstan

**#30** » 13:08:44, 25-08-2018

Ja det är nog bra med inkapslingen när jag kan börja använda maskinen. Saknar tyvärr tråget för kylmedel så det kanske jag får tillverka ett sen.

Har nu försökt luska ut om drip mode funkar. Manual, menu, block search sen ska det finnas ett val BTR mode på en soft key men det har jag inte. Det är nog bara så att det här är ett för gammalt system.