[kaczakat]

Ja nie mam żadnego "oryginału" Arduino, a na kilkadziesiąt klonów w jednym nie łączy gniazdo USB. Tak że nie chodzi o to czy klon czy oryginał, ale  po prostu ten uC LGT8F328D nie jest dobrze opracowany w Arduino, a może nawet i jest badziewiem. Nie ma do tego datasheet w ang, nie wiadomo co jest pokopane w funkcjach. Gdzieś słyszałem, że te uC chodzą na 32MHz, ale zwykłą Atmegę328P też można przetaktować,   przynajmniej przez chwilę.
W między czasie znalazłem chińskie PDF i jest w nim mowa o 32MHz, a w "eng" (takim z google translator bez grafik) jest zakres do 20Mhz. Jakieś ciekawe tłumaczenie...
Kupując następnym razem na ali po prostu pilnuj, by był to Atmel, a nie coś "zgodnego":np. tu masz UNO, a jak kupisz sobie NANO to działa tak samo, jest tańsze, można wpiąć od razu do  płytki stykowej, oczywiście shieldy do UNO nie pasują i tu jest minus.

Uruchomić wavgat się da, pobrałem inny core stąd: https://www.electrodragon.com/w/Logicgreen
płytka taka:
   
i efekt taki:
   
to z zipa mam w mojedokumenty/Arduino/hardware.
Za chwilę jednak się może okazać, że nie działa coś innego. Arduino z Atmegami testuje kilka milionów osób od kilkunastu lat, trudniej o niespodzianki, a jak ktoś ma problem to  na 99%  jest już gdzieś opisany i rozwiązany, wystarczy dobrze zapytać w google.
W tym core z larduino delayMicros dalej jest rozjechane, ale działają zarówno zmodyfikowane biblioteki jak i nie, nie chodziło więc o opóźnienia.

[pitols]

zamawiajac tamtą sztukę zamówiłem też inną więc niedługo też powinno być ta przyszła bardzo szybko co mnie zaskoczyło będę sprawdzał na tamtej

[kaczakat]

Próbowałeś odpalić na tym core z larduino, który załączyłem?

[pitols]

Dopiero dzisiaj miałem kiedy sprawdzić i nie działa

[kaczakat]

Niestety mając 1 płytkę Arduino i 1 LCD nie dojdziesz co jest przyczyną. Twój LCD też jest podejrzany, zobacz na moją fotkę i potem swoją, na Twoim LCD dolny wiersz ma tak jakby tylko połowę pixeli. LCD podłączony tylko do zasilania (uC wyjęty ze stykówki) u mnie zaświeca cały wiersz górny, dolny jest nieaktywny, ale przy mocnym ustawieniu kontrastu widać wszystkie pixele jednakowo - oczywiście różnie aktywne/nieaktywne.
uC wybrałeś LGT8F328P-LQFP32 MiniEVB?
Poczytałem trochę chińskiego PDF z translatorem (oczywiście jednak mnie wciągło, bo coś nowego) i to może być coś jak nowsze AVR z serii Xmega, ma też wewnętrzny oscylator 32MHz, na który się można przełączyć. No ale oczywiście Tobie, jeśli w ogóle nie bawiłeś się nawet Arduino nie polecam takiej zabawy w pioniera.
Ze strony http://www.lgtic.com/ ściągnąłem chyba nowszą wersję core dla Arduino, jest więcej bibliotek dedykowanych. Po rozpakowaniu w katalogu hardware ma być katalog LGT.

[pitols]

LGT8F328P

po rozpakowaniu najnowszego wyskoczył mi błąd przy próbie wgrania programu na płytkę ale będę jeszcze próbował to jakoś inaczej rozpakować być może coś źle rozpakowałem ale to jak więcej czasu bedzie

[kaczakat]

Wyłączasz Arduino IDE, kasujesz stary core, wgrywasz nowy, układ katalogów ma być taki ...\Documents\Arduino\hardware\LGT\avr\ i tu już jest katalog core, libraries. Ponownie uruchom i kompiluj. Jak kompiluje to jest OK, błąd wgrania to może być zły port COM, kiepski kabel lub bootloader poszedł się paść.

[pitols]

ok mam newsy i to pozytywne dla mnie jak i dla pozostałych forumowiczów którzy będą szukali rozwiązania dla swojego arduino z chin
wielkie podziękowania dla kaczakat'a!!!!
wgrywając ostatni plik "LGT20190521_OK.ZIP" (w sumie to nawet nie musiałem usuwać poprzedniego cora)

wybrałem programator "lgtswd mkII as ISP"
płytka "larduino w/ LGT8F328D"
port wiadomo odpowiedni do podłączenia no i magicznie moim oczom okazały się napisy!!!
bardzo mnie to cieszy ze udało się rozwiązać problem dzięki temu wiem żeby napierw zacząć zabawę w biblioteki jeszcze raz dzieki!!!

[kaczakat]

Działa to super, lgtswd mkII as ISP jest potrzebny tylko do wypalenia bootloadera, musisz mieć odpowiedni szkic w innym Arduino jako programator. Do normalnego wgrania szkiców wystarczy podanie prawidłowego portu COM.
Procek jest ciekawy, nawet z tym samym taktowaniem jest szybszy w obliczeniach od analogicznej Atmegi, ma do tego dodatkowe ficzery. I odpaliłem go na 32MHz, to tylko przestawienie wewnętrznego oscylatora. Po testach ze strony:
https://hilo90mhz.com/arduino-esp32-esp8...son-chart/
porównanie wygląda tak:
     
Jak widać faktycznie us są rozjechane, co jest zasługą szybszego wykonywania pętli opóźniającej dla delaymicroseconds, wynikiem tego standardowa biblioteka LCD przy 32MHz przestała działać. Modyfikowana działa OK, ale oczywiście nie ma sensu modyfikować każdej, która używa us, np. do czujników temperatury DS.
Po lekkim podrasowaniu core w kolumnach AA i AB są poprawione wyniki na tyle, by biblioteki używające delaymicroseconds działały OK. Skorygowałem us tylko dla 16 i 32MHz.
Przy aktywacji opcji 32MHz czy tam 16MHz trzeba pamiętać, by zmienić płytkę w ustawieniach - są zdefiniowane jako zwykła LGT8F328P NANO i LGT8F328P NANO32MHz. Oczywiście to tylko nazwa, z tym samym uC i z płytką UNO zadziała tak samo.
W załączniku update tego core. W szkicu do testu prędkości dodałem opcje wyboru taktowania 16, 32 lub po zakomentowaniu wszystkiego powinien być domyślny zewnętrzny kwarc. 
Testowanie na własne ryzyko...

[luko91]

Cześć , mam podobny problem , na wyświetlaczu nic się nie wyświetla. Co ciekawe I2C scanner pokazał mi nietypowy adres : 0x3F .
Sprzęt to arduino UNO , Co ciekawe przy podaniu standarowego adresu (0x27) wyswietlała się tylko pierwsza linia jako prostokąty , po podaniu adresu 0x3F wyświetliły się 2 linie prostokątów.
Wyświetlacz 16 x 2 . Jakieś pomysły ?