Co dalej

atom1477 pisze: ↑

10 kwie 2024, 14:13

tuxcnc pisze: ↑

10 kwie 2024, 13:51

Mosfety mocy są sterowane z rejestrów przesuwających, które robią za ekspander wyjść.
To wyklucza sterowanie ich sygnałem PWM, bo do tego potrzeba sygnału bezpośrednio z procesora.

Mylisz się.

Poza tym wyjścia mocy są mało potrzebne. O wiele ważniejsze są wyjścia PWM sygnałowe. A o takie dużo łatwiej na tej płytce.

Właśnie dlatego Cię zablokowałem, bo z Tobą nie da się rozmawiać.
Ty zawsze musisz postawić na swoim i za wszelką cenę udowodnić że masz rację, nawet gdy jej nie masz...
Niestety twoje posty czytają też ludzie o małej wiedzy w temacie, których łatwo wprowadzić w błąd, więc te twoje wypociny trzeba prostować...
W MKS DLC32 https://github.com/makerbase-mks/MKS-DL ... %20SCH.pdf mosfet mocy jest sterowany z wyjścia IO32 procesora, a jego obsługa polega na wpisaniu odpowiedniej wartości do rejestru licznika, po czym można o sprawie zapomnieć aż do następnej komendy S.
W TinyBee trzeba obsługiwać to programowo i przepychać sygnał przez trzy rejestry przesuwające, razem z sygnałami STEP i DIR...
Naprawdę nie widzisz różnicy?
Na przykład FluidNC obsługuje PWM tylko sprzętowo, przez licznik i wyjście procesora.
W tym sterowaniu nie przepchasz PWM przez rejestry przesuwające.
Więc twoja teoretyczna racja, że jest to teoretycznie możliwe, jest praktycznie brakiem racji, bo praktycznie się nie da.
Nie wiem jak jest w GRBL HAL i nie chce mi się sprawdzać.

Pisałeś że płytę trzeba przeprogramować, więc nie używaj jako argumentu tylko jednego z wybranych firmware-ów.
Żeby udowodnić że się da, wystarczy podać jeden przykład.
Żeby udowodnić że się nie da, trzeba użyć odpowiedniej metody (samo sprawdzenie że czegoś nie ma jeszcze nie dowodzi że tego nie może być).
Ja wiem że się da, bo sam robiłem PWMa na rejestrach przesuwnych, oraz wiem że jeden z firmwarów do drukarek to obsługuje.

atom1477 pisze: ↑

10 kwie 2024, 15:11

Ja wiem że się da, bo sam robiłem PWMa na rejestrach przesuwnych, oraz wiem że jeden z firmwarów do drukarek to obsługuje.

Ale to jest skrzyżowanie banału z wiedzą kompletnie bezużyteczną.
Nikt nie kwestionuje, że da się sygnał cyfrowy przepchnąć przez rejestr przesuwający i nikogo nie interesuje co potrafi "jeden z firmwarów do drukarek" bo rozmowa jest o FREZARCE.
EOT

tuxcnc pisze: ↑

10 kwie 2024, 14:56

Ty zawsze musisz postawić na swoim i za wszelką cenę udowodnić że masz rację, nawet gdy jej nie masz...

To na pewno o nim? Mi to jak w pysk strzelił do ciebie pasuje.
Jak zwykle narobiłeś bajzlu w temacie, gdzie wparowałes, bo próbujesz za wszelką cenę udowodnić, że twoja racja jest najlepsza.
I tym sposobem autor, który na początku był zielony, teraz to już kompletnie nic nie wie...

drzasiek90 pisze:Jak zwykle narobiłeś bajzlu w temacie, gdzie wparowałes, bo próbujesz za wszelką cenę udowodnić, że twoja racja jest najlepsza.

Jak śmiesz? Debil jesteś i gówno wiesz. tuxcnc nasz łaskawy na wszystkim się zna i wszystkich nas naucza.
Żeby to było ostatnio raz, gdzie klawisz na naszego znachowca od wszystkiego podnosisz....

To nie jest zły pomysł użycie jakiejś gotowej i popularnej "płyty głównej" i podpięcie się do niej z "normalnym" sterownikiem silnika krokowego zamiast stepsikami. Jedna z propozycji więc nie wiem czemu debilizujecie tak.

Nie zapominajcie jednak, że sterowanie maszyną jest to układanka od tworzenia ścieżek (lub gkodów), przez program sterujący, jego konfigurację, komunikację komputera z czymś co zada sterownikom silnika krokowego odpowiednie impulsy. Połączenia elektryczne, kabelki... masę spraw do ogarnięcia dla poczatkującego.

Jeden ogarnie sobie sam bezprzewodowe grbl, a inny potrzebuje jakiegoś plug and play jak w drukarkach 3d. Jeden lubi wpisać sobie coś w halu inny jakieś bity gdzieś ustawić w konfiguracji... bo ktoś dobrze pokazał i wprowadził w temat. Tyle teraz tego wszystkiego, że cięższy jest wybór niż kilkanaście lat temu.