klonyyy

Witam, Mam do sprzedania parę rzeczy wygranych na zawodach: 2 bony do IGUSa o wartości 200zł netto - po 155/zł sztuka 1 bon do Satlandu na wykonanie płytki o wartości 150zł - 120zł ROUTER TP-LINK ARCHER C60 AC DualBand 1350Mb/s - 180 zł https://allegro.pl/routery-wifi-access-pointy-tp-link-77980?string=ARCHER%20C60&bmatch=base-relevance-floki-5-nga-ele-1-3-0310 Arduino i Android. Niesamowite projekty. - 30 zł http://helion.pl/ksiazki/arduino-i-android-niesamowite-projekty-szalony-geniusz-simon-monk,nparan.htm Budowa robotów dla średnio zaawansowanych. Wydanie II

deshipu, jak dobrze widzę na kampanii i ten moduł ma możliwość rozpoznawania QR'ów

Na tym polega właśnie przesyłanie do tego dekodera. Sprawdzasz czy linia która alarmuje o pełnym buforze nie jest ustawiona i wtedy ew. wysyłasz "paczkę" W swoim projekcie mam kartę sd podpiętą pod SDIO także nie muszę przełączać SPI między dekoderem a kartą SD, ale chyba nawet w Twoim przypadku nie powinien być to duży problem. Od tego jest linia chip select.

Czyli zależy Ci na utworzeniu z pliku *.wav dwóch oddzielnych plików ? Pewnie jest to możliwe, ale nie wiem jaki miałby cel takiego zabiegu, bo procek na pewno by się namęczył z czytaniem jednego pliku a później zamienianiem go na taki w którym jeden kanał jest cicho a na drugim jest coś odtwarzane. Najlepiej od razu utworzyć plik stereo z prawym/lewym kanałem wyciszonym. Wydaje mi się że takie coś da się zrobić z pomocą jakiegoś programu do obróbki muzyki.

Jeśli chodzi Ci o odczyt piku z np karty SD i późniejsze przesłanie do dekodera to mam taki kawałek kodu na githubie : https://github.com/klonyyy/nWatchv2 ( pliki mp3.c/.h albo vs1003.c/.h) Kod jest pisany pod 1053 (plik nazywa sie vs1003), ale chyba nie różnią się na tyle. Poza tym może coś uda Ci się z tego złożyć.

Ja dodam, że jeśli robimy coś z USB na własnych płytkach pcb należy zadbać o długość ścieżek - tzn. najlepiej jak są krótkie, a jeśli musimy je poprowadzić dłuższą drogą niezbędny będzie układ stosowany w zestawach Discovery który podłącza się równolegle do linii USB. Straciłem na tym dużo czasu, a okazało się ze problemem były właśnie niewiele za długie ścieżki. Aha przejawia się to tym, że komputer wykrywa uszkodzone urządzenie ( unknown device ). A najłatwiej sprawdzić połączenie zwierając BOOT0 do +3,3v przy starcie ( tryb bootloadera).

Szczególnie, że duże BGA takie jak są stosowane w laptopach do prawidłowego wlutowania/wylutowania bez zniszczenia układu zbyt wysoką temperaturą potrzebują podgrzewacza, który nagrzewa płytkę od dołu. Dodatkowo większość układów jest lutowana stopem bezołowiowym z wyższą temperaturą topnienia, a wtedy podgrzewacz jest niemal niezbędny. Jednak jeśli chcesz poćwiczyć samą umiejętność nakładania kulek itp, i nie martwisz się o sam układ, taki laptop to najlepszy pacjent

Chumanista, wydaje mi się że on zdjął kilka mm materiału z powierzchni całej części przez co jest ona niżej i powoduje to taki a nie inny obraz tych zakładek (jeśli chodzi Ci o moment wyjmowania ze stołu). Gdyby dokładność była taka niska nie wiem czy te otworki wyszłyby takie ładne.

Próbowałeś tej zmiany współrzędnych x z y ( adresowania ) ? Jak wygląda obraz na LCD po takim zabiegu ?

Ale rozumiem na F1x wszystko jest w porządku niezależnie od prędkości ? Co do tych adresów, nie chodziło mi o ich ilość, tylko żeby zobaczyć czy przypadkiem nie masz zamienionych x z y. Pomyślałem że sterownik mógłby chcieć "rozciągnąć" te 48 linii na 84 linie i dlatego co druga jest biała. Spróbuj zamienić x z y przy inicjalizacji ( powinien być do tego rejestr ) i zobacz czy linie będą poziome, czy może wszystko będzie w porządku. Jeszcze użyj inicjalizacji z wątku : http://forum.atnel.pl/topic2115.html z komentarza kolegi savian86. Jak widzę jest tam coś o adresowaniu.

No niestety, ale samo podejrzewanie nie pomoże nam rozwiązać problemu Sprawdź na jakiej prędkości chodzi ( nie jaka jest maksymalna ) SPI w jednym i w drugim zestawie. Jak nie zadziała zmiana prędkości SPI, spróbuj poczytać dokumentację PCD8544 i zobacz czy nie ma tam nic o zwiększaniu adresów kolumn i wierszy.

Masz może pod ręką analizator stanów logicznych ? Wtedy można by było porównać obie inicjalizacje i zobaczyć co jest nie tak z drugą. Jak to jest z prędkościami SPI - są jednakowe dla obu zestawów ?

A widzisz, czyli Twój wyświetlacz ma tę samą przypadłość co mój. Na pewno znajdziesz rozwiązanie w internecie, bo po wpisaniu hasła do wyszukiwarki widzę, że nie my jedyni mieliśmy taki problem.

Próbowałeś wyświetlać coś innego ? Sam kiedyś uruchamiałem ten wyświetlacz, ale było to dawno. Jednak nadal pamiętam, że miałem podobne białe rzędy pikseli odstępu przy wyświetlaniu. Chyba wtedy szukałem rozwiązania w inicjalizacji wyświetlacza. Dlatego na początku spróbuj wyświetlić np dwie skrzyżowane linie i zobacz czy jedna będzie poprzecinana tymi białymi odstępami. Nie wiem jak dokładnie jest z tym wyświetlaczem, ale o ile coś wyświetla znaczy to, że poprawnie się zainicjował. Tak więc SPI powinno być w porządku.

Chumanista, tylko że biblioteki takiego wyświetlacza z FT810 na pokładzie (układem graficznym) oraz mikrokontrolerem różnią się nieco od bibliotek do gołego wyświetacza. W sumie nawet nie ma co porównywać. Widziałeś filmik tego projektu ? Mając taki wyświetlacz jak podlinkowaleś i jedynie arduino nigdy nie zrobisz takiego interfejsu, szczególnie że wszytko, jak widzisz, jest płynne i działa bez żadnych zacięć. A to za sprawą tego, że arduino nie steruje bezpośrednio wyświetlaczem, a robią to układy ze sprzętowym wsparciem dla tego typu zadań. Mnie nie dziwi że ludzie wolą kupić takie coś z