Jump to content

Search the Community

Showing results for tags 'fujinet'.

More search options

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


  • Atari Systems
    • Atari General
    • Atari 2600
    • Atari 5200
    • Atari 7800
    • Atari Lynx
    • Atari Jaguar
    • Atari VCS
    • Dedicated Systems
    • Atari 8-Bit Computers
    • Atari ST/TT/Falcon Computers
  • Classic Consoles
  • Classic Computing
  • Modern Consoles
  • Gaming General
  • Marketplace
  • Community
  • Community
  • Game Programming
  • Site
  • PC Gaming
  • The Club of Clubs's Discussion
  • I Hate Sauron's Topics
  • 1088 XEL/XLD Owners and Builders's Topics
  • Atari BBS Gurus's Community Chat
  • Atari BBS Gurus's BBS Callers
  • Atari BBS Gurus's BBS SysOps
  • Atari BBS Gurus's Resources
  • Atari Lynx Programmer Club's CC65
  • Atari Lynx Programmer Club's ASM
  • Atari Lynx Programmer Club's Lynx Programming
  • Atari Lynx Programmer Club's Music/Sound
  • Atari Lynx Programmer Club's Graphics
  • The Official AtariAge Shitpost Club's Shitty meme repository
  • The Official AtariAge Shitpost Club's Read this before you enter too deep
  • Arcade Gaming's Discussion
  • Tesla's Vehicles
  • Tesla's Solar
  • Tesla's PowerWall
  • Tesla's General
  • Harmony/Melody's CDFJ
  • Harmony/Melody's DPC+
  • Harmony/Melody's BUS
  • Harmony/Melody's General
  • ZeroPage Homebrew's Discussion
  • Furry Club's Chat/RP
  • PSPMinis.com's General PSP Minis Discussion and Questions
  • PSPMinis.com's Reviews
  • Atari Lynx 30th Birthday's 30th Birthday Programming Competition Games
  • 3D Printing Club's Chat
  • Drivers' Club's Members' Vehicles
  • Drivers' Club's Drives & Events
  • Drivers' Club's Wrenching
  • Drivers' Club's Found in the Wild
  • Drivers' Club's General Discussion
  • Dirtarians's General Discussion
  • Dirtarians's Members' Rigs
  • Dirtarians's Trail Runs & Reports
  • Dirtarians's Wrenching
  • The Green Herb's Discussions
  • Robin Gravel's new blog's My blog
  • Robin Gravel's new blog's Games released
  • Atari Video Club's Harmony Games
  • Atari Video Club's The Atari Gamer
  • Atari Video Club's Video Game Summit
  • Atari Video Club's Discsuuions
  • Star Wars - The Original Trilogy's Star Wars Talk
  • PlusCart User's Bug reports
  • PlusCart User's Discussion
  • DMGD Club's Incoming!
  • DASM's General
  • AtariVox's Topics
  • Gran Turismo's Gran Turismo
  • Gran Turismo's Misc.
  • Gran Turismo's Announcements
  • The Food Club's Food
  • The Food Club's Drinks
  • The Food Club's Read me first!
  • The (Not So) Official Arcade Archives Club's Rules (READ FIRST)
  • The (Not So) Official Arcade Archives Club's Feedback
  • The (Not So) Official Arcade Archives Club's Rumor Mill
  • The (Not So) Official Arcade Archives Club's Coming Soon
  • The (Not So) Official Arcade Archives Club's General Talk
  • The (Not So) Official Arcade Archives Club's High Score Arena
  • Adelaide South Australia Atari Chat's General Chat & Welcome
  • Adelaide South Australia Atari Chat's Meets
  • Adelaide South Australia Atari Chat's Trades & Swaps
  • KC-ACE Reboot's KC-ACE Reboot Forum
  • The Official Lost Gaming Club's Lost Gaming
  • The Official Lost Gaming Club's Undumped Games
  • The Official Lost Gaming Club's Tip Of My Tounge
  • The Official Lost Gaming Club's Lost Gaming Vault
  • The Official Lost Gaming Club's Club Info
  • GIMP Users's Discussion


There are no results to display.

There are no results to display.


  • AtariAge Calendar
  • The Club of Clubs's Events
  • Atari BBS Gurus's Calendar

Find results in...

Find results that contain...

Date Created

  • Start


Last Updated

  • Start


Filter by number of...


  • Start










Custom Status



Currently Playing

Playing Next

Found 27 results

  1. This thread is for discussion of the #FujiNet hardware and it's progress. Hardware schematics and design files when made available will be in the Wiki and the fujinet-hardware repository on github. Current vertical hardware design looks like:
  2. #FujiNet code is here in GitHub: https://github.com/FujiNetWIFI Patreon page here: https://www.patreon.com/user?u=8255002 (funds here are used to take care of operational expenses such as shipping boards back and forth.) Website Describing the Production Firmware is Here: http://fujinet.online/ What is #FujiNet? #FujiNet (formerly known at #AtariWiFi) is a network adapter that attaches to the SIO (Peripheral) port of an Atari 8-bit system. It currently (as of Rev3) consists of an NodeMCU 1.0 device attached to an interface board which electrically attaches the NodeMCU to the SIO bus and provides the needed SIO connectors. What does it provide? #FujiNet is planned to provide the following functionality: "D:" Emulation, to virtually mount, read, and write ATR disk images over a protocol borrowed from the Spectranet community called TNFS. "R:" Emulation, via Type 1 POLL handler, to provide a virtual Wi-Fi modem for use with existing Communications programs such as Ice-T, BobTerm, AMODEM, and PLATOTERM. "N:" A new device for establishing TCP and UDP communication with other hosts, as well as controlling the adapter (setting configuration, mounting images, etc.) More functionality to be available by future over-the-air (OTA) updates to the firmware, such as IPP printing. Who can use it? Hopefully, everyone! The "D:" emulation provides an immediate out-of-the-box use case, to mount disks over the network, whatever network that may be, such as your local one, or an internet host. The "R:" handler will allow anybody who wants to call internet BBSes and services like IRATA.ONLINE to immediately use the device, and the "N:" device will allow whole new programs to be written which can natively handle network traffic! When will it be available? #FujiNet development (as of November 2019) is proceeding rapidly. Since the firmware is being written in Arduino, the firmware functionality is being sketched out and tested in very rapid cycles. I will be optimistic and say that by this time next year, we will have something well polished and usable. How much will it cost? Too early to tell, but, given that it is based on NodeMCU hardware, and given that the interface board is wholly populated with passive components, we (those of us working on the hardware side) expect the cost to be inexpensive, comparable to an SDrive-MAX. Still interested? More info: Wasn't this called #AtariWiFi? Yes, it was. In response to the name change, I have asked that the original thread be locked, previous updates, and demo videos can be found here: Where is the documentation? The documentation is being stored here in Google Docs: https://docs.google.com/document/d/1dIKFuxmX9O9cckz0HLN_7GmDKrYcbHury7Mgoomzqtg/edit?usp=sharing How are Disk Images Shared for "D:" Emulation? Disk images are shared using a file sharing protocol called TNFS. It was developed by Dylan Smith, the man who developed the Spectranet interface for the ZX Spectrum. It was understood that protocols like NFS and SMB were way too heavyweight to implement on 8-bit microcomputers, protocols like FTP and HTTP had way too much overhead, and protocols like TFTP and BOOTP were far too simple. So a nice medium was developed which maps the underlying filesystem in a simple, easy to implement protocol that can be used over UDP or TCP that uses a single connection. Where can I get a copy of tnfsd? The TNFSD server can be downloaded here: http://spectrum.alioth.net/doc/index.php/TNFS_server , it is available for Windows, Mac, and Linux. Source code is also available. Is the TNFS Protocol Information available? Absolutely, it is being used to implement the Arduino firmware: http://spectrum.alioth.net/svn/filedetails.php?repname=Spectranet&path=%2Ftrunk%2Ftnfs%2Ftnfs-protocol.txt What Atari-specific information is being used to implement the firmware? @phaeron's excellent Altirra Hardware Reference Manual is being used for the SIO side of things: http://www.virtualdub.org/downloads/Altirra Hardware Reference Manual.pdf Who is working on this? @tschak909 working on Firmware @mozzwald working on Hardware and Firmware, did first pass of enclosure. @jeffpiep working on Hardware and Firmware @Mr Robot working on Hardware and enclosure @Bill Lange Helping test. @48kRAM helping test. @a8isa1 helping test with his own board/interface @ivop helping test with his own board/interface Joe Decuir will also have a board for testing, soon. How is the hardware being implemented? The Hardware is being implemented in two pieces, a NodeMCU 1.0 comprises the majority of the hardware, providing the microcontroller, the WiFi interface, and a USB UART and power connection. The other major piece of hardware is the interface board which consists of a series of passive components which not only connect the board to the SIO bus, but also sufficiently isolate it where needed. This is a Rev2 board and its associated NodeMCU: I see an SIO connector on there, how is that being managed? @mozzwald and @Mr Robot have come up with an ingenious method of fabricating a connector that will not only fit the existing Molex sockets and cables, but also be easy to produce, which involves 3D printing a sandwich shell containing in-line pins that are soldered to a board-edge connector on the 'hole' side to provide a male pin for an SIO socket, or on the pin side to provide a female socket for the cabling, as seen here: How is the firmware being implemented? The firmware is being implemented as a series of small test programs. Each test program implements one piece of functionality (or a sub-functionality), and is used to determine where the problems may lie. Each test program typically involves one piece of Arduino firmware running on the device itself, and one piece of software running on the Atari. Each test is in its own directory in tests/ under the github repo. Does this mean there will be a lot of test programs? Yes. A lot. I estimate roughly a couple hundred test programs may be written over the course of development. The advantage to this is that everyone will see functionality develop quickly, in very small increments. What does DONE look like for 1.0? (D) emulation, read, write, mount disk images (R) emulation, CIO handler with baud rate/comms parameter configuration, and hardware handshaking for those that can use it via unused PROCEED line. (N) emulation, network scan and connect, TCP connect, stream, and read/write packets, UDP read/write packets, incoming packets trip INTERRUPT line, UDP multicast OTA updates for future updates. I want to help! What can I do? Contribute to this thread. Contact @tschak on twitter if you want to participate in the inner discussions (highly technical, very active.) Can you help write Arduino code? Can you help write example programs for the Atari in BASIC, Assembler, and/or C? Can you help improve the hardware? Can you help work out production logistics? And when we get hardware distributed, can you help test? Excited? So are we. -Thom
  3. Okay, have started committing to a repository called FujiNetWifi/Adam-Arduino-Tests. These are prototype sketches being written against the Arduino framework, but built in Platform.io. The repository is here: https://github.com/FujiNetWIFI/Adam-Arduino-Tests and I am currently working on test #4, which should send a single block as if it's coming from Device #4 (Disk Drive 1), to boot a simple message. https://github.com/FujiNetWIFI/Adam-Arduino-Tests/blob/main/04-send-bootblock/src/main.cpp Thing is, I'm definitely getting messages meant for me, but am immediately getting a NACK, before I even send anything back! WTF? How could this be happening? Any ideas while I grind through the 6801 code? -Thom
  4. This is the latest SIO Breakout Board I've designed with FujiNet style connectors. I've posted in some other threads about it but figured I should put it here in it's own thread. The idea came originally during development of FujiNet when we needed to hookup a logic analyzer to watch the signals. After many suggestions and several versions later, this is what I've come up with. It uses 3D printed FujiNet style connectors and thus the board is on a vertical plane with a 3D printed case to hold it all together. There is a 13 pin 2.54mm header on the top for external connection to your equipment of choice. Optionally, there are pads for a Through Hole and/or SMD 0805 capacitor connected to the 5V power rail and ground. This design uses new longer / thicker receptacle pins which fit SIO plugs better than the currently available FujiNet hardware (these pins will be in the next FujiNet hardware release too). The board can be assembled in two ways: Plug and Receptacle: plug for connecting to any SIO receptacle and a receptacle for connecting your SIO cable Dual Receptacle: requires use of 2 SIO cables for pass through. Also doubles as a cable extender / coupler Assembled board rear side with capacitors. Left is Dual Receptacle with SMD cap, right is Plug & Receptacle with Thru Hole cap. Assembled board front side. Left is Dual Receptacle, right is Plug & Receptacle. Assembled case front side. Left is Dual Receptacle, right is Plug & Receptacle. Assembled case rear side. Left is Dual Receptacle, right is Plug & Receptacle. Since this a derivative work of the FujiNet connector design I will be following the open-source hardware license and releasing all design files at some point in the near future. I would like feedback from users before that happens so any changes or fixes can be made first. They will be put up on the FujiNet github when released. I will be attending VCFMW 2021 this year (as long as covid doesn't crash the party) and will have one of each with me if anyone wants to see them. I'll be the tall dude with long hair wearing a FujiNet T-Shirt Five boards are up for sale on fujinet.online and I added a free pickup at VCFMW shipping for all items if you will be there.
  5. I have tried loading disk images off 4 different net sources and none will boot. I keep getting a "mount device error." Any ideas what's wrong?
  6. I'm putting together a zip of useful stuff to dump onto a SD card, that we will link to from fujinet.online. Do you have something that you think all FujiNet users need quick access to? A favorite DOS? Utility? other program? Post it, here. -Thom
  7. Hello Apologies if I missed it, but is there any way to set up a local only TNFS server that operates within my firewall? I bookmarked the page on setting up a TNFS and it seemed as though it was geared towards establishing an online server. Many thanks!!!
  8. There is a new DIY through hole FujiNet hardware design that uses the espressif devkitc-ve board. It's basically a shield for the devkit board with all the needed bits for FujiNet. I'm happy to finally see someone else release hardware based on the completely open FujiNet design. https://github.com/djtersteegc/fujinet-devkit-shield
  9. Hello there, I don't really know if that's the right category for this topic, don't know where else to put it... ¯\_(ツ)_/¯ Does anyone have experience in hosting a server for the PLATO protocol (like irata.online:8005)? I'd like to try it out, nothing serious though, just for fun.... so is there possibly any software or instructions available? Because I couldn't really find what I'm looking for on irata and I don't know any other sites who host PLATO. Thanks in advance for any advice. Cheers
  10. Anyone who prefers to use AtariAge as their bug reporting thread, can do so here. Please try to provide a concise description, doesn't have to be verbose, but enough information to reproduce the problem, e.g. if the problem is with a disk image, please provide the disk image (or a TNFS location). We'll try to fold this into github issues, so we can keep track. -Thom
  11. Hi to all, I need to understand why some softwares in .ATR images are not loading correctly from the MicroSD Card with Fujinet, I have an Atari 800XL with the Ultimate 1MB and the PIA COVOX, my Fujinet is 1.0, it is updated with the latest firmware and have a MicroSD of 16GB. Maybe you think that maybe this upgrade is creating a compatibility issues, but no, I have a 130XE and a 64XE in perfect condition and I've got the same problem, loading with errors, look at these examples: AlleyCat: Chaos Music Composer: I think Fujinet is awesome but this is so weird because the softwares that are not loading are so specific, I tried to load the same softwares with an SDrive Max and works great. Can you give me some advice to fix this problem? Thank you all!
  12. Hey guys, Sorry, slightly stumped. Thanks to @flashjazzcat's excellent ultd example, I was able to make the N: handler self-relocatable, without the need of a separate loader segment. This has allowed the N: handler to now work under disk-based SpartaDOS, and other CP's that do not exactly follow the binary loader behavior in the DOS 2 mini-DUP. However, the relocation seems to have slipped the alignment of the 256 bytes used for both the RX/TX buffer (split down the middle at 128 bytes), and I'm not sure why. At the end of the day, I just need to load the handler in, and adjust memlo by driver end + one page, so that the buffer sits after the driver code. While I can use e.g. (ptr),Y in the init code, I can't reliably use it in the CIO handler code itself, so am not 100% sure how I can fix the relocation of the RBUF and TBUF labels, so that they sit exactly at $00 and $80 offsets within the target page. (pardon if there is something obvious, again, I do not write assembler all the time, and literally have been guessing and questioning my way through writing this whole thing, and it's almost ready.) The current handler code is here: https://github.com/FujiNetWIFI/fujinet-nhandler/blob/relocate-try-6/handler/src/ndev.s#L116 While I am indeed curious as to why my page alignment is being shifted, I'm honestly more interested to see how I can just side-step the problem.. -Thom
  13. While brainstorming other features for the FujiNet hardware, I stumbled upon https://github.com/MockbaTheBorg/RunCPM/, a MIT-licensed CP/M 2.2 emulator that already runs on the ESP32. Given that the FujiNet already does drive emulation, buffers printer output, and acts like a serial port, CP/M mode is the last bit of functionality needed to do everything that the ATR8000 did. I don't know enough yet about the memory usage of the FujiNet core -- RunCPM needs 64K for the CP/M system memory, plus additional RAM for running the Z80 emulation. The ESP32 port was done using the Arduino support, so it would need to be ported to PlatformIO as well as changed to use SD card code that FujiNet already has internally. Does this seem viable? Interesting?
  14. Could I use the below code (this is from the DOS 2.0 source code), as a starting point for my XIO 39/40 implementation? 1170 .PAGE 1171 ;========================================================================= 1172 ; **** LOADER ROUTINE *** 1173 ;========================================================================= 1174 ; LOADS FROM THE FILE (MUST BE LOAD FORMAT) 1175 ; INTO MEMORY. RETURNS: 1176 ; X=0 LOAD OK 1177 ; X=1 OPEN ERRORS Y=CIO CODE 1178 ; X=2 READ ERRORS Y=CIO CODE 1179 ; X=3 BAD LOAD FILE 1180 ; ON ENTRY, IOCB 1 POINTS TO FILENAME. 1181 ;------------------------------------------------------------------------- 1182 DUPFLG .BYTE 0 ;FLAG -IF DUP IN MEMORY NOT ZERO 1183 OPT .BYTE 0 ;HOLDS VALUE OF OPTION GIVEN BY USER 1184 LOADFG .BYTE 0 ;FLAG = $80 IF MEMORY FILE DOESN'T HAVE 1185 HDBUF *=*+4 1186 HILO HDBUF 1187 HDBUFH = HDBUF/256 1188 HDBUFL = (-256)*HDBUFH+HDBUF 1189 SFLOAD LDA #$80 1190 STLOAD STA LOADFG 1191 LOAD LDA #.LOW.RTS 1192 STA RUNAD 1193 LDA #.HIGH.RTS 1194 STA RUNAD+1 ;MAKE RUN AT EOF DEFAULT TO RTS 1195 LDX #$10 1196 LDA #OPEN 1197 STA ICCOM,X 1198 LDA #4 ;OPEN TYPE=INPUT 1199 STA ICAX1,X 1200 JSR CIO ;TRY TO OPEN FILE 1201 BPL RDLF ;CONT IF OK 1202 LDA #1 ;OPEN ERRORS 1203 BNE CLFX ;CLOSE AND EXIT 1204 RDLF LDX #$10 1205 LDA #.LOW.DBUFL 1206 STA ICBAL,X 1207 LDA #.LOW.DBUFH 1208 STA ICBAH,X 1209 LDA #2 1210 STA ICBLL,X 1211 LDA #0 1212 STA ICBLH,X 1213 STA MEMLDD ;CLEAR MEM.SAV LOADED FLAG 1214 LDA #GETCHR 1215 STA ICCOM,X 1216 JSR CIO 1217 BMI ERST ;IF ERRS 1218 LDA #$FF 1219 CMP DBUF ;CHECK FOR VALID LOAD FILE 1220 BNE LNLF 1221 CMP DBUF+1 1222 BNE LNLF ;BRANCH IF NOT A LOAD FILE 1223 RDDRC LDX #$10 1224 LDA #.LOW.HDBUFL 1225 STA ICBAL,X 1226 LDA #.LOW.HDBUFH 1227 STA ICBAH,X 1228 LDA #4 1229 RDDRC1 STA ICBLL,X 1230 LDA #0 1231 STA ICBLH,X 1232 JSR CIO ;NO ERROR CHECK SO CAN CATCH EOF 1233 BPL STOK ;IF NO ERROR 1234 CPY #$88 ;SEE IF EOF 1235 BNE ERST ;IF SOME ERROR STATUS 1236 ;========================================================================= 1237 ;EOF SO DONE, EXIT 1238 ;========================================================================= 1239 JSR CLOSX ;CLOSE IOCB'S 1 AND 2 1240 BIT OPT 1241 BMI DRUN ;BRANCH IF NO RUN OPTION 1242 JSR JMPRUN ;JUMP THROUGH RUN VECTOR 1243 DRUN LDA #0 ;OK STATUS 1244 BIT LOADFG ;WAS MEMORY SWAPPED? 1245 STA LOADFG 1246 BMI CLFX ;BRANCH IF MEMORY WASN'T SWAPPED 1247 JSR MEMSVQ ;DOES MEMORY SAVE FILE EXIST? 1248 BMI DRUN1 ;BRANCH IF NOT 1249 PLA 1250 PLA 1251 JMP GOOD ;WRITE MEMORY AND RELOAD DUP 1252 ;========================================================================= 1253 ; SEE IF DUP WRITTEN OVER. IF IS RELOAD & TELL USER NEED MEM.SAV TO 1254 ; LOAD THIS FILE. 1255 ;========================================================================= 1256 DRUN1 LDA DUPFLG ;SEE IF DUP CLOBBERED 1257 BNE DRUN2 ;NO, THEN RETURN 1258 LDA #.LOW.NMSFL ;ELSE TELL USER NEED MEM.SAV 1259 LDX #.LOW.NMSFH 1260 JSR PRNTMSG ;PRINT MSG 1261 JMP RRDUP ;RELOAD & RUN DUP 1262 ;========================================================================= 1263 ; RETURN TO CALLING ROUTINE 1264 ;========================================================================= 1265 DRUN2 LDA #0 ;NO DUP ERR MSG ON EOF 1266 CLFX TAX 1267 RTS RTS -Thom
  15. For anyone who can answer. I have a CIO handler, that I've ported entirely to assembler (using AMAC), and it works. It loads just above the memlo that is imposed by DOS XL 2.30 with two double density disks ($2300), and with this, I am able to test and work through the rest of the CIO handler actions and debug without the weird side effects imposed by the C prototype version. In addition to the attached files here, I've uploaded my current work to the #FujiNet repo: https://github.com/FujiNetWIFI/atariwifi/tree/master/n-handler/production However, I've noticed a bit of an issue, What about DOS 2.0/2.5? Specifically, If I load at MEMLO (e.g. $1CFC or similar), then DUP will clobber my code. Normally, for devices like R: this is fine, because they're not being used by the DUP potentially for file operations (like copying or loading binary files), so DUP can swap back in via MEM.SAV, and things don't go awry. However...if I try to binary load using NDEV.COM in DOS 2.0, the DUP has overwritten my handler, and it doesn't know to swap the overwritten memory back in. whoops. The solution I had done, to continue debugging on DOS 2.0, was to make a version that assembled roughly at MEMHI, which puts it out of reach of the DUP, and then things work. But this isn't ideal. Is there a better solution? or am I going to have to patch a version of DOS 2.0/2.5 to add the N: handler for those who want to use it? (roughly 975 bytes + 2K of buffers.) What's the right decision, here? -Thom n-handler-asm-alpha-listing.pdf amac.atr n-asm.atr
  16. The R: firmware implementation in #FujiNet needs to be rounded out. Unfortunately, while I was able to get this to work with the initial tests I wrote, I am having trouble getting BBS Express to behave in the platform.io version of the firmware. BBS Express does some _VERY_ strange things: * It sends zero byte SIO writes. * It sends CONFIGURE commands with baud rate set to 0. I know there are people on here who HAVE the BBS Express! source code, I need to see what's happening, so I can replicate behavior. -Thom
  17. We now have, thanks to AtariAge users, a buildable version of Atari DOS 2.5, which can be built with MAC/65 to produce a usable disk image. I'm curious, as to whether we can move the non-resident part of DUP further up in memory by about 512 bytes or so, so that my #FujiNet N: driver can exist and function under DUP, without being clobbered? I know it's possible, but I'm not seeing immediately the equates to change to re-assemble to the new location? -Thom
  18. I'm trying to get #fujinet working, so I've built a prototype according to the schematics found at github (https://github.com/FujiNetWIFI/fujinet-hardware/blob/master/Prototype-Schematics/fujinet-schematic_20200229_esp32-devkitc.jpg). The board I'm using is a ESP32-DEVKITC-VB Dev.kit Combo ESP32-WROVER-B ESPRESSIF (https://www.amazon.co.uk/gp/product/B07L9JM29R/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1). So I choose fujinet-v1-4mb and build, upload file system image and upload. The monitor shows this: > Executing task in folder fujinet-platformio: platformio device monitor --environment fujinet-v1-4mb < --- Available filters and text transformations: colorize, debug, default, direct, esp32_exception_decoder, hexlify, log2file, nocontrol, printable, send_on_enter, time --- More details at http://bit.ly/pio-monitor-filters --- Miniterm on /dev/ttyUSB0 921600,8,N,1 --- --- Quit: Ctrl+C | Menu: Ctrl+T | Help: Ctrl+T followed by Ctrl+H --- 19:44:02.017 > 19:44:02.017 > --~--~--~-- 19:44:02.017 > FujiNet 0.1.547ff5cf 2020-07-26 16:55:01 Started @ 4 19:44:02.018 > Starting heap: 4133392 19:44:02.018 > PsramSize 3932108 19:44:02.018 > himem phys 4456448 19:44:02.018 > himem free 4456448 19:44:02.020 > himem reserved 262144 19:44:02.020 > SPIFFS mounted. 19:44:02.104 > SD mount failed with code #263, "ESP_ERR_TIMEOUT" 19:44:02.117 > fnConfig::load 19:44:02.119 > fnConfig deleting configuration file and skipping SD check 19:44:02.119 > WIFI_EVENT_STA_START 19:44:02.245 > disk MOUNT 19:44:02.269 > mounted ATR to Disk: 19:44:02.269 > num_para: 5760 19:44:02.269 > sectorSize: 128 19:44:02.269 > num_sectors: 720 19:44:02.269 > Creating a default printer using FS_SPIFFS storage and type 1 19:44:02.270 > SIO SETUP 19:44:02.270 > Available heap: 4057020 19:44:02.270 > Setup complete @ 257 (253ms) 19:44:02.272 > BOOT_KEY: LONG PRESS 19:44:03.446 > OTHER_KEY: LONG PRESS 19:44:03.446 > Shutdown handler called 19:44:03.447 > disk UNMOUNT 19:44:03.447 > disk UNMOUNT 19:44:03.447 > disk UNMOUNT 19:44:03.447 > disk UNMOUNT 19:44:03.447 > disk UNMOUNT 19:44:03.448 > disk UNMOUNT 19:44:03.448 > disk UNMOUNT 19:44:03.448 > disk UNMOUNT 19:44:03.448 > WIFI_EVENT_STA_STOP 19:44:03.448 > �������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������� 19:44:04.506 > 19:44:04.506 > --~--~--~-- 19:44:04.506 > FujiNet 0.1.547ff5cf 2020-07-26 16:55:01 Started @ 4 19:44:04.507 > Starting heap: 4133392 19:44:04.507 > PsramSize 3932108 19:44:04.507 > himem phys 4456448 19:44:04.507 > himem free 4456448 19:44:04.509 > himem reserved 262144 19:44:04.509 > SPIFFS mounted. 19:44:04.593 > SD mount failed with code #263, "ESP_ERR_TIMEOUT" 19:44:04.606 > fnConfig::load 19:44:04.608 > fnConfig deleting configuration file and skipping SD check 19:44:04.608 > WIFI_EVENT_STA_START 19:44:04.734 > disk MOUNT 19:44:04.758 > mounted ATR to Disk: 19:44:04.758 > num_para: 5760 19:44:04.758 > sectorSize: 128 19:44:04.758 > num_sectors: 720 19:44:04.758 > Creating a default printer using FS_SPIFFS storage and type 1 19:44:04.759 > SIO SETUP 19:44:04.759 > Available heap: 4057020 19:44:04.759 > Setup complete @ 258 (254ms) 19:44:04.761 > BOOT_KEY: LONG PRESS 19:44:05.935 > OTHER_KEY: LONG PRESS 19:44:05.935 > Shutdown handler called 19:44:05.935 > disk UNMOUNT 19:44:05.935 > disk UNMOUNT 19:44:05.935 > disk UNMOUNT 19:44:05.935 > disk UNMOUNT 19:44:05.935 > disk UNMOUNT 19:44:05.937 > disk UNMOUNT 19:44:05.937 > disk UNMOUNT 19:44:05.937 > disk UNMOUNT 19:44:05.937 > WIFI_EVENT_STA_STOP 19:44:05.937 > �������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������� This goes into an endless loop. The card doesn't have an SD card so I can understand that failure but its skipping that step so that should be OK. The thing is that I haven't connected it to the Atari yet. But there is no change if I have it connected to the Atari, still an endless loop of boot failures. Has anyone else seen this and even better know of a solution? Regards, JGroth
  19. This is a research topic that I hope certain people familiar with SIO routines, such as @HiassofT can chime in: While the current OS routines work great for using N: in many contexts, such as writing turn based games, or communicating with existing services, these routines do not allow for any processing to occur while in use, which occludes their use in applications like arcade games. I do know that there were certain custom loader routines, such as those used by early Lucasfilm games (Ballblazer and Rescue on Fractalus being the two biggest examples), that allowed for two-channel sound use + graphics + logic while disk data was being loaded. I would estimate that the average amount of packet information needing to be sent would be on average about 16 to 32 bytes, to encode changes in game state. Could a new set of routines be developed that could work well in this situation? e.g. have two different routines depending on whether you need to run critical code during these network transfers or not (e.g. DLIs) ? -Thom
  20. Hey guys, Am asking this question on behalf of @mozzwald who is knee deep in trying to do the next iteration of R: firmware for #FujiNet. He's noticing that once BOBVERTER is loaded, the MOTOR line just stays high, no matter whether concurrent mode is active or not. Is there something being missed here? We need to be able to flip between normal fujinet mode and r-verter mode, for this iteration. -Thom
  21. Hey guys, so I've started on a set of bindings for ACTION! and they almost work(tm). https://github.com/FujiNetWIFI/fujinet-apps/tree/master/netcat-action What does not work: * Write doesn't work. * Interrupt routine isn't being called, even though I vector it in, and toggle PACTL's PROCEED interrupt enable. Anybody want to peer at this and give some insight?
  22. Hey guys, I'm in the middle of putting together a Carina II installation that can run on Fujinet, and I've managed to make it through the configuration system, however, it seems to fail to a ready prompt, causing MOE to constantly re-initialize the modem. Image is attached, maybe somebody notices something? -Thom carina2.atr
  23. ok, what in the hell am I doing wrong, in my INIT... 2300 202023 JSR IHTBS 2303 A50C LDA DOSINI 2305 8DDC26 STA DSAV 2308 A50D LDA DOSINI+1 230A 8DDD26 STA DSAV+1 230D A919 LDA #LOW RESET 230F 850C STA DOSINI 2311 8923 STA #HIGH RESET 2313 850D STA DOSINI+1 2315 18 CLC 2316 6CDC26 JMP (DSAV) 2319 RESET 2319 202023 JSR IHTBS 231C 18 CLC 231D 6CDC26 JMP (DSAV) ; INSERT INTO HATABS 2320 IHTBS PROC DSAV is zero initialized., IHTBS is my insert into HATABS routine. It's 2am and I am about ready to go bash my brains against the wall
  24. Hey there, perhaps somebody, maybe @drac030 can answer this: For the ?DIR command in the CP, is the buffer pointed to by ZICBLL/ZICBLH provided by the CP, or do I need to provide this? (I will re-use my transmit buffer, if so.) -Thom
  25. I've been working on a way to use a remote SQL database from the A8 via FujiNet. I originally wanted to use cubeSQL since its free, and offers SQLite wrapped in a server. However I need full JSON to and from to make it work, and thats still WIP on the outbound side. In the mean time, I've been writing my own SQLite wrapper in the form of a proxy using Perl. I wanted to use SQLite because the db's are small and it doesn't have any running process requirements. I chose Perl because its readily available, and has easy integration with both IP and DBI. Since SQLite doesn't have user authentication compiled in (by default), and I want to keep it simple, so I added some basic authentication into the proxy itself (you'll maintain this DB directly with SQLite admin tools). The proxy will listen for connections, accept commands, and return responses. Right now, it will open and close a database, and handles user authorization successfully. I'm working on the add/delete/update and query functions now. The first 3 should be fairly easy to implement, with delete/update also having a user perm tied to them. Select will be a little more complex in how it returns larger datasets back to the A8, and I need to think through that a bit more. My initial thought is to allow up to three 4K chunks to be returned - the first result would have only two (current 4K, and next 4K), once progressed to next 4K then there would be three (previous 4K, current 4K, and next 4K). Chunk sized could be changed depending on program requirements/memory restrictions on the A8. The other thought is to just return some # of results which could be asked through calls to the proxy, which would free up a lot of storage memory on the A8. Here is a shot of the proxy server running, and a simulation client showing how the calls would be made. Just the basics right now.
  • Create New...