Kilka sterowników na jednym porcie Ethernet

Witam
o tym nie wiedziałęm :-/
do czego można wykorzystać sygnały opisane na płycie jako FHA, FHB, SRO ,SJR , WHA, WHB,
na złączu mpg też mamy dostępne z 6 wejść tylko
przez co one idą do uC na pcb ?
na razie swojej nie chce rozkręcać puki nie sprawdzę czy sprawna
generalnie problem synchronizacji może nie wynika z samego sprzętu
tylko komunikacji w wątku servo_thread, ( standardowy jest za wolny do przesyłania sygnału indeks )
z drugiej strony mesa też przecież komunikuje się praktycznie tak samo ,
wersja hardcorowa to mogę wydłubać filtry i pozamieniać pc 817 na szybsze bo są zamienniki ,
na kilku wejściach gdyby to coś dało
i pytanie czy da się bezpowrotnie uwalić uC poprzez błędne programowanie ?

kszumek pisze: ↑

12 cze 2025, 08:09

do czego można wykorzystać sygnały opisane na płycie jako FHA, FHB, SRO ,SJR , WHA, WHB,

To są zwykłe wejścia, tylko mają takie głupie nazwy.

kszumek pisze: ↑

12 cze 2025, 08:09

na złączu mpg też mamy dostępne z 6 wejść tylko
przez co one idą do uC na pcb ?

Z tego co pamiętam, to nie mają żadnych zabezpieczeń i pracują z poziomami 0-5V. Nigdy ich do niczego nie używałem, bo nie chciałem czegoś spalić. Gdzieś w necie jest dokładny opis, ale teraz sobie nie przypomnę gdzie.

kszumek pisze: ↑

12 cze 2025, 08:09

i pytanie czy da się bezpowrotnie uwalić uC poprzez błędne programowanie ?

Na początku tak myślałem, ale wygląda na to, że bootloader jest na to odporny. Opisywałem procedurę programowania na forum i z tego co pamiętam czytałeś to.
Oczywiście zawsze można spalić układ źle podłączając programator.
ST-Link służy zasadniczo do programowania układów 3,3V, ale ma 5V wyprowadzone na złącze...
Po prostu trzeba uważać.
Chińczycy bardzo tanio sprzedają klony programatora J-link firmy Segger. Mam taki programator, ale nie miałem jeszcze okazji go wypróbować. W każdym razie oprogramowanie wygląda imponująco https://www.segger.com/downloads/jlink/
Może z J-link nie będzie takich jajec jak z innymi programatorami obsługiwanymi przez openocd..

kszumek pisze: ↑

12 cze 2025, 08:09

generalnie problem synchronizacji może nie wynika z samego sprzętu
tylko komunikacji w wątku servo_thread, ( standardowy jest za wolny do przesyłania sygnału indeks )

No tak, przesyłanie sygnału indeksu to czysta głupota.
A w EC500 jest to dodatkowo tak spieprzone, że czasem zadziała, ale zwykle nie...
Przejrzałem kod dla EC500 i napisałem o tym na forum LinuxCNC.
Zobaczymy czy autor to naprawi, czy się obrazi...
W moim SpindleETH wymyśliłem jak ominąć przesyłanie indeksu i wygląda na to, że to działa.

---------------

Tak przy okazji, to zakupiłem taką kartę https://www.aliexpress.com/item/1005008691220284.html
(Teraz jest w promocji, normalnie kosztuje około 110 PLN)
Doszedłem do wniosku, że jeśli tylko jest gdzie ją wetknąć, to lepiej zapłacić więcej i nie bujać się ze switchami.
Na razie mogę powiedzieć tylko tyle, że działa.
Przy pięciu interfejsach LAN (piąty na płycie głównej), to chyba tylko o wydajność procesora będzie można się martwić...

Myślę też o interfejsie diagnostycznym, czyli kartach odpytywanych np. dziesięć razy na sekundę. No na przykład do odczytu termometrów DS18B20. Taki czujnik i tak ma sporą bezwładność, ale do stwierdzenia że coś się przegrzewa powinien wystarczyć.
Podobnie z pomiarem napięć zasilaczy czy ciśnień w pneumatyce czy hydraulice, też wystarczy czas zadziałania porównywalny z czasem zatrzymania maszyny, bo szybciej i tak nie ma sensu...

Witam
a jak jest rozwiązany temat indexu i gwintowania w mesie ?
tam chyba też częstotliwość przesyłania pakietów jest podobna

generalnie informacje przesyłane po skrętce są szybkie ale też nie gwarantują "real-time"
czyli generalnie chyba trzeba wysłać w pakiecie informację ostanie
licznika enkodera w momencie indeksu i dopiero na tej podstawie synchronizować gwintowanie
albo jakiś inny znacznik czasowy


może to zabrzmi jak herezja ale w tej chwili po LPT chyba lepiej synchronizuje indeks
niż przesyłanie samego indeksu w pakiecie po skrętce

kszumek pisze: ↑

20 cze 2025, 08:18

czyli generalnie chyba trzeba wysłać w pakiecie informację ostanie
licznika enkodera w momencie indeksu i dopiero na tej podstawie synchronizować gwintowanie

Nie mam pojęcia jak jest w MESA, ale u mnie właśnie tak to rozwiązałem i wygląda na to, że działa.
Wczoraj napisałem o tym na forum LinuxCNC https://forum.linuxcnc.org/18-computer/ ... 290#330518
Odezwał się autor Remory, ale na razie nie wiem czy załapał w czym problem.
Cóż, jest mnóstwo ludzi, którzy potrafią pisać skomplikowane programy, ale trudno im wytłumaczyć rzeczy proste.
Miałem już takie hece, że po wskazaniu oczywistych błędów, autor zamiast je poprawić, to mnie zbanował na Githubie, a program jak był spieprzony, tak jest do dzisiaj...

Zaczynam mieć dość rozmowy z autorami Remora, bo na razie jest jakbym zadzwonił do serwisu Microsoftu ("Nie rozumiemy o co ci chodzi, ale u nas to działa").

Chyba doprowadziłem do stanu używalności spindleeth-czyli-wrzeciono-przez-ethern ... ml#p879466
W każdym razie testy wypadły pomyślnie.

Zaczynam się poważnie zastanawiać, czy nie dopisać do tego obsługi step/dir i przestać liczyć na cudzą łaskę.
Przetestowałem już mnóstwo projektów dostępnych w necie i nawet jeśli działają, to czegoś w nich brakuje, albo coś jest ewidentnie spieprzone.
Niestety, ale zwracając uwagę autorowi, prędzej można się doczekać bana (co już przerabiałem), niż poprawienia kodu...

Na https://forum.linuxcnc.org/18-computer/ ... 290#330518 niektórzy dają już do zrozumienia, że zamierzają się obrazić...
Mnie po prostu szlag trafia, kiedy komuś grzecznie zwracam uwagę, że jego program mógłby działać lepiej, gdyby poprawił pewien błąd, a w odpowiedzi dostaje litanię, że on to robi za darmo, w swoim wolnym czasie, powinienem być mu wdzięczny, a jak mi się coś nie podoba, to mogę napisać sobie własny program...
Ale tutaj trafiła kosa na kamień, bo właśnie zamierzam napisać własny i nie użerać się z kretynami.

A tak merytorycznie, to wczoraj opowiedziałem o tym znajomemu, który nie ma bladego pojęcia o tokarkach, toczeniu i pisaniu programów.
Zrozumiał od razu...
Autorzy skomplikowanego programu nie potrafią zrozumieć, że przez milisekundę wrzeciono 3000 rpm obróci się o 1/20 obrotu...

Tak ogólnie, to nie chodzi o to, żeby gwintować przy 3000 obr/min, tylko o to żeby nikt nie został zaskoczony tym, że przy 100 było ok, a przy 200 wyszedł brak...
Po prostu gwintowanie musi działać prawidłowo w pełnym zakresie obrotów, nawet jeśli komuś nie jest to potrzebne.

Witam
nie jestem specjalistą ani nie mam czasu na dogłębną analizę
ale pobieżnie chyba remora przesyła też informacje pozycji w chwili wykrycia indeksu sprzętowego na ec 500
czyli po poprawnym podłączeniu indeksu wpływ opóźnienia pakietów nie powinien mieć wpływu na gwintowanie

kszumek pisze: ↑

22 cze 2025, 10:48

Witam
nie jestem specjalistą ani nie mam czasu na dogłębną analizę
ale pobieżnie chyba remora przesyła też informacje pozycji w chwili wykrycia indeksu sprzętowego na ec 500
czyli po poprawnym podłączeniu indeksu wpływ opóźnienia pakietów nie powinien mieć wpływu na gwintowanie

Może i wysyła,, ale nic nie odbiera.
W kodzie dla EC500 jest przerwanie łapiące bieżącą pozycję i wpisywana jest ona do bufora transmisji, ale na tym sprawa się kończy. Ani komponent remora-eth-3.0, ani tym bardziej PRUencoder nie używają tej zmiennej do niczego.
Wygląda to tak, jakby autor kiedyś miał świadomość że tak trzeba zrobić, ale kod rozbabrał, porzucił, a o sprawie zapomniał i nie potrafi sobie przypomnieć. Dobrze, że w ogóle chce rozmawiać, bo inni uczestnicy dyskusji ewidentnie chcą mnie spławić...

tuxcnc pisze: ↑

22 cze 2025, 08:22

Mnie po prostu szlag trafia, kiedy komuś grzecznie zwracam uwagę, że jego program mógłby działać lepiej, gdyby poprawił pewien błąd, a w odpowiedzi dostaje litanię, że on to robi za darmo, w swoim wolnym czasie, powinienem być mu wdzięczny, a jak mi się coś nie podoba, to mogę napisać sobie własny program...

Przecież ty się zachowujesz identycznie.
Jak otrzymałeś grzeczną uwagę, że przydałany się trochę lepsza instrukcja jak to użyć, to odpowiedziałeś tak:

tuxcnc pisze: ↑

30 maja 2025, 16:44

Nic z tego.
Jak nie potraficie, albo Wam się nie chce, to wasz problem a nie mój.
Ja za to żadnych pieniędzy nie biorę, nie mam wobec Was żadnych zobowiązań i mam święte prawo mieć w du*** co i czy Wam działa, albo nie.