mozzwald

The adapters I make have been shipped with a 2A fuse. It's just an adapter and has no active power supply in it. Power is provided by whatever USB supply the end user has. I'd like to determine the highest current needed by a system with all the bells and whistles so the fuses aren't blown under 'normal' conditions. My thoughts now are to up it to a 3A fuse and possibly use a PTC resettable fuse so if there is an over current condition, disconnecting power will reset the fuse to a working state.

It finally happened. Someone blew the fuse on 2 USB-C adapters. They were using it on an 800XL and 130XE with FujiNet and Sys-Check 2.2. So, this makes me wonder what a good value would be for a fuse. Has anyone done any testing on a "maxed" out Atari to see how much power it can actually draw with a bunch of addons / upgrades?

I was only able to test on my 400. Someone on Discord tested with their 800 and confirmed it worked for them. You must have an ultra fast 800 😂 There is still some more optomization to be done which will further speed up Fujinet readiness.

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