blue_17 pisze: ale niestety niema nic za darmo

Właśnie nie jest tak źle. Ponieważ planuję użyć elementów powszechnie stosowanych w audio, to jest to cenowo zbliżone do np. ethernetu ( który jest droższy od USB).
Jest nieco wolniejszy, ale to akurat w naszym rozwiązaniu nie przeszkadza.

blue_17 pisze:Ethernet ładować plik do sterownika

W tej chwili obecna wersja używa galwanicznie izolowanego USB . Niedługo będzie też dostępne jako opcja łącze światłowodowe - małe pudełko po USB przy komputerze sterującym - do niego max 5..10m światłowodu do sterownika ( TOSLINK, dostępny w sklepach ze sprzętem audio).

Łącze te będzie standardem dla np. plazmy gdzie optoizoalcja USB pomaga, ale zakłócenia zrywają transmisję.

No już z Panem Piotrem mamy nową wersję - 4 osie, 90kHz, optoizolowane USB

Piotrjub pisze:

jarekk pisze: Mach operuje krótkimi odcinkami o stałej prędkości

chyba nie do końca panie Jarku, nawet na stronie wiki mach-a są opisane zmienne do interpolacji prędkości podczas odcinków ruchu.
Jeśli chodzi o bufor macha w tym wypadku jest nie istotny bo w sterowniku można zbuforować sobie tyle punktów na ile wystarczy pamięci.

Mach jest o tyle paskudny, że dokumentacja do pluginów ruchu jest bardzo znikoma. A przykłady niekompletne. Ci co zrobili swoje pluginy spędzili nad tym sporo czasu i nie dziwię sie że nikt się wiedzą nie dzieli. Jest co prawda forum wspierające, ale kilkukrotne próby wyjaśnienia problemów trafiały w czarną dziurę. Mach'a pisali ludzie którzy wyrośli w srodowisku Windows i mieszali smietnisko systemowe wraz ze zmiennymi opisującymi sterowanie. Dziesiątki ( może nawet setki) zmiennych eksportowanych jest do pluginów. Niektóre można zgadnąć ale większości niestety nie.

Faktycznie są zmienne opisujące ruch jako równania wyższych rzędów, ale mój sterownik tego nie pociągnie ( nie wiem których zmiennych używa Pański - podejrzewam że też nie bezpośrednio tych krzywych Beziera).

Tego czego mi się nie udało wyjaśnić to buforowanie. Mach tworzy scieżkę 2..4 sekundy do przodu - co się stanie jak będziemy chcieli zbuforować 20s . Jak się zachowa Mach gdy tak go spróbujemy zgwałcić ? Co się będzie działo gdy będzie wtedy zatrzymywać i ponownie uruchamiać ruch ?

Udało mi się uruchomić mój testowy plugin ( wypluwa do pliku zamiast do urządzenia). Ale przeraża mnie to to jest w samym Machu - nawet jeżeli coś mi działa nie mam gwarancji że przestawienie czegoś w menu nie spowoduje że np. zmieni się format danych ( te same Wiki podaje jak możemy dostawać poszczególne wektory - zresztą Wiki tu jest nieaktualne, bo ja dostaję jeszcze coś innego. I jest to jedna z wielu opcji, nie wiadomo tylko dlaczeg akurat tak i jak długo to będzie trwać).

Nie wiem czy się zdecyduję na pełną integrację z Machem. Panu się udało - chylę czoła. W najgorszym scenariuszu zrobię po prostu "plugin-import" ścieżki z Mach'a i sam będę jeszcze raz budował trajektorię dlas wojego sterownika.

Wogóle to próbowałem zmusić Macha aby wygenerował całą ścieżkę na raz - co bym wgrał ją jako całość do pamięci sterownika i tylko podsyłał aktualną pozycję ruchu( tak jest zbudowany Step2Cnc). Niestety to nie wydaje się możliwe

gigipawel pisze:Fajnie że będzie konkurencja
Może spadną ceny i produkty się dopracują.

A będzie jakaś wersja pod Macha ?

Dla tego nowego sterownika będzie - choć nie w pierwszej kolejności.
Tyle że Step2Cnc będzie w stanie wyciągnąć więcej - bo wszystko buforuje w pamieci sterownika ( Mach max 2 sekundy) oraz wspiera wektory przyspieszenia ( Mach operuje krótkimi odcinkami o stałej prędkości).

Przy Step2Cnc po wystartowaniu programy kabel USB/Ethernet można odłączyć . W Machu tego nie ma i nie będzie.

[ Dodano: 2010-10-19, 19:52 ]

blue_17 pisze:ta płytkę ze złączkami śrubowymi bo nie mogę teraz znaleźć w ich ofercie.

Ta jest moja .

Gdzie można kupić takie fajne moduły bo coś takiego by mi się przydało nie komicznie ARM

Nie dało radę odczytać ze zdjęć ? www.propox.com