13.01.2020 21:05
[#74]
Re: Kontroler SPI dla Amigi 1200 pod port zegara
@QUAD, post #72
Właśnie- Player mp3 od peceha jest naprawdę - SUPER.
Mały szybki, ale przede wszytskim MEGA FUNKCJONALNY.
Uświadomiłem to sobie jak gdy wczoraj an Amidze zacząłem słuchać swoich starych zbiorów mp3 z dysku PC (parenaście GIGA) i okazało się, że ani Amiplifer, ani AmigaAMP ani SongPlayer, ani Prayer nie mają funkcji "szukaj"!!!!
A player od peceha ma nie tylko szybką i łatwą opcję szukaj, ale i umie filtrowaś i sortować listę na bieżąco!
Mały szybki, ale przede wszytskim MEGA FUNKCJONALNY.
Uświadomiłem to sobie jak gdy wczoraj an Amidze zacząłem słuchać swoich starych zbiorów mp3 z dysku PC (parenaście GIGA) i okazało się, że ani Amiplifer, ani AmigaAMP ani SongPlayer, ani Prayer nie mają funkcji "szukaj"!!!!
A player od peceha ma nie tylko szybką i łatwą opcję szukaj, ale i umie filtrowaś i sortować listę na bieżąco!
04.11.2020 15:17
[#81]
Re: Kontroler SPI dla Amigi 1200 pod port zegara
@Krzysiek2, post #80
D0-D7.
Każdy bajt na szynie danych ma swoje miejsce w mapie pamięci, niezależnie od jej szerokości.
Jeśli ponumerujesz bajty od 0 do 3 i spojrzysz jakie linie danych odpowiadają kolejnym bajtom ( bajt 0 -> D24-D31, bajt 1 -> D16-D23...), to powinno stać się jasne pod którymi liniami danych znajdzie się bajt 1 przy dostępie 16-bitowym).
Każdy bajt na szynie danych ma swoje miejsce w mapie pamięci, niezależnie od jej szerokości.
Jeśli ponumerujesz bajty od 0 do 3 i spojrzysz jakie linie danych odpowiadają kolejnym bajtom ( bajt 0 -> D24-D31, bajt 1 -> D16-D23...), to powinno stać się jasne pod którymi liniami danych znajdzie się bajt 1 przy dostępie 16-bitowym).
05.11.2020 20:21
[#82]
Re: Kontroler SPI dla Amigi 1200 pod port zegara
@WyciorX, post #81
Hej
Dzięki za wyjaśnienie, staram się to rozgryźć i rozumiem, że tutaj jest dostęp do układu I/O z osmiobitową szyną danych, a nie do pamięci 16 czy 32 bitowej.
Dla tego urządzenia bez różnicy jest fakt, które to bity procesora (czy najmłodsze czy najstarsze) są używane, ważne żeby sterownik urządzenia zapisywal/odczytywal odpowiednie bity, które są realnie połączone z urządzeniem. I czy to nie jest tak, że program obsługujacy clockport w a1200 musi i tak dokonać odczytu /zapisu "long Word" czyli użyć całej szyny? Czyli przy odczycie, żeby "wyłuskać" te 8bitów danych od urządzenia z całej 32bitowej danej, CPU musi jeszcze wykonać dodatkowe instrukcje?
Jeśli tak to nie szybciej CPU mógłby się komunikować z clockportem, gdyby do niego konstruktorzy z Commodore podłączyli bity D0-D7? Wtedy mógłby odczytać od razu tylko najmłodszy bajt odrzucając niepotrzebne starsze bity i nie tracąc dodatkowego czasu na jakieś operacje (nie znam asemblera, ale musi je chyba przesunąć do najmłodszego bajtu?
Dobrze rozumuję czy się jednak mylę?
Pozdrawiam
Krzysiek
Dzięki za wyjaśnienie, staram się to rozgryźć i rozumiem, że tutaj jest dostęp do układu I/O z osmiobitową szyną danych, a nie do pamięci 16 czy 32 bitowej.
Dla tego urządzenia bez różnicy jest fakt, które to bity procesora (czy najmłodsze czy najstarsze) są używane, ważne żeby sterownik urządzenia zapisywal/odczytywal odpowiednie bity, które są realnie połączone z urządzeniem. I czy to nie jest tak, że program obsługujacy clockport w a1200 musi i tak dokonać odczytu /zapisu "long Word" czyli użyć całej szyny? Czyli przy odczycie, żeby "wyłuskać" te 8bitów danych od urządzenia z całej 32bitowej danej, CPU musi jeszcze wykonać dodatkowe instrukcje?
Jeśli tak to nie szybciej CPU mógłby się komunikować z clockportem, gdyby do niego konstruktorzy z Commodore podłączyli bity D0-D7? Wtedy mógłby odczytać od razu tylko najmłodszy bajt odrzucając niepotrzebne starsze bity i nie tracąc dodatkowego czasu na jakieś operacje (nie znam asemblera, ale musi je chyba przesunąć do najmłodszego bajtu?
Dobrze rozumuję czy się jednak mylę?
Pozdrawiam
Krzysiek
05.11.2020 20:41
[#83]
Re: Kontroler SPI dla Amigi 1200 pod port zegara
@Krzysiek2, post #82
nie tracąc dodatkowego czasu na jakieś operacjeNie trzeba wykonywać dodatkowych instrukcji. Po prostu czytamy bajt (MOVE.B) spod adresu $D80001 (albo zapisujemy). Procesor sam się martwi z których linii danych to przeczytać i jak dosunąć do prawej. Jest to zrobione całkowicie sprzętowo.
Jeśli tak to nie szybciej CPU mógłby się komunikować z clockportem, gdyby do niego konstruktorzy z Commodore podłączyli bity D0-D7?Nie. Szybciej mogłoby być, gdyby clockport miał szynę szerszą niż 8 bitów. Natomiast który to jest bajt z 16 czy 32-bitowej szyny, nie ma znaczenia dla szybkości.
05.11.2020 21:14
[#84]
Re: Kontroler SPI dla Amigi 1200 pod port zegara
@Krashan, post #83
No tak 
Czyli jeśli dobrze rozumuję wykonując instrukcję:
Move.b $db0001, dx
Procesor odczytuje bajt poprzez wystawienie na szynie adresu $db0000 i tylko sprzętowo przenosi do rejestru dx jeden bajt (z całej 32bitowej szyny) o numerze podanym w adresie powyzszej instrukcji?
Czyli pod adresem db0000 jest 8 najstarszych bitów(d31-d24) a pod adresem $db0003 bity d7-d0?
Czyli jeśli dobrze rozumuję wykonując instrukcję:
Move.b $db0001, dx
Procesor odczytuje bajt poprzez wystawienie na szynie adresu $db0000 i tylko sprzętowo przenosi do rejestru dx jeden bajt (z całej 32bitowej szyny) o numerze podanym w adresie powyzszej instrukcji?
Czyli pod adresem db0000 jest 8 najstarszych bitów(d31-d24) a pod adresem $db0003 bity d7-d0?
06.11.2020 15:07
[#85]
Re: Kontroler SPI dla Amigi 1200 pod port zegara
@Krzysiek2, post #84
Procesor wystawia adres taki, jaki nakazuje mu instrukcja, w MC68000 linia A0 została usunięta z interfejsu zewnętrznego, jak również sygnał DS, w zamian zostały wyprowadzone sygnały UDS, LDS do wyboru bajta i te sygnały są ustawianie na podstawie adresu i rozmiaru danej.
W 68020 są wszystkie linie adresowe, a w dodatku procesor ten posiada dynamiczne skalowanie szyny, przez co może natywnie pracować na szynie 32,16,8-bit (jest to przeźroczyste dla programu).
Programista nie martwi się szerokość szyny, ani jak ją obsłużyć w kontekście dostępu, od tego jest interfejs między procesorem, a szyną danych, to on odpowiada za wystawienie odpowiednich sygnałów i czytanie z odpowiednich linii.
tak
W 68020 są wszystkie linie adresowe, a w dodatku procesor ten posiada dynamiczne skalowanie szyny, przez co może natywnie pracować na szynie 32,16,8-bit (jest to przeźroczyste dla programu).
Programista nie martwi się szerokość szyny, ani jak ją obsłużyć w kontekście dostępu, od tego jest interfejs między procesorem, a szyną danych, to on odpowiada za wystawienie odpowiednich sygnałów i czytanie z odpowiednich linii.
Czyli pod adresem db0000 jest 8 najstarszych bitów(d31-d24) a pod adresem $db0003 bity d7-d0?
tak
14.11.2020 17:16
[#87]
Re: Kontroler SPI dla Amigi 1200 pod port zegara
@Krzysiek2, post #86
Się podłącze z pytaniem o clockport, tylko że z XSurf2 w A4000T.
XSurf udostępnia dwa clockporty dostępne pod adresem bazowym $d80000 (jeden port bajty parzyste, drugi nieparzyste).
Czy to normalne że próbując odczytać bajt z adresów z zakresu od $d80000 do $d90000 dostaję wyjątek Illegal instruction (w debuggerze AsmOne) albo guru 80000004 jak odpalę programik testowy (tylko move.b $d80001,d0)? Do clockportów nie jest nic podłączone.
Chcę się tam podpiąć analizatorem stanów logicznych, ale teraz nie wiem czy te porty w ogóle działaja, czy nie (może są zwalone, bo karta miała różne przygody).
XSurf udostępnia dwa clockporty dostępne pod adresem bazowym $d80000 (jeden port bajty parzyste, drugi nieparzyste).
Czy to normalne że próbując odczytać bajt z adresów z zakresu od $d80000 do $d90000 dostaję wyjątek Illegal instruction (w debuggerze AsmOne) albo guru 80000004 jak odpalę programik testowy (tylko move.b $d80001,d0)? Do clockportów nie jest nic podłączone.
Chcę się tam podpiąć analizatorem stanów logicznych, ale teraz nie wiem czy te porty w ogóle działaja, czy nie (może są zwalone, bo karta miała różne przygody).
14.11.2020 17:28
[#88]
Re: Kontroler SPI dla Amigi 1200 pod port zegara
@BigBang, post #87
"Czy to normalne że próbując odczytać bajt z adresów z zakresu od $d80000 do $d90000 dostaję wyjątek Illegal instruction (w debuggerze AsmOne) albo guru 80000004 jak odpalę programik testowy (tylko move.b $d80001,d0)?"
nie wydaje mi sie... nie mam tego sprzetu, ale jak chcesz to moge sprawdzic na dowolnej amidze, przynajmniej na winuae nic sie nie dzieje (takze w debuggerze)
nie wydaje mi sie... nie mam tego sprzetu, ale jak chcesz to moge sprawdzic na dowolnej amidze, przynajmniej na winuae nic sie nie dzieje (takze w debuggerze)