mirekk36 napisał(a):
1. HUB USB 3.0 w monitorze
hmm To mi podsunęło myśl na kilka testów
Jak testowaliśmy wtedy bezpośrednio podłączoną przejściówkę i programator do komputera to nie zwracałem uwagi w sumie na to czy są to porty 3.0 - niebieskie czy 2.0 - czerwone.
Znalazłem również nową przedłużkę USB 1.8m oraz mam drugą do czujnika myszki bezprzewodowej.
Po przełączaniach i kombinacjach
wnioski są takie:
- USBASP podłączony przez dwa huby (komputer->monitor->hub) w komputerze do portu 2.0 wgrywa wsad co 2% tzn. "wolniej" (co zauważyliśmy wtedy u mnie) oraz często zrywa połączenie. Jeżeli podłączyłem te same huby (przełączony kabelek w skrzynce centralnej) do portu USB 3.0 - niebieskiego, to wsad zaczął się wgrywać szybciej (co zauważyliśmy wtedy u mnie bo prawdopodobnie podłączyłem go wtedy właśnie do tego portu) i ani razu mi nie zerwało połączenia podczas wgrywania.
Także zagadka z USBASP przynajmniej u mnie rozwiązana
- jeżeli chodzi o tę nieszczęsną przejściówkę to podłączyłem ją bezpośrednio do portu komputera przez dwa przedłużacze (wymienione wyżej). Raz do portu USB 3.0 i dwa do portu USB 2.0. Za każdym razem odbierane są znaki zapytania w putty z bootloadera. Kasowany procek i wgrywany wsad na nowo. Jednak w programie zachowanie jest takie samo jak było, czyli stoi z informacją pod przyciskiem: z paskiem postępu i numerem portu COM.
Czyli nie ma znaczenia w tym przypadku czy przejściówka podłączona przez huby, czy przedłużacz, czy do USB 3.0 czy 2.0 objaw jest taki sam.
Także spróbowałem jeszcze odtworzyć nasz przypadek gdzie się to udało. Lecz po kolei. Zamiast przedłużacza podłączyłem Przejściówkę bezpośrednio do kompa, a programator w hubach. Niestety nie działała ani na USB 3.0, ani na 2.0.
Został tylko jeden i ostatni przypadek, gdy i przejściówka i programator podłączone były bezpośrednio do komputera. Sprawdziłem wszystkie kombinacje przejściówki i programatora, USB 2.0 i 3.0 i na żadnej nie udało się zaprogramować bootloadera
Testowane na najnowszej wersji programu 1.0.0.11. Za każdym razem oczywiście kasowałem wsad calkulatorem i wgrywałem od nowa przez decoder IR, sprawdzałem również putty czy są znaki zapytania na COM.
Jeżeli chodzi o programowanie USBASP to tak jak wcześniej. USB 3.0 szybciej, USB 2.0 wolniej. Dodatkowo nie zrywało połączenia na 2.0 jak było to przy hubach.
Na tej wersji programu doszedł jeszcze jeden objaw. W momencie kiedy bootloader był wgrany i uruchomiłem ponownie program to wcześniej za każdym razem chciał ładować bootloadera, czyli wyświetlał się pod przyciskiem port com i pasek (tam stawało oczywiście), teraz zawiesza się bez tego napisu - kręci się tylko kursor myszki. Po wyjęciu kwarca pojawia się error, jak wcześniej, jednak po włożeniu ponownie programowany jest procesor przez USBASP, wcześniej zostawał error bez ponownego programowania.
Krótkie i szybkie podsumowanie:
- USBASP:
-- na portach USB 3.0 szybciej się programuje niezależnie czy bezpośrednio czy przez nawet dwa huby i zawsze poprawnie
-- na portach 2.0 bezpośrednio podłączonych do komputera programuje się wolniej ale poprawnie
-- na portach 2.0 przez huby programuje się wolniej i zrywa często połączenie
- przejściówka
-- w każdym przypadku, niezależnie czy podłączona bezpośrednio czy przez huby, czy USB 2.0 czy 3.0, w różnych kombinacjach z programatorem to nie programuje bootloadera.
Nie wiem jakim cudem nam wtedy to poszło. Było to jeszcze na innej wersji programu. Mam pod ręką jeszcze wersje 7 i na niej też nie poszło w tej ostatniej konfiguracji. Dziwy
Kanał - ATNEL tech-forum
Zaloguj
Zarejestruj
Informacje o cookies
FAQ
Szukaj
