kupiłem samą płytkę za porażające 38 zł, przesyłka szła zaledwie 2 tygodnie - wszystko nieźle
Ale zanim przystąpiłem do jakiegokolwiek montowania płytki chciałem wgrać FW - Marlina 2.0 i co ? Oczywiście same błędy kompilacji ... Procesorem jest STM32F103RCT6 - moim zdaniem duży błąd, że wybrali całkowicie randomowy i praktycznie nieznany procesor z najniższej półki, już ten który znajduje się w Blue Pillach z tej samej półki byłby lepszy z perspektywy popularności albo ten co jest w SKR 1.3 przynajmniej z NXP LPC1768 wiadomo że jest pełne wsparcie Marlina 2.0. Zawsze jak FW dostarczony przez producenta nie kompiluje się to zły znak
. Tylko dlatego na pytanie przedstawione na końcu filmiku BigTreeTech :źródło: https://www.youtube.com/watch?v=QM8JC1-TgAQ
Czy pora pożegnać się z Rampsem i przywitać z SKR-Mini 1.1 ?
NIEEEEE...
Wątpie żeby w najbliższej przewidywalnej przyszłości ta płytka nabrała na ogromnej popularności i ten gównoprocesor został takim standardem jak Atmega2560, jeżeli w Marlinie 2.1 nagle nie pojawią się jakieś fajerwerki, które usprawiedliwią masowe przejście na 32-bity.
Brak obsługi podgrzewanego stołu bez zewnętrznego modułu MOSFETU nie dodaje popularności ale jednocześnie można zrozumieć dlaczego tak jest.
Podsumowując dygresję ; sto razy lepiej kupić płytkę SKR 1.3 (gdzie jest znany NXP LPC1768) kosztuje tyle co MKS GEN L, a jest 32-bitowy i posiada lepszy mosfet na stół oraz wymienne bezpieczniki. I to faktycznie może byc następca RAMPSA ( już jest następca MKS GEN ). Ale ja to tam tyle wiem co zjem, więc pewnie się mylę
No ale wracając do samej walki z Marlinem :
Ściągnałem cały folder z firmware z Githuba Bigtreetecha ( https://github.com/bigtreetech/BIGTREET ... -MINI-V1.1 )
Co ciekawe nie zadziałało skompilowanie firmware ( foldery stm32f103RMarlin-bugfix-2.0V20190126-2004P-128div oraz stm32f103RMarlin-bugfix-2.0V20190126-2004P-16div ( przy czym nie bardzo wiem co oznaczają te ostatnie cyfry taktowanie procesora ? ;( ) - występowały błędy "
Kod: Zaznacz cały
duplicate 'inline' Ściągnałem więc oryginalnego Marlina i postanowiłem zrobić kolaż.
1. Dodałem linię #247 w boards.h informującą że istnieje BOARD_SKR_MINI_1_1,
Kod: Zaznacz cały
#define BOARD_BIGTREE_SKR_MINI_V1_1 1811 // STM32F103RC(Add 2004LCD 、Bed)
Kod: Zaznacz cały
#elif MB(BIGTREE_SKR_MINI_V1_1)
#include "pins_BIGTREE_SKR_MINI_V1.1.h"
Dzięki powyższym mogę teraz wybrać SKR-mini 1.1 w Configuration.h :
// Please choose the name from boards.h that matches your setup
Kod: Zaznacz cały
#ifndef MOTHERBOARD
#define MOTHERBOARD BOARD_BIGTREE_SKR_MINI_V1_1
#endifGeneralnie proste rzeczy, prawie nie zamieściłem tego posta, bo w moim odczuciu zahacza o banał i wiele osób czytających pewnie jest rozczarowanych, że to nie jest epopeja walki ze złowrogą materia nieożywioną i nieoczywistymi zwrotami akcji, ale jak już wyskrobałem te parę zdań to niech będzie - szczególnie moja opinia nt płytki na początku jest bardzo wartościowa
. poza tym staram się nie zakładać, że nie ma ludzi, dla których nie ma rzeczy za prostych xD No i ten quality GIF 
Wrzucam więc jako POC oraz mam pytanie ;
Czy dobrze rozumiem, że jeżeli spakuje całość wraz z bibliotekami to zrobi się coś a'la snapshot całego firmware ( jak snapshot maszyn wirtualnych ) który nie bedzie pobierał nowszych bibliotek tylko wykorzysta zawarte ?
Z założeniem, że na powyższe pytanie odpowiedź jest twierdząca wrzucam folder jako wyznacznik działającego FW na SKR-mini 1.1 spakowany cały Marlin-2.0-bugfix bez zmian w Configuration.h oraz Configuration_adv.h
Plik będzie pod tym linkiem przez najbliższe 2 tygodnie : https://we.tl/t-8S2GyL2pGf
PZDR!
