09-03-2018, 12:09
Przemek,
problemem nie jest wyświetlacz/pamięć ale interface. W tym przypadku zależy nam na szybkim odświeżaniu dużej ilości danych. Problemem jest maksymalna przepustowość portu SPI w STM. Dużym ułatwieniem jest funkcjonalność którą ma RA8875, mianowicie sprzętowy scrolling w dowolnym kierunku, coś co w obecnym ILI9486 nie działa prawidłowo. Po co nam to? Ano teraz dla wysłania wodospadu trzeba wysyłać każdorazowo ilość linii*szerokość, w RA8875 będziemy wysyłać 1 linię bo pozostałe będą się przesuwać o jedną pozycję w dół. Dlatego następnym wyświetlaczem który będziemy implementować jest właśnie taki jak w Tulipanie. W zasadzie rozwijać bo częściowo to już w obecnym kodzie jest. Inne wyświetlacze: jeśli ktoś znajdzie coś co działa tak jak RA i będzie o połowe tańsze to czemu nie. Obecny wyświetlacz 480x320 (ILI9486) ma najlepszy stosunek jakości do ceny (jest nawet tańszy od HY28).
problemem nie jest wyświetlacz/pamięć ale interface. W tym przypadku zależy nam na szybkim odświeżaniu dużej ilości danych. Problemem jest maksymalna przepustowość portu SPI w STM. Dużym ułatwieniem jest funkcjonalność którą ma RA8875, mianowicie sprzętowy scrolling w dowolnym kierunku, coś co w obecnym ILI9486 nie działa prawidłowo. Po co nam to? Ano teraz dla wysłania wodospadu trzeba wysyłać każdorazowo ilość linii*szerokość, w RA8875 będziemy wysyłać 1 linię bo pozostałe będą się przesuwać o jedną pozycję w dół. Dlatego następnym wyświetlaczem który będziemy implementować jest właśnie taki jak w Tulipanie. W zasadzie rozwijać bo częściowo to już w obecnym kodzie jest. Inne wyświetlacze: jeśli ktoś znajdzie coś co działa tak jak RA i będzie o połowe tańsze to czemu nie. Obecny wyświetlacz 480x320 (ILI9486) ma najlepszy stosunek jakości do ceny (jest nawet tańszy od HY28).
73 Sławek