Mit Wifi ins Internet derzeitiger Stand

[czietz]

@Atariosimus: Kommst Du eigentlich auf ftp://ftp.lip6.fr ? Mit dem PC funktioniert's, der Server ist also OK, aber am Atari (+STinG) nicht, egal mit welchem FTP-Programm (Litchi, aFTP, PFTP). Muss irgendwas mit STinG sein.

[Atariosimus]

Bin grade rein mit Litchi. Dauerte ca. 3 Minuten. Alles mit 8MHz. Mehr wie Sting hab ich nicht.
19200 Baud auf Modem 1 Anschluß.

[Atariosimus]

hier noch wie Xboot eingestellt ist

[Atariosimus]

Hier noch CPX Einstellungen

[Atariosimus]

Bin nochmal rein und habe die Zeit zweimal gestoppt bis was angezeigt wurde.
Immer nach 35 Sekunden war was da, also schneller als zuerst mit den 3 Minuten.

Ich hoffe das hilft 

[czietz]

Danke, ich habe mal debuggt.

Bei ftp.lip6.fr setzt der Server -- oder etwas auf dem Weg, weil Atariosimus das ja nicht sieht -- das TOS-Feld im IP-Header (Type Of Service, hat nichts mit dem Betriebssystem zu tun). Das mag STinG nicht und bricht die Verbindung nach dem ersten Datenpaket wieder ab. Ob das ein Bug in STinG ist oder daran liegt, dass die Bedeutung des TOS-Felds Ende 1998 ggü. dem ursprünglichen TCP-Protokoll geändert wurde, weiß ich nicht.

[gh-baden]

Hier noch CPX Einstellungen

BTW: Als Domain solltest du nicht google.com eintragen, es sei denn, du möchtest, dass deine Rechnerkurznamen um "google.com" vor dem Resolving ergänzt werden. Da du aber Googles DNS-Server nutzt, müßten deren Namen dort bekannt sein. Eher unwahrscheinlich. Du könntest aber einen deiner Rechner mal "www" nennen ;-)

Ich habe Googles DNS-EULA nicht mehr im Kopf, aber Cloudflare verspricht, dass sie nichts loggen (1.1.1.1). Oder du nimmst einfach das DNS deines Internet Service Providers. Der dürfte der DSGVO unterliegen.

[mfro]

Bei mir ist das TOS Feld bei den IP-Paketen von ftp.lip6.fr - soweit ich sehen kann - immer 0x00.

Muß bei dir wohl am Übertragungsweg (oder gar am lokalen Rechner) liegen.

[czietz]

Bei mir ist das TOS Feld bei den IP-Paketen von ftp.lip6.fr - soweit ich sehen kann - immer 0x00.

Muß bei dir wohl am Übertragungsweg (oder gar am lokalen Rechner) liegen.

Ich habe es nicht nur aus meinem lokalen LAN aus, sondern, um meinen Router und meinen Internetprovider auszuschließen, auch per Remote von einem komplett anders ans Internet angebundenen Rechner probiert: TOS immer ungleich 0x00. Die Ursache muss dichter an ftp.lip6.fr dran liegen. Oder Eure Providern filtern das heraus. Aber das ist off-topic.

On-Topic ist hingegen, dass ich STinGs TCP.STX bzgl. dieses Problems gefixt habe. Bei Interesse bitte PM.

[Atariosimus]

Habe das TCP.STX mit dem Fix am Laufen. Bisher gabs damit keine besonderen Vorkommnisse.

Eine andere Frage noch zur Hardware. In dem Forum hat man RST auch noch auf VCC gelegt und
GPIO0 mit Motor Control verbunden.
http://www.atari.org.pl/forum/viewtopic.php?id=14246

Bringt das noch irgendwelchen Nutzen?

Weiterhin habe ich mal die Baudrate auf 57600 vergrößert. Da lief allerdings nichts mehr und ich mußte
den ESP nochmal neu flashen. Habe nur die Baudzahl mit dem set Befehl erhöht und im CPX Modul
auf den selben Wert gesetzt. Alles an Modem 1. Die HSMODEM 07 Dateien habe ich jedoch nicht
verändert über das Setter Programm. Vielleicht ist das der Grund warum es nicht lief und
weil Modem 2 erforderlich ist.

https://forum.atari-home.de/index.php?topic=6368.0 Antwort #9 ist mir dabei nicht ganz klar wie man
das einstellt.

[czietz]

Reset (RST) hat seinen Pull-Up schon auf dem ESP-01-Board, Du den Pin gerne auch nochmal auf Vcc legen, ändert halt nichts. "Motor Control" ist kein Pin am Atari; ich weiß also nicht, was Du in diesem anderen Forum da gelesen hast.

[Atariosimus]

Pin 8 laut deren Schaltplan. Kann mir auch nicht erklären wofür das gut ist. Leider
kann ich kein polnisch.
Nun gut es funktioniert ja. An Reset mach ich kein VCC dran wenn das so ist.

[czietz]

Pin 8 laut deren Schaltplan.

... an einer SIO-Buchse! Das ist doch Atari 8-bit-Kram. Ich dachte, es ginge Dir hier um Deinen MegaSTE.

[Atariosimus]

Ja geht auch um den MegaSTe. Ich hab mich eben nur gewundert wieso die noch eine zusätzliche
Verbindung brauchen.

[Atariosimus]

Musste jetzt wieder den ESP neu flashen nachdem ich die Geschwindigkeit auf Modem 1 erhöht hatte.
bei Modem 2 kommt man im CPX nicht über die 19200 hinaus.

Anbei nochmal die Abfolge in Bildern. Das MFP.PRG im Autoordner habe ich mit dem
Setter.prg soweit geändert. Der Empfangs- und Sendepuffer wurde auf 2000 Bytes erhöht.

Es tut sich aber nichts da im Telnet bei Baudraten über 19200 immer ein Timeout kommt.

Wo liegt der Fehler?

Jetzt wird erstmal bad baudrate changes angezeigt. 
Der Fehler wäre behoben.

[gh-baden]

Musste jetzt wieder den ESP neu flashen nachdem ich die Geschwindigkeit auf Modem 1 erhöht hatte.
bei Modem 2 kommt man im CPX nicht über die 19200 hinaus.

MODEM2 kann aber 153k6. Wenn das bei dir nicht wählbar ist – was für ein CPX ist das? Hast du für den MegaSTE passende HSMODA-Treiber installiert (SCC.PRG)? Kannst du in CoNnect die 153k6 für MODEM2 wählen?

BTW: Ist dein MegaSTE vom in der HSMODA-Doku beschriebenen Bug betroffen?

MegaSTE mit MODEM2/SERIAL2-Fehlern
----------------------------------
Es gibt einige MegaSTE, die bei der Datenbertragung ber MODEM2 oder SERIAL2 und gleichzeitigen DMA-Zugriffen auf Festplatte oder Diskette Dateien zerstören. Meist äußert sich dies darin, daß (z.B. per ZMODEM) empfangene (oder gesendete) Archive (z.B. LZH, ZOO, ZIP) sich nicht mehr auspacken lassen (Fehlermeldung des Packers). Dieser Fehler wird durch ein fehlerhaftes PAL in der Steuerlogik fr den SCC verursacht. Franz Sirl hat ein GAL entwickelt, das das PAL ersetzt und die Fehler erfahrungsgemäß beseitigt. Das Listing für das GAL ist in Mailboxen im Archiv FSER096B.LZH zu finden.

Und wie bekommt man am MegaSTE auf MODEM1 (ohne basteln) mehr als 19k2?

[Atariosimus]

Hier mal die CPX Datei.

Vielleicht liegt der Fehler darin kein SCC.PRG benutzt zu haben.

Ob der Bug zutrifft kann ich deshalb nicht sagen

[Lukas Frank]

Ohne Zusatz Hardware ist bei 19.200Baud Schluss bei Modem1

[Atariosimus]

Jetzt konnte ich die Baudrate auf Modem 2 umstellen.

Allerdings reagiert Telnet mit einem Timout.

[gh-baden]

Hier mal die CPX Datei.

Vielleicht lieht der Fehler darin keine SCC.PRG benutzt zu haben.

Ohne SCC.PRG wirst du auf MODEM2 keinen Spaß haben. Vielleicht schaltest du das mal ein und beantwortest dann die andere noch Frage – CoNnect?

Jetzt konnte ich die Baudrate auf Modem 2 umstellen.

Was genau meint „jetzt“? Wir sitzen ja nicht neben dir und sehen, was bei dir „jetzt“ ist?