1 Ostatnio edytowany przez artik-wroc (2020-12-25 18:52:51)

Jak pewnie część osób wie, istnieje możliwość podłączenia karty ISA - SMC 8216 to TT-tki.
smc_tt1.zip - Tuw-tcp for TT Lan and SMC ELITE ULTRA card
są do tego dostępne źródła oprogramowania.

Pomyślałem więc sobie, że spróbuję ożenić tę kartę z Panther/2 (w końcu to ISA jest).

Co mam. Sterownik się ładuje i testuje pamięć karty - jest OK.

smc1

Obsługa przerwania na VME i Panther to całkiem inna sprawa. Pantera ma program (P2INT), który niejako wszystko szykuje, należy się jedynie podłączyć w łańcuch XBRA, w czym pomagał mi Cyprian i udało się tę część przerobić:

smc2

doczytałem i okazało się, że jeszcze trzeba było je włączyć, adres do procedur włącz/wyłącz jest w ciasteczku, które wspomniany program tworzy. Więc przerwanie dla Pantery jest aktywne.

No i to by było na tyle z tego co się udało :)
Teraz jak uruchamiam wszystkie potrzebne programy do Tuw-tcp wszystko się uruchamia i nie zgłasza jakowychś błędów. Dostępny jest program umożliwiający połączenie FTP lub Telnet.
Problem jest taki, że przy próbie połączenia zwis lub 3 bombki. 3 bombki są akurat oczywiste (cytat z Profilbuch'a):

68000 i 68010 dostęp do adresów nieparzystych mogą uzyskiwać tylko bajt po bajcie. Ten wyjątek jest wyzwalany, gdy próbujesz uzyskać dostęp do słowa lub długiego słowa (licznik programu i wskaźnik stosu nie mogą zawierać żadnych nieparzystych wartości!).

wiadomo kwestia brakującej nogi A0.

Pomimo tego, jak puszczę ping z Windowsa (XP :) ) to widzi Panterę i jest odpowiedź. Sam router nie widzi (pewnie nie jest tak dziurawy jak XP, to tak odnośnie innego wątku).

No i teraz myślę jak się do tego zabrać. Sam przesył z karty do bufora to po prostu zestaw kilku instrukcji move.l, adresy docelowy jest parzysty, źródłowy to wskaźnik do struktury:

typedef struct
  {
  unsigned long  in_dst;  /* Internet Empf„nger          */
  unsigned long  in_src;  /* Ethernet Absender           */
  unsigned short in_port; /* Port zu senden              */
  unsigned short dummy;   /* long align                  */
  unsigned short len;     /* Laenge der Daten in lan_data*/
  unsigned short code;    /* Befehlscode                 */
  unsigned long  id;      /* ID dieses Paketes           */
  short          req_id;  /* ID des eigenen Requesters   */
  short          usr_id;  /* ID des eingeloggten Users   */
  lan_data_typ   lan_data;/* eigentlicher Datenpuffer    */
  } lan_buffer_typ;

Wszelkie wpisy do rejestrów to operacje na bajtach.
Gdyby ktoś bieglejszy rzucił na to okiem, byłbym rad niezmiernie.

Było miło :) Do widzenia.

2

Lance? Do tego nie ma sterownika w Mint?

What can be asserted without proof can be dismissed without proof.

3

artik-wroc napisał/a:

Problem jest taki, że przy próbie połączenia zwis lub 3 bombki.

który program wyrzuca błąd?
któryś z załacznika SMCLANCE.zip czy coś innego?

Lynx I / Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org

4

Na starcie ładujesz 3 programy, z tym że zmienia się tylko jeden w zależności od karty.
Więc zakładam, że to właśnie smclance(wdtools) jest przyczyną.

sqward napisał/a:

Lance? Do tego nie ma sterownika w Mint?

To nie jest sterownik do Lance, tylko do SMC. Nie wiem dlaczego taka nazwa, może oryginalny był do Lance. Sam pakiet TUW-TCP chyba "debiutował" właśnie w wersji do kart z układem AMD.

Było miło :) Do widzenia.

5 Ostatnio edytowany przez artik-wroc (2020-12-15 20:05:17)

Walczę dalej. Niestabilność/bomby wynikały w błędu w obsłudze przerwania, teraz już nie sypie i nie wiesza się. Jednak dalej coś nie bangla.

Odpaliłem na XP prosty serwer ftp i mogę się do niego zalogować. Wiedząc jakie są katalogi przechodzić między nimi, ale już wyświetlenie listy plików nie jest możliwe.

smc3

Próba pobrania pliku kończy się niepowodzeniem.

smc4

Jest program NETSTAT, ale on jest dla innego sterownika więc nie jest wiarygodny :)

smc5

W odwrotnej sytuacji, gdy serwer jest na Atari, niby jest połączenia, ale zaraz potem...

smc6

Mam jeszcze kilka podejrzeń, więc może coś z tego będzie.

Było miło :) Do widzenia.

6

Zwykle takie zachowanie jest spowodowane rozjechaniem MTU. Małe pakiety działają ... np. ping ... ale coś większego już nie.

Zobacz wiresharkiem co się tam dzieje.

Atari: FireBee, (Falcon030 CT60e SuperVidel SvEthlana CTPCI), TT, (520ST Pak030 Frak PuPla Panther), (520ST 4MB ST RAM 8MB TT RAM CosmosEx SC1435), (1040STFM UltraSatan SM124), (1040STE 4MB ST RAM 8MB TT RAM CosmosEx NetUSBee SM144 SC1224), 260ST, 520 ST+, (MEGA ST SM125), (65XE Rapidus U1MB VBXE SIDE2 SIO2PC), (Jaguar SkunkBoard), Lynx II, 2x Portfolio

8 Ostatnio edytowany przez artik-wroc (2020-06-07 16:56:05)

BartoszP napisał/a:

Zwykle takie zachowanie jest spowodowane rozjechaniem MTU. Małe pakiety działają ... np. ping ... ale coś większego już nie.

Zrobiłem z poziomu XP taki test, jak opisany tutaj (na adres IP na którym jest Atari):
https://www.tp-link.com/pl/support/faq/190/

i co ciekawe, a właściwie nie ciekawe, przy wartości 1473 pakiety są podzielone, a przy 1472 brak odpowiedzi, więc nie ma tak, aby pakiety były całe.
Na Atarce zmieniałem MTU w górę i w dół, ale nie ma różnicy w działaniu.

Adam Klobukowski napisał/a:

Zobacz wiresharkiem co się tam dzieje.

Ściągnąłem sobie instrukcję, bym przynajmniej wiedział co tam się pokazuje :)

Było miło :) Do widzenia.

9

artik-wroc napisał/a:

smc3

z nieba mi spadłeś, od paru lat szukam tej czcionki z okna :)
masz ją gdzieś luzem czy jest zaszyta w aplikację?

Lynx I / Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org

10

Cyprian napisał/a:

od paru lat szukam tej czcionki z okna

Bosz... Panowie, proszę, FONTU, bo mnie krew zaleje i nie będzie obudów, gniazd SIO i innych pierdół które są w planach bliższych i dalszych...

Sikor umarł...

11

Cyprian: są w katalogu APP:
http://www.umich.edu/~archive/atari/Net … p.1.22.lzh

Było miło :) Do widzenia.

12

dzięki Artik

Lynx I / Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org

13

Adam Klobukowski napisał/a:

Zobacz wiresharkiem co się tam dzieje.

Albo NMAP cokolwiek co pozwoli podejrzec pakiety i szaczegóły połączenia.

14

Dał bym się pokroić, że sprawdzałem tę kartę. A teraz pod blaszakiem też niby działa. Jest widoczna, zero problemów przy instalacji, tylko nie wychodzi nic na zewnątrz.
Może program dosowy do ustawiania adresu i przerwania tak źle na nie wpływa. Idzie już następna więc powinienem być mądrzejszy.

Było miło :) Do widzenia.

15 Ostatnio edytowany przez artik-wroc (2020-12-15 20:06:06)

wir

Było miło :) Do widzenia.

16

A to dziwne. Ewidentnie suma się nie zgadza. Nie wiem czy w tej karcie liczona jest sprzętowo, czy odpowiedzialny jest za to driver?

What can be asserted without proof can be dismissed without proof.

17

Wrzuć cała ramke do analizy.

"tatusiu zobacz, narysowałam tobie takie same coś jak na twojej koszulce" 
https://github.com/willyvmm/mouSTer
jmp $e477

18 Ostatnio edytowany przez artik-wroc (2020-07-04 21:39:56)

Frame 14: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface 0
    Interface id: 0 (enp0s25)
    Encapsulation type: Ethernet (1)
    Arrival Time: Jun 12, 2020 14:57:03.528961934 CEST
    [Time shift for this packet: 0.000000000 seconds]
    Epoch Time: 1591966623.528961934 seconds
    [Time delta from previous captured frame: 0.259931276 seconds]
    [Time delta from previous displayed frame: 0.259931276 seconds]
    [Time since reference or first frame: 132.066817550 seconds]
    Frame Number: 14
    Frame Length: 64 bytes (512 bits)
    Capture Length: 64 bytes (512 bits)
    [Frame is marked: False]
    [Frame is ignored: False]
    [Protocols in frame: eth:ethertype:ip:tcp]
    [Coloring Rule Name: Bad TCP]
    [Coloring Rule String: tcp.analysis.flags && !tcp.analysis.window_update]
    Padding: 0000
    Frame check sequence: 0x00000000 incorrect, should be 0x33fa223a
        [Expert Info (Error/Checksum): Bad checksum [should be 0x33fa223a]]
            [Bad checksum [should be 0x33fa223a]]
            [Severity level: Error]
            [Group: Checksum]
    [FCS Status: Bad]
   0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
    Total Length: 44
    Identification: 0x0000 (0)
    Flags: 0x0000
    Time to live: 255
    Protocol: TCP (6)
    Header checksum: 0x39a9 [validation disabled]
    [Header checksum status: Unverified]
Transmission Control Protocol, Src Port: 43387, Dst Port: 23, Seq: 0, Len: 0
    Source Port: 43387
    Destination Port: 23
    [Stream index: 0]
    [TCP Segment Len: 0]
    Sequence number: 0    (relative sequence number)
    [Next sequence number: 0    (relative sequence number)]
    Acknowledgment number: 0
    0110 .... = Header Length: 24 bytes (6)
    Flags: 0x002 (SYN)
        000. .... .... = Reserved: Not set
        ...0 .... .... = Nonce: Not set
        .... 0... .... = Congestion Window Reduced (CWR): Not set
        .... .0.. .... = ECN-Echo: Not set
        .... ..0. .... = Urgent: Not set
        .... ...0 .... = Acknowledgment: Not set
        .... .... 0... = Push: Not set
        .... .... .0.. = Reset: Not set
        .... .... ..1. = Syn: Set
            [Expert Info (Chat/Sequence): Connection establish request (SYN): server port 23]
                [Connection establish request (SYN): server port 23]
                [Severity level: Chat]
                [Group: Sequence]
        .... .... ...0 = Fin: Not set
        [TCP Flags: ··········S·]
    Window size value: 4096
    [Calculated window size: 4096]
    Checksum: 0xb4a9 [unverified]
    [Checksum Status: Unverified]
    Urgent pointer: 0
    Options: (4 bytes), Maximum segment size
        TCP Option - Maximum segment size: 1024 bytes
            Kind: Maximum Segment Size (2)
            Length: 4
            MSS Value: 1024
    [SEQ/ACK analysis]
        [TCP Analysis Flags]
            [Expert Info (Note/Sequence): This frame is a (suspected) retransmission]
                [This frame is a (suspected) retransmission]
                [Severity level: Note]
                [Group: Sequence]
            [The RTO for this segment was: 2.079789816 seconds]
            [RTO based on delta from frame: 6]
    [Timestamps]
        [Time since first frame in this TCP stream: 2.079789816 seconds]
        [Time since previous frame in this TCP stream: 0.259931276 seconds]
Było miło :) Do widzenia.

19 Ostatnio edytowany przez artik-wroc (2020-12-15 20:06:28)

Udało mi się rozwiązać problem błędu FCS/CRC. Kupiłem huba, dzięki czemu łatwiej węszyć Wireshark'iem i wiem dlaczego atarka się nie łączy. Idzie SYN, wraca SYN/ACK i nie wychodzi z Atari ACK, więc połączenie nie zostaje nawiązane. Sprawdziłem jeszcze, jak to wygląda na karcie Riebl pod Sting'iem. Ciekawi mnie jedna rzecz, mimo iż Riebl działa, router często wysyła pakiet ARP z żądaniem adresu MAC, dostaje odpowiedź i za chwilę ponownie to samo żądanie (czy nie powinien wrzucić do bufora i więcej nie pytać ?). Może w przypadku Atari/Sting to normalne ?

Swoją drogą fajnie widzieć taki adres MAC :)
http://artik-wroc.pl/pliki/arp.png

Było miło :) Do widzenia.

20 Ostatnio edytowany przez artik-wroc (2020-12-15 20:06:53)

Udało się :) Kilka poprawek i już można słać pliki.

smc7

smc8

smc9

Jeszcze rozpoznawanie wersji Panther, nie zależnie od gala i będzie to dobry początek.

Było miło :) Do widzenia.

21

gratulacje Artik.
gdzie był problem

Lynx I / Mega ST 1 / 7800 / Portfolio / Lynx II / Jaguar / TT030 / Mega STe / 800 XL / 1040 STe / Falcon030 / 65 XE / 520 STm / SM124 / SC1435
DDD HDD / AT Speed C16 / TF536 / SDrive / PAK68/3 / Lynx Multi Card / LDW Super 2000 / XCA12 / SkunkBoard / CosmosEx / SatanDisk / UltraSatan / USB Floppy Drive Emulator / Eiffel / SIO2PC / Crazy Dots / PAM Net
http://260ste.atari.org

22

Na poziomie protokołu IP odrzucało pakiety, błędnie uznając je za pofragmentowane. Ustawiony nie ten bit. Ciekawe czy kiedyś oprogramowanie nie zwracało uwagi na tę część nagłówka, bo wszystkie wersje TUW-TCP to mają, a zakładam, że przecież musiały działać swego czasu :)
Ja się cieszę, że przy okazji poznałem trochę temat "jak to działa".

Było miło :) Do widzenia.

23

Całkiem niezłe transfery jak na ST. Muszę sprawdzić czy uiptool przypadkiem nie jest w tyle ;)

What can be asserted without proof can be dismissed without proof.

24

Niejako zamykając temat (na tę chwilę) podrzucam działające pliki.
Kolejność programów w AUTO:
- P2INT.PRG (program inicjuje obsługę przerwań Panther/2), potrzebny do rozpoznania jaka karta/GAL Tseng czy ATI
- INETCUST.PRG
- SMCLANCE.PRG
- TUWTCP.PRG

Konieczna jest edycja pliku INETCUST.INF odpowiednio dla naszej atarki. Pliki w katalogu ETC można, ale nie trzeba edytować.
TNFTP.PRG obsługa Telnet i FTP

Zwora na karcie SMC Ultra w pozycji 300/10/CC00/NONE (I/O, IRQ, RAM, ROM).

Post's attachments

SMC.zip 85.11 kb, nikt jeszcze nie pobierał tego pliku. 

Tylko zalogowani mogą pobierać załączniki.
Było miło :) Do widzenia.