A czy w międzyczasie nie wyłączyłeś jakiegoś urządzenia? W TT dajesz adres na stałe, o ile pamiętam - a spróbuj inny dać, może występuje jakiś konflikt adresów? Nie wiem, nie mam jak sprawdzić, ale tak tylko gdybam. Ewentualnie pożycz od kogoś drugi router i bez internetu spróbuj tylko dwa kompy ze sobą podłączyć, jak się wtedy zachowają. Wbij tam adresy testowo na sztywno - aby wyeliminować rzeczy poza TT-ką.

Sprawdzałeś poziom napięcia na linii +5V przy złączu cartów? W szczególności przy podpiętym i działającym NetUSBee?

OK, jak co to przepchałem te 4GB w końcu na Falcona, więc mogę odstąpić swoje Net(bez USB)Bee :) do testów.

gdzie można kupić takie rezystory? 9 nóżek 2.2k Ohm
https://www.exxoshost.co.uk/forum/viewt … 235#p27504
muszę wymienić w 5020 ST  ale nie wiem gdzie je nabyć

@jer dzięki
mają 10 nóżek, będą pasowały do 520ST. Za to w STE widzę 9 nóżkowe, czy można po odgięciu jednej nóżki tam je też zamontować?

Kochani, jako że nic się nie zmieniło w tej kwestii, czyli NetUSBee przestaje działać po kilku minutach - może ktoś w Warszawie chciałby obejrzeć moje TT pod względem elektronicznym?

A ciekawe, że rozwiązanie pochodzi od Amigowca... I ponoć będzie to nowe netusbee chodziło z jego f030 z 060...

skoro ma Falcona to już nie taki z niego amigowiec ;)

Trochę stary wątek ale jak się zakończyły walki z netusbee? Niedawno zakupiłem Atari TT i u mnie niestety problem jest bardzo podobny, do tej pory tylko raz zadziałał mi uipv310...

Kolejny test dzisiaj - na jednym (tym nowszym, z czarną płytką) netusbee mam taki efekt: uruchamiam uip versia 310, widać że wychodzi prośba do serwera dhcp oraz serwer dhcp proponuje adres IP:

20:50:29.897450 e4:8d:8c:7f:43:14 > Broadcast, ethertype IPv4 (0x0800), length 342: (tos 0x0, ttl 16, id 0, offset 0, flags [none], proto UDP (17), length 328)
    192.168.88.1.bootps > 255.255.255.255.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0xadde1223, Flags [Broadcast] (0x8000)
      Your-IP 192.168.88.146
      Server-IP 192.168.88.1
      Client-Ethernet-Address 00:48:a4:8e:4b:02
      Vendor-rfc1048 Extensions
        Magic Cookie 0x63825363
        DHCP-Message Option 53, length 1: Offer
        Server-ID Option 54, length 4: 192.168.88.1
        Lease-Time Option 51, length 4: 600
        Subnet-Mask Option 1, length 4: 255.255.255.0
        Default-Gateway Option 3, length 4: 192.168.88.1
        Domain-Name-Server Option 6, length 4: 192.168.88.1

ale niestety program uip "nie chwyta" tego IP. Co ciekawe na ekranie Atari TT mac adres to: 0:48:9:90:4b:2, czyli jakby błędnie odczytał z karty 3 i 4 bajt maca...
Gdy uruchamiam wersję 43 mac adres wyświetlany zgadza się z tym biegającym po sieci, niestety program też nie odczytuje proponowanego przez DHCP adresu IP:
20:59:21.267872 e4:8d:8c:7f:43:14 > Broadcast, ethertype IPv4 (0x0800), length 342: (tos 0x0, ttl 16, id 0, offset 0, flags [none], proto UDP (17), length 328)
    192.168.88.1.bootps > 255.255.255.255.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0xadde1223, Flags [Broadcast] (0x8000)
      Your-IP 192.168.88.146
      Server-IP 192.168.88.1
      Client-Ethernet-Address 00:48:a4:8e:4b:02
      Vendor-rfc1048 Extensions
        Magic Cookie 0x63825363
        DHCP-Message Option 53, length 1: Offer
        Server-ID Option 54, length 4: 192.168.88.1
        Lease-Time Option 51, length 4: 600
        Subnet-Mask Option 1, length 4: 255.255.255.0
        Default-Gateway Option 3, length 4: 192.168.88.1
        Domain-Name-Server Option 6, length 4: 192.168.88.1

Gdy próbuję ze starszą wersją netusbee (obie zakupione u Lotharka) i uruchamiam wersję 310 czasem na ekranie mam tylko wyświetlony mac, po sieci nie biegają żadne pytania o adres IP... a czasem biega tak jak dla drugiej wersji, czyli z innym mac niż się wyświetla w programie:

21:00:48.182343 e4:8d:8c:7f:43:14 > Broadcast, ethertype IPv4 (0x0800), length 342: (tos 0x0, ttl 16, id 0, offset 0, flags [none], proto UDP (17), length 328)
    192.168.88.1.bootps > 255.255.255.255.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0xadde1223, Flags [Broadcast] (0x8000)
      Your-IP 192.168.88.155
      Server-IP 192.168.88.1
      Client-Ethernet-Address 00:ee:e6:1e:e0:30
      Vendor-rfc1048 Extensions
        Magic Cookie 0x63825363
        DHCP-Message Option 53, length 1: Offer
        Server-ID Option 54, length 4: 192.168.88.1
        Lease-Time Option 51, length 4: 600
        Subnet-Mask Option 1, length 4: 255.255.255.0
        Default-Gateway Option 3, length 4: 192.168.88.1
        Domain-Name-Server Option 6, length 4: 192.168.88.1

tutaj podobnie jak uruchomię wersję 43, to po sieci requesty i oferta IP dhcp są widoczne:

20:56:45.971326 e4:8d:8c:7f:43:14 > Broadcast, ethertype IPv4 (0x0800), length 342: (tos 0x0, ttl 16, id 0, offset 0, flags [none], proto UDP (17), length 328)
    192.168.88.1.bootps > 255.255.255.255.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length 300, xid 0xadde1223, Flags [Broadcast] (0x8000)
      Your-IP 192.168.88.155
      Server-IP 192.168.88.1
      Client-Ethernet-Address 00:ee:e6:1e:e0:30
      Vendor-rfc1048 Extensions
        Magic Cookie 0x63825363
        DHCP-Message Option 53, length 1: Offer
        Server-ID Option 54, length 4: 192.168.88.1
        Lease-Time Option 51, length 4: 600
        Subnet-Mask Option 1, length 4: 255.255.255.0
        Default-Gateway Option 3, length 4: 192.168.88.1
        Domain-Name-Server Option 6, length 4: 192.168.88.1

niestety program na Atari nie pobiera adresu. Mac adres zgadza się pomiędzy tym, co lata w sieci a tym, co Atari TT wyświetla na ekranie.

Ma ktoś jakiś pomysł co można z tym jeszcze zrobić?

Nie mam NetUSBee, więc nie podpowiem - ale skoro są TTki, na których działa, a także te, na których nie działa - zacząłbym od kilku pytań:
1. Czy te, na których działa mają standardowo 32MHZ, czy procesor na doughterboardzie?
2. Czy znane są rewizje płyt na tych, na których działa i na tych, na których niedziała?
3. Jakie są w nich TOS-y?
Myślę, że to może wiele wyjaśnić, a wtedy można się skupić na tym, co może powodować błedy w tych niedziałających.