mozzwald

there's a copy of it running at https://fujinet.online/fujifind as well. if you get a blank result, it's due to bots that are spamming the search. haven't figured a way to prevent that yet

A new firmware update is available from https://fujinet.online/download v1.3.0 2024-04-26 601c3f1af833f345695f4940bf816942fd2efdce All Platforms TCP Support in TNFS Ability to mount from SMB and FTP hosts in CONFIG Option to select alternate CONFIG disk from WebUI Option to reset Fujinet from WebUI CONFIG bug fixes Atari set status bits according to disk geometry faster fujinet bootup for 400/800 (external power or START/RESET keys not required to boot CONFIG) PC-Link support Apple 2 support 40 track DSK images for disk2 mode fix crash when disk mount fails fix web mount list faster fujinet bootup Use FujiNet lib for CONFIG 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.

It's still work in progress and requires new firmware which is not yet released (but you can build from source if you like)

I've not used Subcart before but there shouldn't be any issues. Just remember that when FujiNet powers on it will have it's config disk in drive 1 (unless you disable this from the Fujinet web interface). You don't want both devices configured with the same drives, ie, don't put a disk in Drive 2 on both at the same time or you'll have problems

U-Boot is the bootloader and I suspect the button puts the device into FEL mode. Would be cool if someone could hookup UART serial and grab a log of the boot process. If kernel output is sent to the serial port, it could provide some useful info.

Parts arriving this week to make some more. If you get on the email list you'll get notified when they're available. I'm using an 800XL with 512k SRAM upgrade and FujiNet, so nothing excessive here. Of the 50 shipped so far, have not heard from anyone blowing the fuse yet.

indeed, but I have seen some junky meters test leads show ohms. best to touch the leads together and find "0" before testing the components

You should get 5 (or slightly more) Volts out from the USB power brick with no load. Perhaps your power bricks are "smart" and only do PD or IQ charging. Those features require "smarts" on the receiving end to negotiate the voltage and current. Or maybe the cable is not good. Check the resistance from USB to DIN ends for the power and ground wires as mentioned above Anything above a few ohms is not good.

https://github.com/FujiNetWIFI/fujinet-high-scores

I see a UART port on the PCB and some other interesting pins (UBOOT, RECOVER) Whose gunna dump the NAND?

@Goochman you can follow the instructions above or power the FujiNet with a USB cable so that it is ready when the Atari boots. There are changes in the code to make Fujinet bootup faster but they are not available in a firmware update yet

if your network doesn't support mDNS or it's not working, you can always put the IP address of your TNFS server instead of a name

There's a section on the wiki about capturing debug output https://github.com/FujiNetWIFI/fujinet-firmware/wiki/FujiNet-Flasher#capturing-serial-debug-output This would help us try to figure out what the issue is on the latest firmware

perhaps. I was thinking a separate printing server app to run on pc. TNFS doesn't really have anything to do with printing

just an idea, maybe we could add a "server to ping" field in webui for the printer. when a print is done, it sends a message to a local server specified that file is ready. server grabs the pdf and prints it. someone would need to make the server side that does the printing

Are you running the latest firmware version v1.2.0? I see the server is using chunked transfers which should have been fixed in the firmware last August.

Click on a Host Slot to browse the files in the host, then select a file and select the slot... just like in CONFIG

I just double checked and the webui does not have an option to create a new disk which would be useful for this. As a work around you could create a bunch of new disks from CONFIG on your SD Card or local TNFS server if you run one. Then use a disk copier of your choice to copy a disk to the blank disk image. When done, use the webui to mount the next blank disk and so on. No need to reboot to CONFIG each time with these steps.

I've updated it to this: unsigned char input_select_slot_mode(char *mode) { unsigned char k = 0; while (1) { k = input_ucase(); switch (k) { case KCODE_ESCAPE: return 0; break; case 'W': mode[0] = 2; return 1; break; case KCODE_RETURN: case 'R': mode[0] = 1; return 1; break; default: break; } } }

you could try the "file" or HTML printers

You can always manually swap / re-mount disks with the web interface. I realize it's not as easy as pressing a button, but it achieves the same result.

Nope, just the PDF file that you can send to a modern printer

In your screenshot there you can see the disks have been swapped. Drive Slot 1 is marked D3 which means that disk is in Drive 3 and so on for the first 3 disks. Not sure what the deal is with slot 4. maybe you mounted it after the fact?

This is by design. FujiNet will only swap disk 1 through X, X being the last sequential disk mounted. So if you have slots 1-4 and 7-8 mounted, it will only swap/rotate 1-4, leaving 7-8 as-is.

If they're using Altirra emulator, then yes any other emulator would need a way to interface with FujiNet-PC which could run directly on the the 400 mini. and you'd need network adapter of some kind. Will have to wait and see what's inside the 400 mini when it comes out.