Jump to content

E474

Members
  • Posts

    810
  • Joined

  • Last visited

Everything posted by E474

  1. Hi @dmy, Actually, @x=usr(1536) might have a simpler solution, you just need to use a Mac program that lets you access "sftp" files. I did a quick Google and found this list, though the webpage is a bit old (I don't know anything about Macs though): https://apple.stackexchange.com/questions/25661/whats-a-good-graphical-sftp-utility-for-os-x The problems with username/passwords is probably down to the smbpasswd command. You need to: cd /etc/apache2 sudo smbpasswd -a pi But actually use the user that owns the tnfs directory, not the pi user (the user you want to log in to via terminal).
  2. Probably the easiest way is to setup Samba on the Raspberry Pi. See (one of many tutorials on the net) : https://pimylifeup.com/raspberry-pi-samba/
  3. I think the cable cost about a Pound Sterling to make, which was the cost of the logic level shifter from eBay.co.uk (probably the best value Pound I ever spent on my retro journey!). I built it by following this blog post: https://blog.lmorchard.com/2018/03/01/sio2pi/
  4. If you have something like a Raspberry Pi, you can make an SIO cable with a 5V <-> 3.3V Logic level shifter board, and 3D print the SIO molex connector (you just need to figure out how to do the crimp connectors, though you can salvage them from old ATX style PC PSUs). Then just use FujiNet-PC or atariserver on the Pi to serve ATR/ATX images.
  5. Hi @TZJB, Thanks for the feedback on DUMP1050! Good to hear that it did dump the Lazer ROM when set up as a boot floppy, single drive - this might be the easiest way around the data corruption issue, though I think DUMP1050 still needs updating with error handling, etc. I think I need to make it a bit clearer that it only dumps the Happy/Lazer ROM so I'll also add this to the documentation/description (when I get time to update it). Btw, I saw in the new thread you had started that you had used the Happy Utilities sector copier, have you tried the Lazer utilities disk - I posted a copy of it a while back, see:
  6. Hi @TZJB, IIRC, the Fujinet uses high speed I/O when loading its config program, so the drive may already have been set to ignore commands, etc. Simplest path is to get to the "Cannot read command table" bit, and then power cycle just the Lazer drive and try to dump the drive again (so don't reboot the 800XL, just hit #4 again). You can also try making a physical Dos 2.5 boot disk, and copy the utility on to that - it should be OK if you use the same drive to boot and dump the data to (you'll need to change the drive number from #4 to #1 in the above example). This cuts the Fujinet out of the loop, which makes things simpler to trouble shoot (I would unplug it from the SIO chain, and only have the Lazer drive you want to dump the ROM of on the SIO bus). Also, maybe verify that the Lazer utilities disk recognises the drive as a Lazer drive (maybe check in the same "only the Lazer on the SIO bus" configuration?). Hope this helps!
  7. Hi @TZJB, I haven't had time to fix it, the bug can happen with high speed I/O (it's the Happy corruption bug). If you have a stock 8-bit computer (one that doesn't have high speed I/O added in to the OS in as custom firmware), and just use the Atari DOS 2.5 on the ATR you should be fine, but I would boot the ATR, dump the drive ROM, then reboot everything and power cycle the drive as code is uploaded to it as part of the ROM dump routine. Also, don't use a high speed DOS like SpartaDOS, etc., with DUMP1050. The ATR can be downloaded from the DUMP 1050 github repo. DUMP1050 is very "rough and ready", as it's not much more than a wrapper to save memory read from the drive using the routines from the German publication "Atari Magazin". Hopefully I will have time to revisit my various Atari projects later in the year, but I know am going to be very busy for the next few months with more pressing matters. Any feedback would, of course, be appreciated though.
  8. It was more trying to illustrate the idea of there's lots, and then there's really *LOTS*. Bizarrely, when I did a quick YouTube search for "Lots", I stumbled across this clip, which includes possibly the same actor, though in a different role:
  9. Hi @TZJB, Yes, I'll try and dump the ROM at some point going forward (I wrote a utility called DUMP1050 for this, but I need to add a workaround to the Happy corruption bug fix for high speed code, which is still on my to-do list). The PCB looks very similar to a Happy "clone" I picked up from The Netherlands (see below), which actually failed the Happy memory test (IIRC), but I think it was more to do with a hacked ROM than anything else (but I haven't checked so am not 100% sure). I think I will leave the wiring "as is", even though it looks a bit iffy, it will probably actually last a few more years (at least). Thanks again for the help!
  10. Meanwhile, over at Best Electronics:
  11. Good news everyone! I soldered the white wire to the middle pin of the switch, and everything works! With the light off I can't write to a write protected disk, with the light on, I can write to a write protected disk. To be honest, I'm a bit skeptical that I actually want to have a drive that can ignore a write protect sticker, but I'm pleased that the drive works OK, and the switch is fixed. It actually looks like it is a Happy clone - I tried it with a QuickOS disk (see above), and it reported an Unknown U.S. Doubler (which it obviously isn't), but could also get the Happy Command Table, so I think that's what it is. I will try out the Happy and Lazer utility disks to see what they report, but the drive was quite willing to format a single density disk and write Dos files to it, so I'm counting it all as a win. I re-soldered the connectors to the header pins (thanks for the info on the pin numbering on the board - I saw 1s next to each block apart from J11 - but I figure it never hurts to ask), but is it worth putting something like hot glue on the wires to keep them apart, or , could I have wired up the middle switch pin from any ground, or did it have to be the ground next to the black wire (I'm assuming any ground would do)? Thanks again to @_The Doctor__ and @TZJB and everyone else who commented.
  12. Hi @_The Doctor__, Thanks very much for the help, I'll take it as read that it's correct, but any chance of a simpleish explanation? I had a look for Single Pole Double Throw Switches (for example: https://www.elprocus.com/spdt-switch/), and it looks like the middle pin on the switch is the Common pin - and that's what the white wire should be soldered back on to. Is it one (electrical) path through the switch means the reading from the write protect sensor is always obeyed, and the other path through the switch means the sensor is ignored (either the disk is always writeable, or never). Looking at the second schematic in @TZJB's post above, J11 pin 1 is either GND at header position #4, or goes off to JP6/5 at header position #1 (I'm not clear how schematic connectors 1-4 on JP11 map to the headers on the PCB)? I'll try and solder up the wire this weekend (e.g. tomorrow), but I'd like to learn a bit about why the white wire goes to the middle pin on the switch too. I appreciate the help regardless!
  13. Hi, Thanks for tagging me @mnemo! I'm not sure what the exact status of ATRMaker is, but I remember it was mostly there, but I ended up making a newer version which was quite heavily re-factored, but also not quite finishing that. It's been a project that I've actually wanted to get done, but life always seems to get in the way, or I get distracted with another "interesting" project. Unfortunately at the moment I'm getting crushed in real life, since about the same time the PicoCart design got published, which is something I have all the parts for, and no time to do anything with (and why I've pretty much stopped posting recently). Anyway, I made a new repo for the latest version of ATRMaker ages ago, it's still private, though I will try and make it public with a note saying it's a work in progress, and post the link here. It did actually get 5th prize in the ABBUC software competition (and it was very exciting getting it uploaded in time), but apart from wanting to get it finished, I did actually receive some prize money, and feel a bit of a moral obligations to (eventually) ship a working version. Unfortunately I know the next few months will also be very busy, so there isn't a quick fix. I have a vague memory that MyCopyR might have a retry on bad sector option, but I'm really not certain as I haven't used that in years either.
  14. I tested the mystery mod drive (2nd drive above) with @Zolaerla's QuickOS disk detect routines - see: and it came up as an Unknown US Doubler, or an Unkown 180/1050, depending on the right side switch position. @xrbrevin - the Lazer mod is a bit bigger than the mystery mod as the Lazer includes a 6502. My first post on AA was actually about my Lazer drive which had developed read/write problems, and also ended up with a loose wire problem. See: I think for the first drive with the loose wire, I will just un-solder the switch assembly as I think it will take me ages to figure out where it should be connected, and I would rather test the drive first. Thanks again everyone for the help!
  15. Hi everyone, Thanks very much, I didn't think the soldering was actually that bad, but perhaps on closer inspection it could be fixed up a bit. I dug a bit deeper into the AA archives (used search), and found a few posts on this subject: and to name a few. I'm going to try and sketch out the current circuit with actual resistor values, and then see if I can figure out where the loose wire should go. I don't really want to throw out all the parts (even though they cost buttons), as I like the authentic bitd feel of things. However, I'm going to get the drive with the unknown mod working first, as there doesn't appear to be anything wrong with it. I'm wondering if the second switch is a toggle between a US-Doubler and stock ROM, though I'm not sure why it would need the extra wire to the PCB. Thanks again!
  16. Hi @TGB1718, Thanks, that's not a bad idea, I might do that if no one else can figure out where the wire should go. Incidentally, I actually got 2 drives as part of the deal, the second one has the same setup, but a more complicated switch assembly as it has a Green and Red light setup (wires from J11 and the resistor at the front of the board). In this setup the cream wire (corresponding to the white wire in the first drive) goes into a big resistor, so that might be where it should go on the first drive (though I have no electronics skills, so this is guess work). Posting pictures of the other drive just in case it helps (and doesn't muddy the waters). By the way, I think this might be a clone Super Archiver, but I'm really not sure as it's a new one for me.
  17. Hi everyone, I got this drive a couple of days ago, I always open them up before powering them up, and this one has a loose wire (the white one, in the second photo). I'm pretty sure it's part of a switch+light front panel assembly, and is part of the write-protect circuit, but I have no idea where it should go/be re-attached to. It comes from the J11 pins (on the underside of the PCB), which is in the schematic on Page 5-4 of the 1050 FSM (right page, bottom left corner of https://archive.org/details/1050FSMRebuiltAKH/page/n63/mode/2up). Can anyone take a stab at where I should try and reattach it? The wiring is a bit ropey, and it kind of looks like the wires are shorting on the underside anyway, though I'm not sure if the circuit has been altered as it's also connected to a resistor at the front of the PCB near the power switch (which has also seen better days). I'm quite reluctant to power it up as is, but I'm also a bit out of my depth on how to fix it. Incidentally, the advert (on Ebay, from a seller in Belgium) showed it working/powered up. Also guessing it's a Happy clone board, but waiting to fix the wire before testing it. Any help would be appreciated!
  18. It is remarkably colourfull though.
  19. Hi, Yes, I meant the AVG cart. What wasn't clear was how to wire up the SIO connector to the Pico W. I didn't want to get in to the situation where the Pico was powered by the +5V cartridge line, but also connected to the +5V SIO line, as power would be flowing along this line (from the powered up 1050) when the 800XL was powered down. However, if it's not necessary to connect up the SIO +5V line to the Pico (thanks @mozzwald), then I only need to connect up the SIO lines: Data In, Data Out, GND and Command.
  20. Basically I would like to have the same SIO connector that the Ultimate cart has. However, I'm not sure how to wire up the SIO bus to the Pico W without having power going back in to the 8-bit when the SIO cable is plugged in to the back of a powered up 1050, and the 800XL is off (and the PicoCart Duo is plugged in to the 800XL).
  21. The UnoCart uses a modified Altirra OS which remaps calls to D1 to the SD card on the UnoCart. The modified code is in (IIRC) : https://github.com/robinhedwards/UnoCart/blob/master/source/Atari/UnoCartOS/pio.s
  22. Hi @mozzwald, The idea is to use the second Pico (the Pico W) to drive the SIO bus, I assume you would need to hook up the +5V SIO line to the Pico (not sure of this though). I think the Ultimate Cart also drives the SIO bus, so the idea would be the same as this.
  23. Hi @Piotr D. Kaczorowski, It was this comment - I'm assuming that if you hooked up the SIO bus to the Pico W, you would have to hook up the +5V SIO line to the VSYS pin on the Pico W (which would be also connected up to the VSYS pin on the Purple Pico, and the +5V line on the cartridge port - I'm really not clear on whether the +5V SIO line actually needs to be connected up though. I assume SIO ground would absolutely have to be connected though. Unfortunately I have a fairly week grasp of the hardware/electrical side of things.
  24. Hi, Can I ask for a bit of help from the more "electrically" knowledgeable members regarding an extension to the PicoCart. I want to avoid damaging the 8-bit's Freddy chip, or causing other issues, I know this can be a problem if power comes in to the PicoCart from another source, but I don't have the knowledge to work around it. In summary: the Purple Pico has 2 unused GPIO pins (A2 and A3), and I thought they could be connected to a Pico W (essentially via a UART, either by shuffling the connections on the PCB, and changing the pins used in atari_cart.c, or emulating a UART using PIO - see https://www.joshka.net/2022/11/pio-for-midi-with-raspberry-pi-pico among other places for an example of a UART implemented on arbitrary pins using PIO). This would mean a cartridge with both a Purple Pico and a Pico W on it. The Pico W could be used to: - drive an SIO connection, so serving ATR/ATX images - drive a DVI/HDMI output for 80 column mode, etc - provide Wifi connectivity, as in FujiNet - provide a microSD card connection via SPI - expose the unused GPIO ports as header pins for other I/O This would mean building something like a PicoCart Duo (working name), with a Purple Pico handling cartridge bus I/O, and the Pico W handling all other I/O, and the Picos communicating with each other via UART (unless there is something better to use). I figure if I hook everything up including the +5V line on the SIO bus, it's sure to fry the Freddie if I plug it into a powered 1050 when the 800XL is off, but is there a simple fix for this? A few pictures (below) to show how things are intended to be organised, but not wiring anything up before I know I won't break anything! Not sure if the guys from team FujiNet, e.g. @mozzwald, @tschak909, @apc have an opinion on this, or if others who have commented on the hardware issues in this thread, e.g. @mytek, @Piotr D. Kaczorowski, @ijor or @electrotrains have an opinion too? One thing to throw into this is that although the FujiNet hardware is based around an ESP32, the advantage of the Purple Pico/Pico W is that it doesn't use surface mount components, so the PCBs are easy for the less skilled solderers like myself to make up. Comments/opinions?
×
×
  • Create New...