mozzwald
-
Posts
1,040 -
Joined
-
Last visited
Content Type
Profiles
Forums
Blogs
Gallery
Events
Store
Posts posted by mozzwald
-
-
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.
-
6
-
16 hours ago, chevymad said:
Reflashed the fujinet. Still won't remember the network. I have to select and reenter my password at every coldboot. Anything else I can do?
Please capture debug output using the fujinet flasher (or a serial term of your choice) of attempting bootup and wifi connection.
It may be that your configuration file is corrupted and you can wipe that by holding the B button on Fujinet when you power up the fujinet. Also delete the fnconfig.ini from sd card first.
-
1
-
-
On 8/30/2021 at 2:48 PM, Wrathchild said:
Still curious if anyone has booted those ATRs via fujinet yet as only 1 download each?
I can try it and report back.
1 hour ago, twh/f2 said:I really would like to test. But please . can somebody give me instructions how I could repalce the fujinet bootloader
You could test by attempting to boot the two ATR files posted above and report what happens with each. This does not require changing the FujiNet XEX bootloader at all.
-
1
-
-
27 minutes ago, mutterminder said:
Does this work with hardware version 1.0? I have updated to the latest firmware, but cassettes don't seem to load.
CAS loading works on all hardware versions. v1.0 required an extra resistor for automatic playback (via MOTOR line) which should be on most units sold (afaik, only my first batch of 50 lack the resistor). Without the resistor you need to set B button to enable playback (in web ui) and the FujiNet B button starts cassette playback:
-
4 hours ago, irich2 said:
When it comes time in a year or two or three to design a "FujiNet 2.0", please consider adding ethernet ability to it. Whether that means adding more pins, using an ESP32 that does have a USB host (but is fully backward compatible with the one you're using now), or by some other method not thought of at this time. In fact that could be your selling point for the 2.x series FujiNet: ethernet (hard-wire) capability. It would probably be implemented through some sort of custom cable dongle, which would have either a USB-based or some other small connection to the FujiNet on one end, and an RJ-45 socket on the other end.
I understand that ethernet is a no-go for all series 1.x FujiNets. But please please consider adding that feature to the 2.x series FujiNets.
I will not be making or even considering an ethernet based esp32 FujiNet, ever. There are simply not enough pins and most of the world is quite ok with wireless networking. Someone else can try to do it and make the proper firmware for it, I wish them luck.
-
7 hours ago, tschak909 said:
I would say something wrong with the FujiNet hardware
I wouldn't say that just yet. Is there no more detailed error messaging for tnfs mounting?
7 hours ago, IndyJones1023 said:I just tried Boulder Dash I fromfujinet.pl and it rebooted to the Memo Pad screen.
Try an ATR image from fujinet.online
-
58 minutes ago, BillC said:
How would that work? Male and female connectors have mirrored pinouts.
Notice in the pictures above, the 'front' receptacle is up side down. This makes the pins match up between the 2 receptacles.
-
1
-
-
55 minutes ago, IndyJones1023 said:
Still nothing to select in the serial port menu.
Did you install the CP210x drivers from here?
-
1
-
-
After seeing this thread yesterday, I finally assembled a dual receptacle breakout board that I mentioned here a while back. Boards arrived early August but been very busy. This is similar to the FujiNet connectors but using new bigger better pins. The board also supports having a plug on the 'front' instead of dual receptacle.
-
9
-
-
On 7/1/2021 at 6:48 AM, massiverobot said:
Very cool- will be an awesome demo of the utiltity of the FujiNet for Atari. It works with FN right?
I asked @8bit-Dudethis on Discord a while back and currently no FujiNet support:
QuoteMozz: right now, it looks unlikely... frowning Latest 8bit-Unity relies on sprite multiplexing through a DLI routine. Accessing Fujinet on the SIO messes-up that mechanism, and you end up with a messy slideshow of flickering sprites... I cannot see any simple solution to this problem.
-
14 hours ago, xrbrevin said:
can anyone advise if the bugfix is only needed for the flashing process or does it have to remain in place?
Nice work. The bridge is only needed for flashing which you will inevitably need again when the firmware gets updated. You should put the bridge on and leave it there, just trim the leg down so it's out of the way.
-
1
-
1
-
-
7 hours ago, mytek said:
This is an option in @flashjazzcat's U1MB BIOS for the Loader aspect. I'm not a 6502 coder, at least not in any substantial way, so I couldn't really begin to know how to do this. However his Loader implementation does demonstrate what I am proposing. Perhaps Jon wouldn't mind sharing some of his knowledge in this regard. BTW, if you have a system with a U1MB and a SIDE cart, you can see it in action.
I don't have an U1MB or SIDE.
FujiNet CONFIG isn't a Loader, it's a tool to select a disk image, then it cold starts the atari and gets out of the way. The only way to get CONFIG back is to Reset the FujiNet.
-
10 hours ago, x=usr(1536) said:
What about having CONFIG pass parameters to an external binary for processing .ttml files, then acting on whatever data the external binary passes back to it?
I suppose this would work, but not really sure what the benefit is.
10 hours ago, x=usr(1536) said:The more I think about it, the more I feel that the current model of selecting servers from slots may not be ideal for what's being proposed.
The use case I see for this is having a dir of TTML files pointing to other tnfs servers and when you select one, it immediately browses that server and allows mounting disk images.
-
5 hours ago, x=usr(1536) said:
2) Touch a file, give it the extension TTML, have CONFIG interpret the content of the file as the URI to redirect to.
Seems like a nifty idea to me. As you mentioned it would increase the size of CONFIG and 'how much' is the important part. We've already surpassed the minimum requirement for stock 400 machines, which is probably not a huge deal but still sucks. Make it happen and let's see.
5 hours ago, x=usr(1536) said:I began looking into it and promptly watched as 27 million more urgent things competed for (and won) my attention.
This is the biggest problem I think. There is only a tiny amount of developers working on FujiNet and we can't do everything
This whole project is 110% open for a reason.
-
1
-
-
2 hours ago, mytek said:
- Do the usual search through file directories to find a game you'd like to play
- Select game via the Up/Down Arrows or Joystick
- Then press START to instantly Load and Run game, skipping the manual slot assignment (it would default to slot#1 as non-writable)
This seems doable.
2 hours ago, mytek said:Then to make this experience even more enjoyable, when you are done playing that game and would like to pick another, coming back to the FujiNet Config screen will drill down into the file structure to exactly where you were previously.
This seems very difficult. Care to elaborate on how this would be achieved? or are you just shooting an idea?
-
3 hours ago, twh/f2 said:
could you please comment this issue?
I don't know enough about this to give a useful comment. I did try booting the Galaxian Original XEX you post and it just boot loops. This is FujiNet debug output from when it loops:
Spoiler07:39:24.184 > CF: 31 52 91 01 16
07:39:24.184 > disk sio_process()
07:39:24.184 > ACK!
07:39:24.184 > XEX READ (401)
07:39:24.184 > requesting 253 bytes from XEX
07:39:24.189 > received 253 bytes
07:39:24.189 > ->SIO write 256 bytes
07:39:24.189 > COMPLETE!
07:39:24.335 >
07:39:24.335 > CF: 31 52 92 01 17
07:39:24.335 > disk sio_process()
07:39:24.335 > ACK!
07:39:24.335 > XEX READ (402)
07:39:24.335 > requesting 253 bytes from XEX
07:39:24.336 > received 111 bytes
07:39:24.336 > ->SIO write 256 bytes
07:39:24.338 > COMPLETE!
07:39:25.936 >
07:39:25.936 > CF: 31 53 00 00 84
07:39:25.936 > disk sio_process()
07:39:25.936 > ACK!
07:39:25.936 > disk STATUS
07:39:25.936 > response: 0x00, 0xff, 0xe0
07:39:25.938 > ->SIO write 4 bytes
07:39:25.938 > COMPLETE!
07:39:25.950 >
07:39:25.950 > CF: 31 52 01 00 84
07:39:25.950 > disk sio_process()
07:39:25.950 > ACK!
07:39:25.950 > XEX READ (1)
07:39:25.950 > copying 128 bytes from bootloader
07:39:25.951 > setting PicoBoot double density flag
07:39:25.953 > ->SIO write 128 bytes
07:39:25.953 > COMPLETE!note the last READ before reset is requesting 253 bytes but only receives 111 bytes from the file
-
A new firmware update is available at https://fujinet.online/download
FujiNet Version: 0.5.ba2f6751 Version Date/Time: 2021-07-27 12:03:04 Build Date/Time: Mon Aug 16 01:45:57 UTC 2021all the things:
* Add SD Card detection for GPIO15
* Add detected hardware version to web ui display
* Add 512 sector size option when creating new custom disks in fnCONFIG
Please do not respond to this thread. If you have an issue, start a new post in the FujiNet subforum, open an issue on the github tracker or ask for assistance in Discord chat.
-
3
-
-
On 8/12/2021 at 8:44 AM, xrbrevin said:
im following the firmware guide here: https://fujinet.online/download/ and it advises to download "CP210x USB to UART" driver.
I believe the correct driver for Windows is "CP210x Universal Windows Driver"
On 8/12/2021 at 8:44 AM, xrbrevin said:ive just built my first fujinet (v1.3 with bugfix), but the firmware flasher software does not see my device. The SIO LED comes on tho.
Just to verify, you have done all the fixes shown here? The 10K resistors and solder bridge are the most critical. Check your soldering under magnification to be sure you have no solder bridges (other than the fix) on the CP2102 chip. Even without the fix, the CP2102 should be detected by the computer either as an unknown device or if the driver is installed as a USB to Serial converter.
-
2 hours ago, pedalpowered said:
That's a shame. I, like some others, don't use WiFi (nor cell phones), so I won't be able to use FujiNet. If there is ever a version that can support Ethernet (even via a dongle, USB, or otherwise), I'll be interested, though.
as @tschak909 stated, there are no more pins left so we cannot add ethernet. There is no USB host on the ESP32 so you can't add a dongle of any kind. You could get a wifi to ethernet bridge or just get a wifi router, but it sounds like you are not willing to use wifi.
If one were so inclined, they could create a board and remove some things like buttons, led's, sd card, etc and add ethernet. Then modify the firmware to support the new board. It's all open so anyone can build what they want.
-
16 minutes ago, Gibstov said:
insert two links at the bottom of the page. (:LINK)
1 hour ago, Gibstov said:Right now DOC files are limited to 16K
This could get tricky depending on the size of the web page being converted. Large pages (and if we add images) will need to be handled differently somehow
-
1 hour ago, Gibstov said:
And you are referring to taking existing web pages and converting that to AHF, and then to DOC to be viewed in Neon
exactly
1 hour ago, Gibstov said:So basically pull the Reader part out of Neon...as the web browser to run on the Atari. The compiler part, runs on the Fuji device, and then compiles the source file to a doc. And the web server just serves HTML.
Not exactly. I think it'd be better to have the compiler on a web server that takes the HTML and coverts to AHF then to DOC and pass the DOC to FujiNet (all on the fly). Fujinet knows nothing other than it's passing an HTTP(S) request. Caching could be added down the road, but I don't really expect this to be needed. We are just converting text here after all
Check out the FujiFind page I made using FrogFind and you can see it strips out all the garbage (CSS/javascript/etc) and gives you plain text of a webpage. I see a portal like this (in AHF/DOC) that converts everything for you on the fly, server side. The very lame BASIC program I made (networking/www.atr on fujinet.online tnfs) pulls from a modified version of FujiFind that converts the HTML to Markdown to ATASCII. An example wikipedia page in ATASCII is here. If we can get all the pieces together, I suspect we can do the same for HTML to AHF to DOC using PHP.
Perhaps images could be added down the road with a link to view image and have it converted on the fly also. @billkendrickis converting the astronomy picture of the day in PHP with his APOD viewer for Atari/Fujinet. We could take some cues from that
-
1
-
-
25 minutes ago, cathrynm said:
I see. Does the platform support DLLs or overlays or anything like this? Or is it just compiled as one big blob? Would it make sense to build two versions, an SIO2BT version and a regular version, with a bunch of #ifdef separating one from the other? I've never used SIO2BT mode myself, do people who use this tend to switch back and forth?
Firmware is one big blob. I'm not really sure how or who uses SIO2BT mode. We could make two versions of the firmware, but if this idea works and can keep the functionality of both in 1 firmware it would be better.
-
36 minutes ago, cathrynm said:
Trying to understand here. That would fix it for no Bluetooth, but then what do you sacrifice when Bluetooth is active? Would there be any obvious 'memory cows' around to shut down to have enough RAM in this case?
In SIO2BT mode, the Fujinet is just a passthru device. The android app sends all the disk data over and Fujinet is effectively a disk drive only. So, all the other code for N, R, etc can be left uninitialized saving RAM.
-
I just gave it a quick run through of the examples and this is looks quite awesome
On 7/11/2021 at 1:20 PM, x=usr(1536) said:This opens the door to things like an ADF daemon handling page compilation on a *nix box acting as the server
On 7/12/2021 at 9:44 AM, Gibstov said:It should be fairly straight forward to port the Neon Compiler (Make) to other platforms (famous last words), because the program is written in C.
When I saw this program and what it is able to do, I immediately thought of a stripped down web browser for Atari with a server handling HTML to ADF conversion and feeding the data with FujiNet. I did some playing around with FrogFind and converting HTML to Markdown to ATASCII. I think converting to ADF would be much more amazing with the use of graphics. So, if you can make compiler that runs on linux, do share
On 7/12/2021 at 9:44 AM, Gibstov said:Maybe in the future, I was thinking that Form elements could be added. Kind of using the same frame work, maybe moving the joystick will move the focus to the various controls. Click the button on the control to change its value. Though I imagine the way this would work is it would save the Form values as a file.
Input form would be useful for web browser
I envision a portal page like the FrogFind search engine and send the form results back to the server using the N: device.
-
3
-
Five boards are up for sale on 
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
FujiNet at VCFMW 2021
in #FujiNet SIO Network Adapter
Posted
I will be attending VCFMW 2021 September 11-12 and @tschak909 will be there as well. We don't have a table or presentation but will be around. I'll be the tall guy with long hair wearing a FujiNet T-Shirt, can't miss me
With me will be some new hardware for showing off:
I will be donating a v1.6 FujiNet + care package to the VCFMW Auction so bring your wallet
Suburban Chicago ATarians group will be there and I suspect the new hardware end up at their table where it can actually be used
Would be great to meet anyone who can attend, post here if you will be there!