Znaleziono 8 wyników

autor: rchobby
18 lip 2005, 11:41
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat:
Odpowiedzi: 121
Odsłony: 43305

Na tym etapie można uprościć do:

1. PC --G-Code-->
2. ...................uP (kontroler) -+->
3. ......................................sygnał step/dir do sterownika np. A3977 x3(x4)

uP pracują z wystarczającą prędkoscią aby na wyściu uzyskać 20-80kHz daje to przy mikrokroku 1/8 od 10 do 30 obr/sek. silnika krokowego.
Najwięcej czasu zajmie pierwsza część, wdrożenie w temat i opanowanie g-kodów.
autor: rchobby
18 lip 2005, 11:31
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat:
Odpowiedzi: 121
Odsłony: 43305

Od GrzegorzK
Jako że możliwość pisania przeze mnie w OS pojawia się i znika proszę o przeforwardowanie co następuje poniżej :

Wydaje mi się, że docelowa konstrukcje programowo-sprzętowa powinna wyglądać następująco:
Kod:
PC --G-Code--> uP (komunikacyjny) --> uP (kontroler) -+-> uP (sterownik jednego silnika)
|
+-> uP (sterownik jednego silnika)
|
...
|
+-> uP (sterownik jednego silnika)
W pierwszej wersji systemu sugerowałbym część uP (kontroler) oprościć do zadań buforowania sygnałów ster. idących do uP (komunikacyjny).
Część zjmująca się obróbką danych (G-Code) i "przewidywaniem" dynamiki ruchu narazie umieściłbym na sofcie na PC (docelowo uP kontroler).
Jako, że przepisanie kodu z Pascala na C nie jest jakieś karkołomne (chodzi mi o część związaną ze "szklaną kulą") sugeruję soft na PC zrobić w Deplhi i już.
autor: rchobby
18 lip 2005, 10:07
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat:
Odpowiedzi: 121
Odsłony: 43305

GrzegorzK pkt 2.
Moim zdaniem, nie jest możliwe prowadzenie równoległych prac bo jeszcze nie wiemy co będzie robił główny soft zainstalowany na PC'ie. Uzupełnienie programu o komunikację nie powinno stanowić problemu. Jeszcze nie wiemy czy do sterownika uP będą przesyłane w czasie rzeczywistym sygnały step/dir czy tylko g-kody czy też ster uP posiada pamięć np. 1-10MB i zostaje wczytany cały plik wykonawczy z nośnika?.
Jeżeli powstanie działający program, będą wstępne rozwiązania procedur g-kodów, wówczas w dziale Sterownik CNC OpenSource można otworzyć temat dotyczący elektroniki i programowania procka. Połączenie tych dwóch tematów w jeden na obecnym etapie spowoduje sporo zamieszania.
autor: rchobby
17 lip 2005, 10:28
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat:
Odpowiedzi: 121
Odsłony: 43305

Ten temat jest przeznaczony do projektu programu działającego na komputerze PC z win'em. Delphi, freepascal czy c zostanie uzgodniona przez uczestników projektu.
Na obecnym etapie pomijamy programowanie mikrokontrolerów. W tym miejscu nie prowadzimy dyskusji o programowaniu AVR, PIC, 8051 i innych podobnych. Do tego celu istnieje dział Sterownik CNC OpenSource.
Moim zdaniem, teraz proszę o zgłaszanie się chętnych do prac nad tym projektem.
Po zebraniu grupy programistów zostanie uzgodniony plan prac co? jak? kto? kiedy? itd.
autor: rchobby
15 lip 2005, 12:42
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat:
Odpowiedzi: 121
Odsłony: 43305

O ile pamiętam licencje na tę darmową wersję mogą być problemy, chyba że się mylę.

W poprzednich np. D6 PE było w wielkim skrócie - tylko do własnych prywatnych celów, nie pozwala na publikację wyników pracy programistycznej.

Z drugiej strony wersja PE jest tak okrojona że mogą być problemy z przechodzeniem pomiędzy instalacjami, program zrobiony w wersji rozszerzonej nie 'pójdzie' w wersji PE. Ale to wymaga dodatkowego testu.

W dziale Program OpenSource CNC stworzyłem temat dotyczący tego propjektu. Kilka postów z tego tematu też tam przesunę.
autor: rchobby
15 lip 2005, 08:11
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat:
Odpowiedzi: 121
Odsłony: 43305

Dzięki za informacje.
DOS odchodzi w zapomnienie i chyba nie warto w nim robić bo nie ma przyszłości.
Pozostaje win lub linux. Linux może być za 'trudny do opanowania' dla sporej grupy przyszłych użytkowników i tu mamy tylko win'a i sterowanie (docelowe) przez spec sterownik USB lub RS'a. Początkowa wersja może być robiona na zasadzie symulatora - wynik działania tylko wyświetlany na ekranie. Sterownik byłby celem grupy elektronicznej.

Teraz wypadałoby uścislić co robic a co pominąć. Pytania?

1. Tylko wersja obsługująca g-kody i sterująca silnikami, taki graficzny TurboCNC.

2. Program full, jak np. CNCPlayer, DeskCNC czy inne podobne,

czyta pliki wektorowe
- HPGL ukłon w strone użytkowników np. Corela czy innych reklamowców
- DXF to dla cadowców
- Gerber tu poużywaliby sobie twórcy płytek Proltel czy Eagle

czyta pliki bitmapowe
- bmp gif jpg dla twórców płaskorzeźb

z tego może zrobić
- przeczytany rysunek wyświetlany na ekranie (edycja, zaznaczanie frezowań, itp.)
- frezowanie na ekranie czyli symulacja
- steruje spec sterownikiem
- generuje plik g-kody

W dużym skrócie, jak coś ważnego (cele strategiczne, nie drobiazgi) pominąłem proszę uzupełnić.
autor: rchobby
15 lip 2005, 06:47
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat:
Odpowiedzi: 121
Odsłony: 43305

Czy istnieje darmowy Pascal w którym warto robić projekt?
autor: rchobby
14 lip 2005, 06:37
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat:
Odpowiedzi: 121
Odsłony: 43305

GrzegorzK - Jaki soft pc-owy przewidujesz że byłby najlepszy, c czy pascalopodobny?
pit202 - Moim zdaniem, na początek, nie wchodzić w tak rozbudowany system, wystarczy jeden port jeden sterownik jedna maszyny?

Wyszukiwanie zaawansowane