PikoCNC Sterownik maszyny CNC via USB

• Cytuj
• Cytuj

#71

Post napisał: cosimo » 08 sty 2011, 21:18

Jakiego komponentu/biblioteki kolega używa do wizualizacji w programie ?

Używam wyłącznie własnych palców - nie korzystałem z żadnej ekstra biblioteki - wszystko napisałem sam.

• Cytuj
• Cytuj

#72

Post napisał: jarekk » 08 sty 2011, 21:30

• Cytuj
• Cytuj

#73

Post napisał: fus23 » 09 sty 2011, 04:38

witam kiedy projekt będzie dostępny dla przeciętnych użytkowników i oczywiście w jakiej cenie ??

• Cytuj
• Cytuj

#74

Post napisał: blue_17 » 09 sty 2011, 05:31

Do lazarusa jest taka paczka do bajerów 3D

http://wiki.lazarus.freepascal.org/GLScene



Pozdarwiam

"I siedzieli oni razem pod nagim DOS-em i nie wstydzili sie tego."

• Cytuj
• Cytuj

#75

Post napisał: jarekk » 09 sty 2011, 14:29

• Cytuj
• Cytuj

#76

Post napisał: cosimo » 10 sty 2011, 09:10

Ja ostatnio musiałem sięgnąć po to:
http://www.mpir.org/

Inaczej błędy zaokrągleń "skrzypiały" przy frezowaniu - teraz na arytmetyce 256 bitowej chodzi bez problemu.

A toś mie zaciekawił. Co w zasadzie liczysz taką astronomiczną arytmetyką – interpolację? (tak strzelam - skoro Ci „skrzypiały” wektory )

• Cytuj
• Cytuj

#77

Post napisał: jarekk » 10 sty 2011, 09:53

• Cytuj
• Cytuj

#78

Post napisał: cosimo » 10 sty 2011, 10:49

Do sterowania używam arytmetyki stałoprzecinkowej 64 bitowej. Przeliczając niezależnie wszystkie 4 osie wychodziły błędy - zamiast kończyć pracę w tej samej chwili niektóre trwały dłużej lub krócej. Co przy długich wektorach i dużej różnicy w ilości kroków powodowało nawet gubienie kroków ( np. X - 1 krok, Y - 10 000 kroków - częste jeżeli element roboczy był lekko obrócony). Nie pomagało używanie typów double ( 80 bitów). Po przejściu na 256 bitowy zmienny przecinek nie było już problemów ( przy wyliczeniach pośrednich dla interpolacji).

Cóż – spodziewałem się takiej odpowiedzi Przerobiłem kilka wariantów inerpolacji – które w praktyce okazały się „do bani” a Ty chyba jesteś na etapie jednej z nich . Jarek zmień metodę!!! - a ta kosmiczna arytmetyka nie będzie Ci do niczego potrzebna! (nawet arytmetyka zmiennoprzecinkowa nie jest do tego potrzebna!)

A ciekawe co na to Prokopcio

• Cytuj
• Cytuj

#79

Post napisał: jarekk » 10 sty 2011, 13:40

• Cytuj
• Cytuj

#80

Post napisał: prokopcio » 10 sty 2011, 14:06

cosimo pisze:A ciekawe co na to Prokopcio

Więc zostałem niejako "wywołany" do tablicy więc odpowiadam :
Mój bardzo skromny programik operuje również na bardzo skromniutkich liczbach 8 bitowych (taki mam procesor) ale z żadnymi wektorami x=3 y=65535 ( UPS tutaj zdradzam czemu zakres pracy jest 600mm przy dokładności 0,01mm ) nie mam problemów - te dwubajtowe liczby + 1 bit na znak i tak przetwarzam wg swoich algorytmów (pochodnych od alg. Bresenhama), które od samego początku działają mi bez najmniejszych problemów i co najważniejsze dla mojego AVR'ka - wyliczenie kroku zajmuje kilkadziesiąt cykli co pozwala generować sygały step do 200kHz na prostych odcinkach przy tak "słabym" procesorze. Nigdy mi nic nie skrzypiało na silnikach (ani oscyloskopie) od prototypowych programów do dzisiejszych. W samym Delphim celowo korzystam z tych samych algorytmów (ośmiobitowych), żeby w miarę dokładnie odzwierciedlić prace krok po kroku w symulacji.
Mój procesor ośmiobitowy ma 8kb Flashu i zegar 16MHz.

Jedyne co mnie denerwuje to interfejs USB, który z chęcią bym zmienił na coś konkretniejszego. Już nie mam kłopotów ale po przejściach wiem, że do zastosowań w przemyśle się nie nadaje (chyba, że tak jak u Jarka -> wysłać wszystko i zapomnieć ! ).

cosimo -> również chylę czoło za pisanie własnych procedur kreślących w 3D i innych bajerów - też piszę wszystko krok po kroczku (Delphi i Assembler dla AVR) choć wiele gotowców mam (nie korzystam) i wiem co to znaczy. Ale moim zdaniem WARTO...