Heiß, heißer, FujiNet

Moderatoren: Sleeπ, andymanone

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Sa 25. Jan 2020, 18:56
Yup, I understand, for a programming exercise.

I do think this is a bit more useful.

-Thom
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Sa 25. Jan 2020, 19:08
As part of research on fleshing out the N: device, I have opened up a page on the wiki detailing filename size limitations in various DOSes.

https://github.com/FujiNetWIFI/atariwif ... imitations

This is important, as the data in these pages will go a long way to making a compatible file-level sharing mechanism that will work across the N: CIO device.

Feel free to read it.

If you can add to it, please do. I have opened up access to the Wiki so that other people can help! The page has a testing/recording procedure that you can follow to add your favorite DOS.

---

Als Teil der Forschung zur Ausgestaltung des N:-Gerätes habe ich eine Seite im Wiki geöffnet, auf der die Größenbeschränkungen von Dateinamen in verschiedenen DOS-Systemen detailliert beschrieben werden.

https://github.com/FujiNetWIFI/atariwif ... imitations

Dies ist wichtig, da die Daten auf diesen Seiten einen wichtigen Beitrag zur Schaffung eines kompatiblen Mechanismus für die gemeinsame Nutzung von Dateien auf der Ebene des N: CIO-Geräts leisten werden.

Fühlen Sie sich frei, sie zu lesen.

Wenn Sie es ergänzen können, tun Sie es bitte. Ich habe den Zugang zum Wiki geöffnet, damit andere Leute helfen können! Die Seite hat ein Test-/Aufzeichnungsverfahren, das Sie befolgen können, um Ihr Lieblings-DOS hinzuzufügen.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von Mathy » So 26. Jan 2020, 02:44
Hello Thomas

You could use F: for "FujiNet" or "W:" for WiFi. I'd prefer "W:" as somebody else might come up with a different piece of hardware that basically does the same thing but of course has a different name.

Sincerely

Mathy
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von dl7ukk » So 26. Jan 2020, 03:37

Mathy hat geschrieben:
Hello Thomas

You could use F: for "FujiNet" or "W:" for WiFi. I'd prefer "W:" as somebody else might come up with a different piece of hardware that basically does the same thing but of course has a different name.

Sincerely

Mathy



Guter Gedanke/ Good thought, good idea "F:" für FujiNet :D


Gruß
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von Montezuma » So 26. Jan 2020, 11:30
It does not matter, since all letters are anyway already "reserved":
http://atariki.krap.pl/index.php/Lista_ ... C3%B3w_CIO
One more "N" handler is OK.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » So 16. Feb 2020, 22:14
Statusbericht für 2020-02-16:

@tschak909 Überwindung der Grippe. Ich habe es geschafft, die FNC-Tools vollständig zu debuggen (FSCAN und FNET funktionieren jetzt, es gibt jetzt einen FMALL-Befehl, der nach einer FNET-Änderung alle Geräte-Steckplätze neu bestückt. Die Dokumentation wurde aktualisiert. Ich habe mich an einer hybriden DOS 2/Boot-ladefähigen Diskette mit CONFIG und den FNC-TOOLS versucht. Es funktioniert, aber die Einbaulogik muß geändert werden, damit das eingebaute Disketten-Image nicht versehentlich ausgelagert wird, wenn die Host-Liste/Geräte-Steckplätze gelesen werden (dieses Verhalten verwende ich in CONFIG).

@jeffpiep hat die Funktionalität schnell in den PlatformIO-Baum eingeklappt, und die resultierende Firmware ist nicht nur recht brauchbar, sondern auch extrem modular. Er hat gestern eine Pause eingelegt, um an seinem Beitrag für den 10-Linien-BASIC-Wettbewerb zu arbeiten.

@damosan hat jetzt seinen Ice Cream Sandwich-Prototypen und arbeitet an einer Version des verschiebbaren N: Device Handler.

---

Status report for 2020-02-16:

@tschak909 getting over flu. I did manage to get the FNC tools completely debugged (FSCAN and FNET now work, there is now an FMALL command which will re-mount all device slots after an FNET change. Documentation updated. I did try my hand at a hybrid DOS 2/Boot loadable disk containing CONFIG and the FNC-TOOLS. It works, but the mounting logic will need to be changed so that the built in disk image isn't accidentally swapped out when the host list/device slots are read (I use this behavior in CONFIG).

@jeffpiep Has been rapidly folding in functionality into the PlatformIO tree, and the resulting firmware is not only quite usable, but extremely modular. He paused yesterday, to work on his submission for the 10-liner BASIC contest.

@damosan now has his Ice Cream Sandwich prototype, and is working on a version of the relocatable N: device handler.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Sa 7. Mär 2020, 19:36
I am setting up a Discord meet to talk about #FujiNet, it's current state, what's left to do, and to have discussions between the developers and potential users:

When: Tomorrow, March 7, 2020

Time: 12:00N - 2:00p Central (CST GMT-6)

Where: https://discord.gg/K6ACREH - via Voice/Screen Share

---

Ich richte ein Zwietrachtstreffen ein, um über #FujiNet zu sprechen, den aktuellen Stand, was noch zu tun ist und um Diskussionen zwischen den Entwicklern und potentiellen Benutzern zu führen:

Wann: Morgen, 7. März 2020.

Zeit: 12:00N - 2:00p Zentrale (CST GMT-6)

Wo: https://discord.gg/K6ACREH - über Sprach-/Bildschirmfreigabe
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von luckybuck » Sa 7. Mär 2020, 19:58
Danke Dir Thom, das ist dann 19 Uhr bis 21 Uhr lokale Zeit in Deutschland. Wäre cool! :-)

Vielen lieben Dank, das ist ein ganz tolles Projekt! :-)

----

Thank you so much Thom, highly appreciated! So, this is local time Germany 7 pm to 9 pm.

Great project! Hope, many will join. :-)

All the best.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von Mathy » So 8. Mär 2020, 01:19
Hallo Leute

Wird wohl Sonntag den 8. sein.

Tschüß

Mathy
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von luckybuck » So 8. Mär 2020, 01:29
:D Hast Recht, ich leben ja nur noch in "Atari-Zeit", da ist es egal, was draußen ist... ;-)

:beer:
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » So 8. Mär 2020, 04:06
oh dear god, yes, I wrote the date wrong! :) DERP!

-Thom
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von luckybuck » So 8. Mär 2020, 04:09
No problem at all Thom, we just have changed the cell, which holds the day in Atari äh our memory... Who is the difference? ;)
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Mo 9. Mär 2020, 00:05
Thanks to all who showed up to the #Atari8bit #FujiNet discussion. Was there anyone who didn't show up, but wanted to?

Roland: yes, I saw your mail.It did require a Discord account.

The problem I have is that I have yet to actually see a meeting technology that can scale to dozens of people, which will allow us all to actively converse together.

-Thom

---

Danke an alle, die zur #Atari8bit #FujiNet-Diskussion erschienen sind. Gab es jemanden, der nicht gekommen ist, aber es wollte?

Roland: Ja, ich habe Ihre Mail gesehen. Es erforderte einen Discord-Account.

Das Problem, das ich habe, ist, dass ich bisher noch keine Meeting-Technologie gesehen habe, die auf Dutzende von Personen skalierbar ist und es uns allen ermöglicht, uns aktiv miteinander zu unterhalten.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von luckybuck » Mo 9. Mär 2020, 00:07
No problem Thom, hope, everything was fine?

Btw, is there a date, when the PLATOTERM carts can be bought?

All the best,

Roland.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Do 12. Mär 2020, 20:11
Well, PLATOTERM on cart has basically been paused. The ROM is done. But there isn't a point anymore with FujiNet, as PLATOTERM can be booted from the network and works a lot faster.

The whole point of the cartridge was to combine a WiFi modem and a cartridge in one box as an off the shelf solution, #FujiNet is a massively simpler super-set of all of that. The Atari community will benefit infinitely more from the #FujiNet than the original idea of tiny WiFi modem + cartridge, and the price doesn't change really, you get something infinitely more useful and something that can be used by more than PLATOTERM and the community as a whole for a whole new class of applications.

And it must be emphasized: Everything for #FujiNet is licensed under GPL 3.0. Everything. The hardware, software, firmware, everything.

Of course, we will sell them, BUT, We WANT people to build their own, if they are so inclined. We want people to build them for others. The usage of this device by the entirety of the ABBUC community is of paramount concern to us. I do this, because I have a day job, as do many of us working on it. So I will forgo a maximal profit to make something useful not just now, but from now on.

---

Nun, PLATOTERM auf dem Wagen wurde im Grunde genommen pausiert. Das ROM ist fertig. Aber mit FujiNet hat es keinen Sinn mehr, da PLATOTERM vom Netzwerk gebootet werden kann und viel schneller arbeitet.

Der ganze Sinn der Cartridge bestand darin, ein WiFi-Modem und eine Cartridge in einer Schachtel als eine Lösung von der Stange zu kombinieren, #FujiNet ist eine massiv einfachere Obermenge von all dem. Die Atari-Gemeinschaft wird unendlich viel mehr vom #FujiNet profitieren als von der ursprünglichen Idee eines winzigen Wifi-Modems + Cartridge, und der Preis ändert sich nicht wirklich, man erhält etwas unendlich Nützlicheres und etwas, das von mehr als PLATOTERM und der Gemeinschaft als Ganzes für eine ganz neue Klasse von Anwendungen genutzt werden kann.

Und das muss betont werden: Alles für #FujiNet ist unter der GPL 3.0 lizenziert. Alles. Die Hardware, Software, Firmware, alles.

Natürlich werden wir sie verkaufen, ABER, wir WÜNSCHEN, dass die Leute ihre eigenen bauen, wenn sie dazu geneigt sind. Wir wollen, dass die Leute sie für andere bauen. Die Nutzung dieses Geräts durch die gesamte ABBUC-Gemeinschaft ist für uns von größter Bedeutung. Ich tue dies, weil ich einen Tagesjob habe, wie viele von uns daran arbeiten. Deshalb werde ich auf einen maximalen Gewinn verzichten, um nicht nur jetzt, sondern von jetzt an etwas Nützliches zu machen.

-Thom
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von luckybuck » Do 12. Mär 2020, 22:53
Yeah great Thom, I just wonder, because, everything is already fnished regarding regarding PLATOTERM. Even the box from Steve "Mr. Robot" Boswell, which looks incredible good. :-) Even as a collector item, this would make sense.

Sure, the time of FujiNet just has begun! :-))))

Thank you so much Thom and all, who helped to make FujiNet great. I just hope, we can show one running at a next big meeting here in Germany. Will keep you up to date. All the best.

---

Prima Thom, ich fragte mich nur, was PLATOTERM betrifft, ist ja schon alles eingerichtet. Sogar die Box von Steve "Mr. Robot" Boswell, die unglaublich gut aussieht :-) Selbst als Sammlerstück würde das Sinn machen.

Sicher, die Zeit von FujiNet hat gerade erst begonnen! :-))))

Vielen Dank Thom und allen, die dazu beigetragen haben, FujiNet großartig zu machen. Ich hoffe nur, dass wir bei einem nächsten großen Treffen hier in Deutschland ein laufendes FujiNet zeigen können. Ich werde Dich auf dem Laufenden halten. Ich wünsche Dir alles Gute.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Sa 14. Mär 2020, 04:52
#FujiNet What do we have here? @jeffpiep has been hard at work implementing #Atari 1020 plotter emulation! This is awesome! :)

---

#FujiNet Was haben wir hier? @jeffpiep hat hart an der Implementierung der #Atari 1020 Plotter-Emulation gearbeitet! Das ist großartig! :)

Bild
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von luckybuck » Sa 14. Mär 2020, 06:34
WOW! You are working with VSC... Do we have all 6502 plugins needed? ;-)

Great work! :-) Thank you.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Sa 14. Mär 2020, 07:23
Yes. The production firmware is written in PLATFORM.IO, which is a superset of Arduino and Espressif-IDF, in the case of ESP8266 and ESP32 targets.

It made sense for us to use PLATFORM.IO for the production firmware, because it scales better, has much more control over memory partitioning (which we desperately need! This firmware will be VERY LARGE), and it gives us the ability to write unit tests for each piece of functionality.

-Thom

---

Ja, die Produktions-Firmware ist in PLATFORM.IO geschrieben, die eine Obermenge von Arduino und Espressif-IDF ist, im Falle der ESP8266- und ESP32-Targets.

Es war für uns sinnvoll, PLATFORM.IO für die Produktions-Firmware zu verwenden, weil sie besser skaliert, viel mehr Kontrolle über die Speicherpartitionierung hat (die wir dringend brauchen! Diese Firmware wird SEHR GROSS sein) und sie gibt uns die Möglichkeit, Unit-Tests für jedes Stück Funktionalität zu schreiben.

-Thom
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Sa 14. Mär 2020, 07:25
Since your forum is cutting off half of the image:

Bild
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Sa 14. Mär 2020, 19:08
Status for 2020-03-14:

* @jeffpiep is hard at work implementing the Atari 1020 plotter emulation. This emulation is unique in that the output is not PDF, but an SVG.

* There are a few more testers of ESP32 boards popping up, and bug reports are coming in.

* The TNFS filesystem implementation is accidentally sending back successes when all retries have been exhausted. It comes from an inconsistent mis-match of return values that happened when we ported the code to use the standard Arduino FS API. Whoops.

* In addition, the TNFS retry timings need to be further tuned, as currently there are more retry attempts than there is time for in the SIO timeout allotted by the OS for most disk operations (5 retries, 5000ms, 25 seconds, compared to 15 seconds for the OS.), We need to decrease the time between timeouts, and do more retries. To this end, I have moved timeout values to #define constants in lib/sio/sio.h

* The N: handler is being debugged, lots of work needing to be done there. OPEN works now, after a complete rewrite of the device spec tokenizer. Other operations currently fail due to stack smashing. I need to re-think how buffers are passed between protocol functions. Any insight anyone can offer for this, please check out the code and dip into sio/network* I did write a theory of operation in the wiki, if anyone is interested.

This is the muck of the project, we’ve done the huge flurry of “ain’t it cool?!” demos, and now we’re rolling up our sleeves, and working through the mix of technical debt and functionality testing. Not to mention writing unit tests :)

-Thom

---

Status für 2020-03-14:

* @jeffpiep arbeitet hart an der Implementierung der Atari 1020 Plotter-Emulation. Diese Emulation ist insofern einzigartig, als die Ausgabe nicht als PDF, sondern als SVG erfolgt.

* Es gibt noch einige weitere Tester von ESP32-Boards, und es kommen Fehlerberichte herein.

* Die TNFS-Dateisystemimplementierung sendet versehentlich Erfolge zurück, wenn alle Wiederholungsversuche erschöpft sind. Das kommt von einer inkonsistenten Fehlanpassung der Rückgabewerte, die passierte, als wir den Code zur Verwendung der Standard-Arduino-FS-API portierten. Hoppla.

* Zusätzlich müssen die TNFS-Wiederholungszeiten weiter abgestimmt werden, da es derzeit mehr Wiederholungsversuche gibt, als in der SIO-Zeitüberschreitung, die vom Betriebssystem für die meisten Plattenoperationen vorgesehen ist (5 Wiederholungsversuche, 5000ms, 25 Sekunden, im Vergleich zu 15 Sekunden für das Betriebssystem). Zu diesem Zweck habe ich die Zeitüberschreitungswerte in #define constants in lib/sio/sio.h verschoben.

* Der N:-Handler wird gerade debuggt, es muss noch viel Arbeit geleistet werden. OPEN funktioniert jetzt, nach einem kompletten Neuschreiben des Tokenizers der Gerätespezifikation. Andere Operationen scheitern derzeit aufgrund von Stack-Zerstörungen. Ich muss neu überdenken, wie die Puffer zwischen den Protokollfunktionen übergeben werden. Jeder, der einen Einblick in diese Problematik geben kann, möge sich bitte den Code anschauen und in sio/network* eintauchen. Ich habe eine Theorie der Funktionsweise im Wiki geschrieben, falls es jemanden interessiert.

Das ist der Dreck des Projekts, wir haben die große Aufregung der "Ist das nicht cool?!"-Demos hinter uns gebracht, und jetzt krempeln wir die Ärmel hoch und arbeiten uns durch die Mischung aus technischer Verschuldung und Funktionstests. Ganz zu schweigen vom Schreiben von Unit-Tests :D
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Di 17. Mär 2020, 06:08
#Atari8bit #FujiNet one of the newly added features to the #platformio version of the firmware is "Disk Rotate" which rotates disk images into the next contiguous drive slot clockwise.

https://www.youtube.com/watch?v=Bs3mwpqh718

---

#Atari8bit #FujiNet Eine der neu hinzugekommenen Funktionen der #Plattformversion der Firmware ist "Disk Rotate", die Plattenabbilder im Uhrzeigersinn in den nächsten angrenzenden Laufwerksschacht dreht.

https://www.youtube.com/watch?v=Bs3mwpqh718
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Di 17. Mär 2020, 18:52
I work out, every day using #Atari's Personal Fitness program. Previously, I had kept my copy of both the program and data disk that I used every day on two separate floppies, because Personal Fitness only supported one disk drive.

With #FujiNet, I can put the program and data disks in the first two drive slots, and rotate them when needed, to run the program entirely from my local file server or from #FujiNet's local file storage.

https://www.youtube.com/watch?v=0KV2aayuSFs

---

Ich trainiere jeden Tag mit #Ataris persönlichem Fitnessprogramm. Zuvor hatte ich meine Kopie des Programms und der Datenplatte, die ich jeden Tag benutzte, auf zwei getrennten Disketten aufbewahrt, da Personal Fitness nur ein Laufwerk unterstützte.

Mit #FujiNet kann ich die Programm- und Datenplatten in die ersten beiden Laufwerksschächte einlegen und bei Bedarf drehen, um das Programm vollständig von meinem lokalen Dateiserver oder vom lokalen Dateispeicher von #FujiNet auszuführen.

https://www.youtube.com/watch?v=0KV2aayuSFs
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Mi 18. Mär 2020, 00:49
Wenn jemand bei der Leistungssteigerung des Lese-Caches im #FujiNet helfen möchte, sollte man sich dieses Thema ansehen:

https://github.com/FujiNetWIFI/atariwifi/issues/162

Ich glaube, dass der Lese-Cache intelligenter als ein Ringpuffer implementiert werden kann, der beim Herausschieben von Sektoren konsequent angehängt werden kann. Details im Ticket, einschließlich Link zum Quellcode der aktuellen Implementierung.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » So 22. Mär 2020, 01:18
#FujiNet verwendet TNFS, das hauptsächlich über UDP kommuniziert. Das bedeutet, dass die Firmware in der Lage sein muss, Netzwerke mit weniger als idealen Bedingungen zu handhaben, was zu Zeitüberschreitungen, Paketverlusten und sogar zu doppelten Paketen führen kann.

Ich habe die letzte Woche damit verbracht, den TNFS-Code zu überarbeiten, um ihn zu vereinfachen und einen einzigen Code-Pfad für das Senden von Paketen, den Empfang von Antworten und die Behandlung von Timeouts bereitzustellen. Dadurch konnte ich besser sehen, was passierte, und die Wiederholungslogik in den letzten anderthalb Tagen ändern, um sie robuster zu machen, indem ich ein Testnetzwerk verwendete, das großzügig von einem Benutzer bereitgestellt wurde, der sein eigenes #FujiNet aufgebaut hat!

Weitere Statusberichte werden bald folgen!
https://www.youtube.com/watch?v=ULk2Vig7Gts
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » So 22. Mär 2020, 19:50
Für jeden, der einen Beitrag leisten möchte, ist eine weitere einfache Erweiterung erforderlich, um die TNFS-Netzwerkleistung zu verbessern, wenn der Cache ausgeschaltet ist (z.B. während der Entwicklung):

Angesichts einer Sektornummer, die in sio_read() kommt:
https://github.com/FujiNetWIFI/atariwif ... sk.cpp#L44

Bestimmen Sie, ob der zu lesende Sektor der nächste Sektor ist. Wenn ja, NICHT SEHEN, sonst führen Sie einen Suchlauf durch.

Die Sektorgröße muss ebenfalls berücksichtigt werden (die ersten drei Sektoren sind 128 Bytes groß, 256-Byte- oder 512-Byte-Sektoren werden derzeit nicht berücksichtigt).

Bei TNFS wird dadurch eine Round-Trip-Kommunikation entfernt und der Netzwerkzugang beschleunigt.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » So 22. Mär 2020, 22:54
#FujiNet Currently for development, disk image selection is very simplistic. No subdirectories, and a max of 16 entries returned. What should we do going forward? How should it look to the user? Who can help make a better implementation?

https://www.youtube.com/watch?v=X8JF8twd46M
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Mo 23. Mär 2020, 06:29
@jeffpiep has been hard at work implementing the unique sideways printing mode present on the Atari 820. Due to the unique orientation, it's implemented as a custom sideways font. Shown here is actual printed output vs the emulated PDF.
89120424_10216139221173624_6141993861108465664_o.png
https://cdn.discordapp.com/attachments/ ... 5664_o.png
unknown.png
https://cdn.discordapp.com/attachments/ ... nknown.png
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Mo 23. Mär 2020, 21:37
#FujiNet - Shown here is a picture of my local TNFS server that I use for my own file storage. While there are internet-accessible public TNFS file servers, this one is for my own files.

It is a Raspberry Pi 3, inside a FLiRC case, with 64GB of flash, running Raspbian Lite, and the tnfsd software as a systemd service. I am powering it off one of the USB connectors on my power strip.

Total setup time: 30 minutes.

Bild

Instructions to set up, are here:
https://github.com/FujiNetWIFI/atariwif ... spberry-Pi
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Do 26. Mär 2020, 19:38
Statusbericht 2020-03-26:

für Codierer, die nach einem Projekt oder einer Möglichkeit zur Hilfeleistung jagen: Ich könnte wirklich etwas Hilfe bei der Implementierung der ATX-Unterstützung gebrauchen, da ich damit beschäftigt bin, andere Teile des Codes zu unterstützen.

Ich habe die letzte Woche damit verbracht, den TNFS-Code durchzuarbeiten:

* Entfernen Sie den Re-Caching-Code, da er fehlerhaft war, in Vorbereitung auf den Refactor.
* Die Wiederholungslogik wurde korrigiert, so dass doppelte Pakete keine Probleme verursachen, sondern ignoriert werden.
* Refactor, um Timeouts richtig zu behandeln und nur dann zu scheitern, wenn alle Wiederholungsversuche fehlschlagen.
* Implementierung des SIO-Befehls für Write with Verify (nicht mehr nur ein Alias für P).
* Implementierung der Suchoptimierung, die nur bei Bedarf sucht, wodurch die Anzahl der UDP-Round-Trip-Pakete für lineare Leseversuche erheblich reduziert wird.

Rick Lopez hat am R:-Code gearbeitet, ihn auseinandergenommen, um ihn zu verstehen, und Verbesserungen vorgenommen. Seine aktuellen Experimente nehmen den Altirra R:-Handler und betten ihn in die #FujiNet-Firmware ein, um ihn per Typ-1-Abfrage weiterzugeben. (Wir haben die Erlaubnis von @phaeron)
Verbesserungen der Pufferung werden auch versucht, die charakteristisch kleinen RX-Puffer zu kompensieren, die der Atari während des gleichzeitigen Betriebs der meisten MODEM-Programme angibt, um die meisten Modemprogramme dazu zu bringen, mit höheren Geschwindigkeiten arbeiten zu können.
Eine Idee, die ich hier vorgeschlagen habe, ist, den R:-Handler so zu modifizieren, daß er vor dem STREAM-Befehl einen zusätzlichen Befehl ausgibt, der die Größe der angeforderten IOCB-Pufferlänge zurückgibt. Dieser kann als sekundärer Puffer verwendet werden, der nur gefüllt wird, wenn er geleert wird, um die Verbindung auch bei höheren Baudraten zu drosseln, wenn der Puffer viel zu klein ist, um höhere Übertragungsraten zu bewältigen.

Wir hacken uns weiter durch den Schlamm :)

Übersetzt mit www.DeepL.com/Translator (kostenlose Version)

---

2020-03-26 Status Report:

to coders itching for a project or a way to help: I really could use some help trying to implement the ATX support, as I am busy trying to shore up other parts of the code.

I spent the last week working through the TNFS code:

* Remove the re-caching code, as it was buggy, in preparation for refactor.
* Fix retry logic so that duplicate packets don't cause issues, they are ignored.
* Refactor to properly handle timeouts and to only fail outright if all retry attempts fail.
* Implement SIO command for Write with Verify (no longer just an alias for P).
* Implement seek optimization, only seek when needed, thereby reducing the number of UDP round trip packets significantly for linear reads.

Rick Lopez has been working on the R: code, taking it apart to understand it, and making improvements. His current set of experiments are taking the Altirra R: handler and embedding it into #FujiNet firmware to be passed across via Type 1 poll. (We have permission from @phaeron)
Buffering improvements are also being tried to compensate for the characteristically small RX buffers specified by the Atari during concurrent mode by most MODEM programs, in an effort to get most modem programs to be able to work at higher speeds.
An idea I proposed here is to modify the R: handler to emit an additional command before the STREAM command which returns the size of the requested IOCB buffer length. This can be used as a secondary buffer, only filled when drained, to throttle the connection even at higher baud rates when the buffer is much too small to handle higher transmission rates.

We hack onward through the mud. :D
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Sa 28. Mär 2020, 00:09
#FujiNet @jeffpiep is checking in the last of the #Atari 822 printing emulation, which provides graphics support! The secret? Using SIO command 'P' instead of the usual 'W', which causes the printer to accept 1 bit per pixel monochrome bitmap data in the same format as a GRAPHICS 8 screen. This was previously undocumented.

---

#FujiNet @jeffpiep checkt die letzte der #Atari 822 Druck-Emulation ein, die grafische Unterstützung bietet! Das Geheimnis? Die Verwendung des SIO-Befehls 'P' anstelle des üblichen 'W', der den Drucker veranlasst, monochrome Bitmap-Daten mit 1 Bit pro Pixel im gleichen Format wie ein GRAPHICS 8-Bildschirm zu akzeptieren. Dies war bisher nicht dokumentiert.

Bild
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Mo 30. Mär 2020, 00:42
The CONFIG program now has an info screen that shows network information, like the FCONFIG program in fnc-tools.
fujinet_config_1280.jpg
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Di 31. Mär 2020, 17:25
Thank you all for the wonderful write up in the latest ABBUC newsletter. :)

-Thom
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Fr 3. Apr 2020, 03:40
#FujiNet #Atari8bit Showing how the TCP listen/unlisten functionality was added to the #FujiNet firmware, so that BBS software works, and tools to use it.

https://youtu.be/I24RkKSNOV0

---

#FujiNet #Atari8bit Zeigt, wie die TCP-Listen/Un listen-Funktionalität zur #FujiNet-Firmware hinzugefügt wurde, so dass die BBS-Software funktioniert, sowie Werkzeuge zur Nutzung dieser Funktion.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Sa 4. Apr 2020, 21:02
#Atari8Bit #FujiNet The N: device comes in two parts, a CIO handler on the #Atari, and the SIO code running on the #FujiNet. Made a video showing how am debugging the SIO code using test programs running on the Atari.

https://www.youtube.com/watch?v=sTZibzlbPTc

---

#Atari8Bit #FujiNet Das N: Gerät besteht aus zwei Teilen, einem CIO-Handler auf dem #Atari und dem SIO-Code, der im #FujiNet läuft. Ich habe ein Video erstellt, das zeigt, wie ich den SIO-Code mit Hilfe von Testprogrammen, die auf dem Atari laufen, debugge.

https://www.youtube.com/watch?v=sTZibzlbPTc
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Mo 6. Apr 2020, 06:06

printed822-abbuc.jpg
printed822-abbuc.jpg


@Jeffpiep has been hard at work improving the printing emulation, which now embeds the fonts into the PDF, so it can be printed or read as intended on any device or printer. Jeff designed a new font for the 822 emulation based on printed specimens provided by Bill Lange from his 822 printer. :)

You can grab specimens here, from the 822 emulation:
https://drive.google.com/open?id=17Rfxq ... v6h4YfLulu(test 74)
https://drive.google.com/open?id=1vCWT_ ... Jc7JG9GPCa(test 76)

---

@Jeffpiep hat hart an der Verbesserung der Druckemulation gearbeitet, die nun die Schriften in die PDF-Datei einbindet, so dass sie auf jedem Gerät oder Drucker wie vorgesehen gedruckt oder gelesen werden kann. Jeff entwarf eine neue Schriftart für die 822-Emulation auf der Grundlage von Druckmustern, die Bill Lange von seinem 822-Drucker zur Verfügung gestellt hat :)

Sie können hier Exemplare aus der 822-Emulation abrufen:
https://drive.google.com/open?id=17Rfxq ... v6h4YfLulu(test 74)
https://drive.google.com/open?id=1vCWT_ ... Jc7JG9GPCa(test 76)
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von JoSch » Mo 6. Apr 2020, 09:13
Hi.

Can RespeQt use this 822 font? How is the license for the font?

Bye Jochen.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Di 7. Apr 2020, 06:09
Sure, talk to @jeffpiep on AtariAge.

-Thom
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von JoSch » Di 7. Apr 2020, 13:20
I'm not on AtariAge.
Sleeπ

Benutzeravatar
Sleeπ
Beiträge: 1618
Registriert: 18.06.2021 20:58
Has thanked: 101 times
Been thanked: 304 times
Kontaktdaten:

Re: Heiß, heißer, FujiNet

Beitrag von Sleeπ »

von tschak909 » Di 7. Apr 2020, 17:27
Then you have my permission to pull the font data from the FujiNet repo.
-Thom
Sleeπ

Antworten

Wer ist online?

Mitglieder in diesem Forum: Bing [Bot] und 1 Gast