Pierwsze podejście do EMC2

[syntetyczny]

Jednakże, wg mnie warto ciągnąć ten temat. Może nie brać się od razu do kompilacji, ale rozwinąć myśl.

Ja mam taki systemik na flashu i jestem bardzo z tego zadowolony. Chodzi szybko, może dzięki temu że pendrak jest szybki. Bo z nimi to też jest różnie.
Co do arm, to na katedrze automatyki napędów elektrycznych stawiają na nich całe systemy do obsługi falowników i bezczujnkowego sterowania silnikami, i te rodzi się to w bólach.

[markcomp77]

mam taki systemik na flashu i jestem bardzo z tego zadowolony. Chodzi szybko, może dzięki temu że pendrak jest szybki.

no to mój flasik jest wolny
tak czy inaczej... ograniczona ilość pewnych zapisów w tej technologii - to raczej argument przeciw stosowaniu jako podstawowy system plików... a zresztą - to nie takie ważne jak się tego PCecika ułoży - byle pewnie działał
--

trochę materiałów na temat zdalnej pracy z emc2 jest na linuxcnc.... poczytam (poczytajmy) - może są tam jakieś nowe pomysły?

[ Dodano: 2010-11-26, 00:42 ]

te rodzi się to w bólach.

właśnie ten ból - to duży koszt opracowania...choć wydaje się, że wszystko jest gotowe - linux, rtai, emc2 i nawet sprzęt armowy
ale na uczelni - takie walki i boje.... to kwintesencja edukacji
a w życiu... poza frajdą z roboty trzeba mieć muniaki na rachunki (duuużo muniaków)

[syntetyczny]

Chętnie poczytam.Chociaż moja praca mgr mnie goni(która zupełnie odbiega od tematyki CNC). Bez kitu, na tym forum brakuje takich rozwojowych społecznościowych pomysłów.
np. cały czas chciałbym się dowiedzieć na czym polega sterowanie po lanie easy-ip piotrajub. Wiem, że nadaje się idealnie do serwo, czytałem o różnych jego zastosowaniu. Ale w perspektywie zdalnego sterowania linuxcnc ma większy potencjał:)

Popytam na uczelni o stawianie linuxa na ARM.

[jarekk]

Popytam na uczelni o stawianie linuxa na ARM.

Żaden problem, choć o ile pamiętam to ciężko o RTAI do ARM'a ( jakiś czas temu sprawdzałem i był to raczej początkowy rozwój niż dojrzały produkt).

Niedługo będę własnie stawiał Linuksa na zestawie 2x LPC3250 (Linuks na jednym)
Co prawda nie RTAI ( bo u mnie na drugi LPC3250 załatwia RTAI)

http://ics.nxp.com/support/software/lpc32xx.bsp.linux/
http://www.phytec.com/products/sbc/ARM- ... C3250.html
https://mail.rtai.org/pipermail/rtai/20 ... 22630.html

[markcomp77]

Bez kitu, na tym forum brakuje takich rozwojowych społecznościowych pomysłów.

no cóż... opracowywanie czegoś takiego - to już nie praca społeczna...
ale można podyskutować społecznie o możliwościach

to ciężko o RTAI do ARM'a (

a to poczekamy... a w międzyczasie poćwiczymy na poczciwych PIII (jak się uda znaleźć)

LPC3250

The LPC3250 operates at CPU frequencies exceeding 200 MHz. The basic ARM926EJ-S CPU Core implementation uses a Harvard architecture with a 5-stage pipeline. The ARM926EJ-S core also has an integral Memory Management Unit (MMU) to provide the virtual memory capabilities needed to support the multi-programming demands of modern operating systems. The basic ARM926EJ-S core also includes a set of DSP instruction extensions including single cycle MAC operations and native Jazelle Java Byte-code execution in hardware. The NXP implementation has one 32 kB Instruction Cache and one 32 kB Data Cache.

ładne

[jarekk]

ładne

Wzięty dlatego, że ma wbudowany zmienny przecinek - jeden z naprawdę nielicznych.

Key Features:

* 266MHz, 32-bit ARM9EJ-S core
* Vector Floating Point coprocessor
* Up to 256KB of internal SRAM and 32KB I-cache/32KB D-cache
* External memory controller for DDR and SDR SDRAM, SRAM, and Flash
* Available 10/100 Ethernet MAC
* USB OTG with full-speed host and device capabilities
* Available 24-bit LCD controller supports STN and TFT panels
* Comprehensive set of serial interfaces
* SD memory-card interface

[markcomp77]

266MHz, 32-bit ARM9EJ-S core
* Vector Floating Point coprocessor
* Up to 256KB of internal SRAM and 32KB I-cache/32KB D-cache
* External memory controller for DDR and SDR SDRAM, SRAM, and Flash
* Available 10/100 Ethernet MAC
* USB OTG with full-speed host and device capabilities
* Available 24-bit LCD controller supports STN and TFT panels
* Comprehensive set of serial interfaces
* SD memory-card interface

brakuje jedynie na pokładzie z 1GB RAM
+ flash 32GB
no i ewentualnie jakaś wbudowana struktura fpga - do zadań specjalnych

[pixes2]

Witam ponownie.
Ja tymczasem mam bardziej przyziemny problem. W czasie frezowania (wierszowanie płaskorzeżby) maszyna zwalnia do około 160mm/min. w momencie, gdy zaczynają się schody (zaczyna pracować oś Z), mimo, że wartość w kodzie wynosi 800 mm/min.
Po prostych jedzie zgodnie z prędkością z kodu.
Kod wygenerowany z bmp, ręcznie dopisane wartości posuwów.
Co może być przyczyną takiego zachowania? Żle wygenerowany kod (F tylko w pierwszej linii G00 i G01), program czy komputer się nie wyrabia ?
Doradżcie coś.
Pozdrawiam.
Tomek.

[syntetyczny]

Poczytaj o G64 P i sprawdź jakie masz ustawione przyśpieszenie silników. Jeżeli będziesz mieć b.duże przyśpieszenie, to jeżeli długość drogi będzie wystarczająca, to się rozpędzi do tych 800mm/min.

Tyle ja się dowiedziałem ostatnimi czasy.

A obrazek jakim programem wygenerowałeś do gcode?

[markcomp77]

do realizacji większych przyśpieszeń... a co za tym idzie większych szybkości
trzeba dużo większej siły (momentu) silnika
naprawdę duże przyspieszenia wymagają dużo większego silnika niż to się zazwyczaj wydaje
ale... to nie wszystko
sztywność konstrukcji również musi być lepsza...

jakby do tego przykładu, robiłem ostatnio zamiankę silników malutkich (pewnie ok. 0.5Nm) na większe -> 3.1Nm
udało się zwiększyć trochę prędkości ze 2..3razy... ale przyśpieszenia prawie 10 razy
oś Z może brzmieć na sucho jak maszyna do szycia

hehe... teraz wszystkie pozostałe elementy maszyny okazują się za słabe...
maszynka ma z 5 lat... była robiona do zabawy przy minimum kosztów (prowadnice szyfladowe, śruby skok 1.5mm, płyta meblowa)