Znaleziono 7 wyników

autor: tuxcnc
23 sie 2022, 20:33
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3
Odpowiedzi: 15
Odsłony: 4134

Re: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3

drzasiek90 pisze:
22 sie 2022, 21:41
sam sobie przeczysz, dalej męcząc tą płytką :)
W przeciwieństwie do większości ludzi udzielających się w necie, ja z zasady sprawdzam to co piszę.
Dlatego miałem pewien dyskomfort, że się tak arbitralnie wypowiedziałem nie zadając sobie trudu, żeby to zweryfikować.
Do tego zacząłeś się zaklinać, że działa Ci świetnie i absolutnie żadnych problemów nie miałeś, więc miałem jeszcze większą motywację.
No i na koniec, to faktycznie mam trzy płytki ESPduino i cztery CNCshield V3. Kupiłem kiedyś bo tanie były, ale leżały nieużywane...
Straconego czasu nie żałuję, bo zdobyłem wiedzę i doświadczenie, a te podobno są bezcenne...
Podam Ci przykład.
Szukając informacji trafiłem na pewną stronę, na której dokładnie opisano konfigurację ESPduino z CNCshield, co prawda dla Grbl_Esp32, ale to niewielka różnica, bo projekt inny ale autor ten sam.
Ale teraz, kiedy w kodzie widzę:

Kod: Zaznacz cały

#define COOLANT_FLOOD_PIN 	GPIO_NUM_34  // Uno A3
#define COOLANT_MIST_PIN   	GPIO_NUM_36// Uno A4
to już wiem że pisał to kretyn, partacz, druciarz i leń, bo to zadziałać nie ma prawa, a wielu ludzi straci cenne godziny swego życia żeby dojść przyczyny, bo się pajacowi nie chciało sprawdzić czy to da się uruchomić...
Internet zalewa fala takiego szamba, ludzie publikują kod pisany z pamięci, nawet z ewidentnymi literówkami w rodzaju kropki zamiast przecinka, na których każdy kompilator się wywali...
Ja za takie partactwo kazałbym palce łamać, może by się nauczyli brać odpowiedzialność za to co publikują.
Oczywiście pomyłka może się zdarzyć każdemu, nie myli się tylko ten kto nic nie robi, ale co innego się pomylić i poprawić, a co innego napisać bzdury i tak zostawić...
I to dlatego zdecydowałem się trochę z tą kanapką powalczyć.
Natomiast pozostaję przy opinii, że jak ktoś chce mieć szybko, tanio i dobrze, to niech kupi Makerbase.
autor: tuxcnc
22 sie 2022, 16:51
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3
Odpowiedzi: 15
Odsłony: 4134

Re: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3

drzasiek90 pisze:
22 sie 2022, 07:53
Czy ty nie miałeś problemu z tym rezystorem pociągającym EN sterowników?
Nie miałem, bo uwierzyłem na słowo w to co w internecie jest napisane, a wszędzie jest żeby go wylutować, bo układ działać nie będzie.
ESP32 nie toleruje napięcia wyższego od 3,9 V na żadnym pinie. Nawet jeśli układ się nie spali, to mogą dziać się cuda.
Pisałem o tym, że wczoraj przez pomyłkę dałem pullupa do 5 V. Cyrk był taki, że GPIO 39 i 36 zaczęły działać razem, to znaczy że na przykład dałeś opornik tylko do GPIO36, oba piny zmieniały stan na wysoki, a jak zwarłeś tylko GPIO39 do masy, to oba szły na stan niski... Oczywiście z 3,3 V takich jaj nie ma.
Dlatego wierzę na słowo, że opornik R1 jako podpięty do +5V należy bezwzględnie usunąć i nie sprawdzać co będzie jak zostanie...

Wracając do mojego boju z wiatrakami...
Wstyd się przyznać, ale wczoraj się pomyliłem, nie wiem jak piny liczyłem, ale GPIO0 nie wchodzi na CNCshield i nie ma go na pinie "E-STOP", po prostu złącze jest krótsze. Oczywiście GPIO 0, 15, 32, 33 można sobie wyprowadzić bezpośrednio z ESPduino i użyć, ale to jest tak jakby poza tematem. Na CNCshield tych sygnałów NIE MA.
Z uwagi na powyższe zmieniłem plik konfiguracyjny i zamiast PWM_enable_pin dałem na GPIO4 PROBE.

Kod: Zaznacz cały

name: "ESPDUINO_CNCshield"
board: "ESPDUINO_PROTONEER_V3"

kinematics:
  Cartesian:

stepping:
  engine: RMT
  idle_ms: 255
  dir_delay_us: 1
  pulse_us: 10
  disable_delay_us: 0

axes:
  shared_stepper_disable_pin: gpio.12
  
  x:
    steps_per_mm: 8.250
    max_rate_mm_per_min: 4000
    acceleration_mm_per_sec2: 400
    max_travel_mm: 4000
    homing:
      cycle: 2
      mpos_mm: 550
      feed_mm_per_min: 500.000
      seek_mm_per_min: 2000.000
      positive_direction: true
    
    motor0:
      limit_neg_pin: NO_PIN
      limit_pos_pin: NO_PIN
# IO35 on "Resume" pin !!! Input only pin!!!
      limit_all_pin: gpio.35:low
# ---
      hard_limits: false
      pulloff_mm: 1.000
      stepstick:
# IO16, IO26 hardwired 
        direction_pin: gpio.16
        step_pin: gpio.26

  y:
    steps_per_mm: 8.250
    max_rate_mm_per_min: 4000
    acceleration_mm_per_sec2: 400
    max_travel_mm: 4000
    homing:
      cycle: 2
      mpos_mm: 550
      feed_mm_per_min: 500.000
      seek_mm_per_min: 2000.000
      positive_direction: true
    motor0:
      limit_neg_pin: NO_PIN
      limit_pos_pin: NO_PIN
# IO34 on "CooEN" pin !!! Input only pin !!!
      limit_all_pin: gpio.34:low
# ---      
      hard_limits: false
      pulloff_mm: 1.000
      stepstick:
# IO25, IO27 hardwired
        direction_pin: gpio.27
        step_pin: gpio.25
  z:
    steps_per_mm: 8.250
    max_rate_mm_per_min: 4000
    acceleration_mm_per_sec2: 400
    max_travel_mm: 4000
    homing:
      cycle: 1
      mpos_mm: 550
      feed_mm_per_min: 500.000
      seek_mm_per_min: 2000.000
      positive_direction: true
    motor0:
      limit_neg_pin: NO_PIN
      limit_pos_pin: NO_PIN
# IO36 on "SDA" pin !!! Input only pin !!!
      limit_all_pin: gpio.36:low
# ---
      hard_limits: false
      pulloff_mm: 1.000
      stepstick:
# IO14, IO17 hardwired
        direction_pin: gpio.14
        step_pin: gpio.17
  a:
    steps_per_mm: 8.250
    max_rate_mm_per_min: 4000
    acceleration_mm_per_sec2: 400
    max_travel_mm: 4000
    homing:
      cycle: 2
      mpos_mm: 550
      feed_mm_per_min: 500.000
      seek_mm_per_min: 2000.000
      positive_direction: true
    motor0:
      limit_neg_pin: NO_PIN
      limit_pos_pin: NO_PIN
# IO39 on "SCL" pin !!! Input only pin !!!
      limit_all_pin: gpio.39:low
# ---
      hard_limits: false
      pulloff_mm: 1.000
      stepstick:
# IO18, IO19 hardwired to "D12" and "D13" jumpers
        direction_pin: gpio.18
        step_pin: gpio.19
        
# !!! No SD Card - IO18 and IO19 used by A axis !!!
# !!! You can enable SD Card if disable A axis !!!

# spi:
#  miso_pin: gpio.19
#  mosi_pin: gpio.23
#  sck_pin: gpio.18

# sdcard:
#  cs_pin: gpio.5
#  card_detect_pin: NO_PIN

coolant:
# IO5 on "Y-","Y+" pin
  flood_pin: gpio.5
# IO13 on "X-","X+" pin
  mist_pin:  gpio.13
        
probe:
# IO4 on "Hold" pin
  pin: gpio.4:low:pu
  
control:
  safety_door_pin: NO_PIN
  reset_pin: NO_PIN
  feed_hold_pin: NO_PIN
  cycle_start_pin: NO_PIN
  macro0_pin: NO_PIN
  macro1_pin: NO_PIN
  macro2_pin: NO_PIN
  macro3_pin: NO_PIN

macros:
  startup_line0: 
  startup_line1: 
  macro0: 
  macro1: 
  macro2: 
  macro3:

start:
  must_home: false
  deactivate_parking: false
  check_limits: false

PWM:
  pwm_hz: 5000
  direction_pin: NO_PIN
# IO2 on "Abort" pin
  output_pin: gpio.2
# IO4 on "Hold" pin
  enable_pin: NO_PIN
# ---  
  disable_with_s0: false
  s0_with_disable: true
  spinup_ms: 0
  spindown_ms: 0
  tool_num: 0
  speed_map: 0=0.000% 24000=100.000%

# IO2 on "Abort" pin
# IO4 on "Hold" pin
# IO18 on "SpnDir","D13" pin
# IO19 on "SpnEn","D12" pin
# IO34 on "CooEN" pin !!! Input only pin !!!
# IO35 on "Resume" pin !!! Input only pin !!!
# IO36 on "SDA" pin !!! Input only pin !!!
# IO39 on "SCL" pin !!! Input only pin !!!


Jak już było mówione, opornik R1 trzeba usunąć, natomiast dodać należy cztery oporniki ~10k pomiędzy GPIO 34, 35, 36, 39 a 3,3 V. Przydałyby się jeszcze diody Shottky zabezpieczające przed przepięciami i kondensatory zwierające szumy, ale pajęczyna by się zrobiła niesamowita, więc same oporniki muszą wystarczyć...
Obrazek
Ponad dodanymi opornikami, w połowie wysokości płytki, widać miejsce po usuniętym R1.
Sprawdziłem wejścia, są na tych pinach co opisałem w pliku konfiguracyjnym w komentarzach i działają.

Na tym na razie koniec testów, bo się okazało że nie mam dwunastu jumperów. Znaczy się gdzieś pewnie mam, ale teraz nie znajdę...

Podsumowując, jak zrobiłem to pewnie użyję, ale podtrzymuję opinię, że gra nie warta świeczki.
autor: tuxcnc
21 sie 2022, 22:46
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3
Odpowiedzi: 15
Odsłony: 4134

Re: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3

drzasiek90 pisze:
21 sie 2022, 22:08

Kod: Zaznacz cały

limit_all_pin: gpio.23:low:pu
limit_all_pin: gpio.4:low:pu
limit_all_pin: gpio.5:low:pu
Piny tylko wejściowe to GPIO 34, 35, 36 i 39.
Coś jeszcze jest namieszane z GPIO 0 i 2, ale nie bardzo kumam o co chodzi, bo jest to wyjątkowo lakonicznie opisane.
https://www.espressif.com/sites/default ... eet_en.pdf strona 8 i 9.
Nie miałeś problemów z konfiguracją, bo nie potrzebowałeś wszystkich dostępnych pinów.
W mojej konfiguracji jak nie podłączysz krańcówek, to będą czytane jako zadziałane, czyli LOW, zwarcie do masy nie zmienia stanu, dopiero po dodaniu zewnętrznych pullupów zaczyna to działać normalnie.
autor: tuxcnc
21 sie 2022, 21:23
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3
Odpowiedzi: 15
Odsłony: 4134

Re: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3

Po raz kolejny potwierdziło się, że jak mówię że coś jest głupotą, to jest głupotą i nie warto tego sprawdzać...
Niestety, dałem się podpuścić koledze @drzasiek90 i pomyślałem, że może przesadzam, mam przecież trzy Espduino, cztery CNCshieldy, to zamiast kupować kolejnego Makerbase złożę sobie kanapkę do testów...
Strasznie głupi pomysł...
Pół dnia się pieprzyłem z konfiguracją.
Ciągle wywalało jakieś błędy, przyczyny domyślić się nie było szans, trzeba było pół internetu przewalić żeby wreszcie zrozumieć gdzie jest błąd...
Zacznijmy od tego, że na wklejonym w pierwszym poście obrazku jest błąd, IO18 to DIR a IO19 to STEP. Niby te sygnały idą na goldpiny i kabelkami można sobie połączyć prawidłowo, ale jak ktoś będzie chciał załatwić sprawę jumperami, to będzie lipa.
Następna sprawa, to można zapomnieć o debilnym pomyśle autorów CNCshield, żeby ułatwić życie kretynom i nadrukować nazwy sygnałów GRBL zamiast nazw pinów Arduino.
Już przy Arduino był cyrk z zamianą PWM z którymś z limitów, ale przy ESPduino to już w ogóle kaplica.
Na piny od włączania chłodziwa trafiają te wyprowadzenia ESP32, które mogą być tylko wejściami...
No dobra, a penis z napisami...
Ale to jeszcze nie koniec cyrku.
Jak mamy piny wyłącznie wejściowe, to warto wykorzystać je jako wejścia (limity, probe), bo do niczego innego ich nie użyjemy...
Tylko że te piny nie mają żadnych pullupów czy pulldownów, po prostu wyprowadzenia wiszą sobie na nieustalonym potencjale i trzeba dodać zewnętrzne rezystory...
Tutaj byłem o krok od wypadku, bo z rozpędu dałem pullup do +5V, a przecież układ jest 3.3V i po takim numerze zwariował. Na szczęście opornik który pierwszy wpadł mi w ręce miał 17k i dym nie poszedł... Po przełączeniu na 3,3V wszystko zadziałało jak powinno.
Tak jak pisałem wcześniej, Makerbase ma to wszystko na pokładzie, a ESPduino to będzie pajęczyna...
Karty SD przy czterech silnikach podłączyć się nie da, bo jest za mało pinów i albo rybka albo pipka...
Testów nie przeprowadziłem do końca, bo już miałem na dzisiaj dość, ale wejścia i PWM sprawdziłem, działają, reszta innym działa, to i mi zadziałać powinna...
Podsumowując, jak ktoś lubi się pieprzyć żeby "zaoszczędzić" kilka PLN, to będzie miał zabawę...

Kod: Zaznacz cały

name: "ESPDUINO_CNCshield"
board: "ESPDUINO_PROTONEER_V3"

kinematics:
  Cartesian:

stepping:
  engine: RMT
  idle_ms: 255
  dir_delay_us: 1
  pulse_us: 10
  disable_delay_us: 0

axes:
  shared_stepper_disable_pin: gpio.12
  
  x:
    steps_per_mm: 8.250
    max_rate_mm_per_min: 4000
    acceleration_mm_per_sec2: 400
    max_travel_mm: 4000
    homing:
      cycle: 2
      mpos_mm: 550
      feed_mm_per_min: 500.000
      seek_mm_per_min: 2000.000
      positive_direction: true
    
    motor0:
      limit_neg_pin: NO_PIN
      limit_pos_pin: NO_PIN
# IO35 on "Resume" pin !!! Input only pin!!!
      limit_all_pin: gpio.35:low
# ---
      hard_limits: false
      pulloff_mm: 1.000
      stepstick:
# IO16, IO26 hardwired 
        direction_pin: gpio.16
        step_pin: gpio.26

  y:
    steps_per_mm: 8.250
    max_rate_mm_per_min: 4000
    acceleration_mm_per_sec2: 400
    max_travel_mm: 4000
    homing:
      cycle: 2
      mpos_mm: 550
      feed_mm_per_min: 500.000
      seek_mm_per_min: 2000.000
      positive_direction: true
    motor0:
      limit_neg_pin: NO_PIN
      limit_pos_pin: NO_PIN
# IO34 on "CooEN" pin !!! Input only pin !!!
      limit_all_pin: gpio.34:low
# ---      
      hard_limits: false
      pulloff_mm: 1.000
      stepstick:
# IO25, IO27 hardwired
        direction_pin: gpio.27
        step_pin: gpio.25
  z:
    steps_per_mm: 8.250
    max_rate_mm_per_min: 4000
    acceleration_mm_per_sec2: 400
    max_travel_mm: 4000
    homing:
      cycle: 1
      mpos_mm: 550
      feed_mm_per_min: 500.000
      seek_mm_per_min: 2000.000
      positive_direction: true
    motor0:
      limit_neg_pin: NO_PIN
      limit_pos_pin: NO_PIN
# IO36 on "SDA" pin !!! Input only pin !!!
      limit_all_pin: gpio.36:low
# ---
      hard_limits: false
      pulloff_mm: 1.000
      stepstick:
# IO14, IO17 hardwired
        direction_pin: gpio.14
        step_pin: gpio.17
  a:
    steps_per_mm: 8.250
    max_rate_mm_per_min: 4000
    acceleration_mm_per_sec2: 400
    max_travel_mm: 4000
    homing:
      cycle: 2
      mpos_mm: 550
      feed_mm_per_min: 500.000
      seek_mm_per_min: 2000.000
      positive_direction: true
    motor0:
      limit_neg_pin: NO_PIN
      limit_pos_pin: NO_PIN
# IO39 on "SCL" pin !!! Input only pin !!!
      limit_all_pin: gpio.39:low
# ---
      hard_limits: false
      pulloff_mm: 1.000
      stepstick:
# IO18, IO19 hardwired to "D12" and "D13" jumpers
        direction_pin: gpio.18
        step_pin: gpio.19
        
# !!! No SD Card - IO18 and IO19 used by A axis !!!
# !!! You can enable SD Card if disable A axis !!!

# spi:
#  miso_pin: gpio.19
#  mosi_pin: gpio.23
#  sck_pin: gpio.18

# sdcard:
#  cs_pin: gpio.5
#  card_detect_pin: NO_PIN

coolant:
# IO5 on "Y-","Y+" pin
  flood_pin: gpio.5
# IO13 on "X-","X+" pin
  mist_pin:  gpio.13
        
probe:
# IO0 on "E-STOP" pin
  pin: gpio.0:low
  
control:
  safety_door_pin: NO_PIN
  reset_pin: NO_PIN
  feed_hold_pin: NO_PIN
  cycle_start_pin: NO_PIN
  macro0_pin: NO_PIN
  macro1_pin: NO_PIN
  macro2_pin: NO_PIN
  macro3_pin: NO_PIN

macros:
  startup_line0: 
  startup_line1: 
  macro0: 
  macro1: 
  macro2: 
  macro3:

start:
  must_home: false
  deactivate_parking: false
  check_limits: false

PWM:
  pwm_hz: 5000
  direction_pin: NO_PIN
# IO2 on "Abort" pin
  output_pin: gpio.2
# IO4 on "Hold" pin
  enable_pin: gpio.4
# ---  
  disable_with_s0: false
  s0_with_disable: true
  spinup_ms: 0
  spindown_ms: 0
  tool_num: 0
  speed_map: 0=0.000% 24000=100.000%

# IO0 on "E-STOP" pin
# IO2 on "Abort" pin
# IO4 on "Hold" pin
# IO18 on "SpnDir","D13" pin
# IO19 on "SpnEn","D12" pin
# IO34 on "CooEN" pin !!! Input only pin !!!
# IO35 on "Resume" pin !!! Input only pin !!!
# IO36 on "SDA" pin !!! Input only pin !!!
# IO39 on "SCL" pin !!! Input only pin !!!
autor: tuxcnc
31 lip 2022, 11:30
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3
Odpowiedzi: 15
Odsłony: 4134

Re: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3

drzasiek90 pisze:
31 lip 2022, 10:58
Dla mnie czas ma znaczenie i w ciągu tygodnia mam zbudowana maszynkę i zrobione sterowanie. Po czasie w jakim dotarłaby płytka która proponujesz moja maszyna już na siebie zarobi. Modernizacja pozostałych maszyn także jest istotna. W tym układzie po prostu maszynę wyłączę na 15 minut, wyciągnę Arduino Uno, wepne espduino i maszyna pracuje dalej. Unieruchomienie maszyny żeby przerobić sterowanie na inną płytkę to koszt i dodatkowa praca.
Wszedłeś w ślepą uliczkę, z niezrozumiałych powodów nie chcesz z niej wyjść i na siłę dorabiasz do tego ideologię...
Masz rację, dla mnie CNC to (przynajmniej na razie) tylko hobby, nawet złotówki na tym nie zarobiłem, a mam w tej chwili Makerbase DLC32 bez przydziału, Makerbase V2.0 bez przydziału i jakiś nieokreślony sterownik na 328p z CNC3018 wyłączonego z użytku z powodu wyszabrowania stołu do poważniejszych zadań...
Jeżeli ja, hobbysta, mogę mieć na półce trzy sterowniki, to Ty, biznesmen, możesz mieć siedem...
Natomiast jeśli chodzi o CNCshield, to kiedyś kupiłem kilka, bo były tanie, mam też kilka Arduino Uno i kilka ESPduino.
NIGDY nie zbudowałem na tym sterowania do ŻADNEJ maszyny, bo zawsze były jakieś problemy i na etapie testów się kończyło...
Po prostu szkoda zdrowia i czasu.
autor: tuxcnc
31 lip 2022, 10:35
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3
Odpowiedzi: 15
Odsłony: 4134

Re: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3

drzasiek90 pisze:
31 lip 2022, 08:53
Czego tu nie rozumiesz?
Ja rozumiem wszystko i to doskonale.
Ty natomiast nie rozumiesz na czym polega różnica pomiędzy biznesem a żałosnym dziadowaniem.
Kiedy się kupuje towar i odpisuje bo można odpisać, to jest biznes.
Kiedy zamiast towaru kupuje się gówno, bo gówno da się odpisać, to jest to żałosne dziadowanie.
EOT.
autor: tuxcnc
31 lip 2022, 06:47
Forum: Ogólne Dyskusje na Temat Systemów Sterowania CNC
Temat: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3
Odpowiedzi: 15
Odsłony: 4134

Re: FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3

drzasiek90 pisze:
30 lip 2022, 21:31
Płytka kosztowała mnie 37 zł. zważywszy na to, że przyszła na drugi dzień i jest to cena z podatkiem VAT, uważam, że całkiem tanio.
To naprawdę fascynujący problem, dlaczego tak wielu ludzi formalnie bogatych cierpi na obsesję odpisywania VAT i księgowania wszystkiego w koszty...
To już nie jest żadna przedsiębiorczość, tylko zwykłe dziadostwo i chorobliwa pazerność...
Zapewne kilku psychiatrów zrobi na tym doktoraty...
Natomiast tanio to jest kupić na Aliexpress Makerbase MKS32 za 85 PLN z wliczoną wysyłką, mieć świetnie wykonaną płytkę ze wszystkim co może być potrzebne, działającą od ręki i nie beczeć że się nie da udziadować kilku PLN na odpisaniu z podatku.
ESPduino+CNCshield to jeden wielki syf i absolutnie nikomu tego rozwiązania nie polecam.
Oprócz opisanych przez autora wątku problemów, jest jeszcze kilka nie mniej istotnych.
ESPduino ma mało pinów, więc w gotowych sterownikach część wyjść jest obsługiwana przez ekspander na rejestrze przesuwającym.
Na przykład w Makerbase Tinybee (ok. 110 PLN na Aliexpress) z jednego pinu ESP32 robi się AŻ DWADZIEŚCIA CZTERY piny wyjściowe :
Obrazek
Działa to bezproblemowo.
A tak w Tinybee wyglądają wejścia krańcówek:
Obrazek
Nikomu kto choć trochę zna się na elektronice nie trzeba tłumaczyć, czym to się rózni od podłączenia "anteny" do gołego pinu układu działającego z 3,3V...
Podsumowując, ESPduino+CNCshield samo z siebie nie działa, trzeba się nakombinować żeby zadziałało, a o możliwości jakiejkolwiek rozbudowy można zapomnieć....

Robienie takiego sterownika to skrajna głupota i nikomu tego nie polecam.

Natomiast co do samego FluidNC, to są nowe wersje, w których sporo poprawiono, więc 3.4.5 nie należy stosować.
Niestety autorzy przy okazji coś spieprzyli i to naprawdę może doprowadzić do szału.
Otóż plik index.html.gz jest teraz automatycznie ładowany do pamięci, co zapewne jest ukłonem w stronę kretynów którzy nie potrafią zrobić tego ręcznie. Pół biedy kiedy ktoś korzysta z wi-fi, ale przy Bluetooth jest zupełnie niepotrzebny, zajmuje prawie całą dostępną przestrzeń i uniemożliwia wgranie kilku różnych konfiguracji, chociaż układ raportuje wolne miejsce. Kończy się to tym, że choć absolutnie żaden błąd nie jest zgłaszany, to sterownik się uruchamia nieskonfigurowany, bo plik konfiguracji albo ma zero bajtów, albo jest ucięty przed końcem...
Jeśli ktoś używa BT, to index.html.gz może bezpiecznie usunąć, natomiast przy wi-fi trzeba po prostu mieć świadomość problemu i nie pchać do pamięci więcej niż się da.

Wróć do „FluidNC na ESPDUINO (WeMos D1 R32) i CNC Shield V3”