Jump to content

mytek

Members
  • Content Count

    4,933
  • Joined

  • Last visited

  • Days Won

    30

Everything posted by mytek

  1. Well it really comes down to how you use your Atari, and specifically what purpose you have in mind for the 576NUC+. Personally once I started using SD and CF card devices on my Atari computers, I find that I rarely ever need to use a cartridge anymore. This would be especially true for someone that mainly plays games, since virtually every known game for the Atari can be gotten as either an XEX or an ATR which work very well from a solid state disk. The focus of this project was to create a very compact portable device that along with the FujiNet/SD daughter board really gives you a very good alternative to a cart based system. It doesn't make carts obsolete, but then again if this isn't your only Atari computer, those carts can be used on your stock Atari computer instead, and then simply think of this as your grab and go version.
  2. Just goes to show you my memory isn't all that great Wow that would be nice 👍 Although I won't hold you too it, since it probably sits at the bottom of the stack of things you'd like to do
  3. If I recall correctly @flashjazzcat never continued with XEP80 support because of not having the actual hardware for one. So whatever version of TLW there was with XEP80 support, I'm pretty sure it predates the latest version by quite a bit as in years. I don't even know if it actually saw a public release. Hopefully Jon can hop in here and give us an update.
  4. For me it was interesting for maybe an hour or two when I was connecting to various active BBS's, but quickly the novelty wore off, and then all the reasons why I stopped using my A8 to go online focused into realty once more. Personally I think instead of going back into the past with this next generation tech, instead we should be focused on something more modern now that this tech allows for bridging the gap. As to what that would be... well I for one would find being able to log into one (or all) of my existing email accounts in either POP or maybe even IMAP, and then send and receive text messages, a very useful app on my A8. This is something that is bridging old with new in a practical and useful way.
  5. That would be particularly appropriate for all SMD based boards 👍
  6. The gumby circuit has been done many times, with small variations by various people including myself in the 1088 series boards, so no real point in me publishing anything specific to the 576NUC+. Besides I really don't wish to encourage dual Pokey setups with how difficult they already are to get a hold of. I was under the impression that PokeyMAX was a very good FPGA clone of the original Pokey sound. You feel differently?
  7. @ivop I think this will cover the dimensional data you were after. SIO2MIDI-S2.dxf
  8. Not a bad idea, although I'll leave that up to others to do whatever they want. For me this project arrived where I intended, and I consider it completed However with that said, the schematics are available for anyone that wishes to go in some new direction.
  9. I wouldn't count on DVI working. I tried it on a fairly new DVI only monitor and it was no dice. Best to stick to monitors with HDMI input. Because there's no guarantee the DVI will work even with an HDMI to DVI adapter. Edit: Just add to that, the 1080P mode seems to work the best at displaying a nice centered image with all the content viewable, which really isn't compatible with those older DVI computer monitors. BTW the 4:3 aspect ratio setting on the HDMI converter works great, and makes up for the HDTV possibly not having that ability.
  10. All thru-hole parts on the main board, and the AV-to-HDMI daughter board is purchased as an assembled item. Check out the BOM on that XEP80-II page I linked to (scroll down to the bottom of the page to see the downloads). It's a pretty easy build - takes me about 3-4 hours max without breaking a sweat Because of the general electronics shortage you may have to do some substitutions, but all the parts are pretty generic in nature so a different manufacturer is no biggie.
  11. https://thebrewingacademy.com/ XEP80-II Web Page
  12. I did do prototype a board called the XL-CF4 which I put into my 'Monster 600XL', a title that i gave it due to all the upgrades inside. It picked up all but one signal from the Antic piggyback, and even provided the extra signals that a U1MB requires. https://ataribits.weebly.com/blog/category/monster-600xl Although it did work, it only seems to like a small amount of Chinese Clone SD Cards I had purchased a few years back, and nothing else. Kinda funny actually, since it is normally the clones that are the problem, and not the solution. Once again it all comes down to timing, and because the stock 600XL uses a different glue logic vs. the 1088XEL, it was enough to cause issues with many of the normal CF Cards not working. Luckily I have 4 clone cards that work great in it, so I'm set
  13. Hi Doc In the beginnings of the 1088XEL development I remember running a series of tests with LS, HC/HCT, ACT, and F type 7408 chips which has one of its gates used as the phi2 buffer. If I recall the LS was actually a tad bit faster than the HC/HCT, which was enough of a difference to make or break certain timing aspects that were very important to PMG routines. The F series was just a bit faster still, and insured that all would be good. The ACT although better in speed and better in power consumption than the F, was actually getting to be too fast for our 8-bits, and was producing some big under and overshoots due to the ringing. Most likely with a better board layout this could be overcome and the ACT's would then be the chip of choice. Since so few of the F series are even needed, the extra power consumption really isn't an issue (one for the main board and 4 chips for the XEL-CF3). Thanks for your insights 👍
  14. Yes I agree, this could certainly be a big hit 👍 When I was doing a few mods to the AtariWriter 80 disk to enable the automatic 40/80 column video source switching, I also decided I needed a good readme file example that could be quickly loaded while I was testing stuff out. So what better than to write up a description of the new XEP80-II system as that example. So here I was actually using my Atari 8-Bit for the first time in well over 25 years to do word processing, and it was actually very enjoyable and absolutely great to see so much of the writing on-screen all at once. Then printing that to a PDF via FujiNet, it suddenly struck me that this was a very usable system to write stuff in Using the HDMI converter with the video source switcher was the icing on the cake, since it was completely painless to move from 40 to 80 columns, and back, with no more fiddling with the vertical or horizontal size adjustments of the monitor. What I'd like to see happen for the future of AtariWriter 80, is the incorporation of @phaeron's Ultra Speed Driver. This was beyond my Atari coding abilities. Also it would be nice to see a few of the quirks ironed out, such as the need to occasionally press break to reformat the screen when editing (although that's a minor annoyance), and to not have to resort to adding an additional blank line with return at the end of a document so that it can be smoothly scrolled up and down as the page transition occurs.
  15. There was a correction needed on an image download from my website. the image was a depiction of the specialized navigation keys triggered by the use of the ALT key in combination to add the ability to easily maneuver around the AtariWriter (Plus or 80) word processing program. This came about when i was testing AtariWriter 80 with my new XEP80-II board, and I was getting tired of having to memorize the odd key combinations to normally do so. Here is the corrected version. This is presently only available on the V1.7 firmware for the NUC TK-II. Eventually I'd like to migrate this over to the standard TK-II for use in all machines, but first I'll need to do some refactoring to make space for it. Other changes in the V1.7 Firmware... FIXED: When launching into FujiNet with Basic Disabled, the No Basic aspect wouldn't stick and still required holding the Option key (F4) to insure that Basic stayed off when loading a file. FIXED: A CTRL+SHIFT+A was being sent for clearing the keyboard buffer that was interfering with the AVG Cart. This has now been moved to occur very early in the process, so it should no longer be an issue.
  16. The first production board order was recently placed by @MacRorie, and he has a fully assembled prototype I gave him for evaluation, but not much time has passed on that. So I would imagine it'll take a bit more before the production wheels really start spinning. As for the case, I need to get back on that project, especially now that @Mr Robot released the 576NUC+ based blank STLs. I was originally working with an earlier STL that still had some stuff left over from the NUC, so I'll want to transfer over what I was working on to the new blanks, giving me a clean start. When I'm done and the new case has been test printed and proven out, then I will release the STLs for download, and The Brewing Academy will certainly have the actual 3D printed version available as well.
  17. It would from a electrical standpoint, but unfortunately not from a size aspect. just like the PokeyMAX, the PokeyONE requires more room around it's perimeter than an actual Pokey chip would use, and when stacked with a real Pokey would also be too high to fit under the FujiNet daughter board. When I was developing the 576NUC+ the PokeyMAX was in flux, and one of the first pictures I came across from ABBUC I missed the fact that there was an overhang extending beyond the actual socket pins. Although on the right side it wasn't any worse than the PokeyONE. Later as the PokeyMAX design evolved, this situation appears to have gotten worse, with even more overhang. In order for the PokeyMAX to fit the 576NUC+ it would need to have a PCB re-design with a notch cutout like shown below. If this were done it would not impact the PokeyMAX for any other application, but would of course open it up for the 576NUC+ use. I believe @foft has corrected the timing issues that originally were problematic for the TK-II. And as can be seen, there are already headers with the extra addressing and GTIA beep signals that allow full use of the PokeyMAX features, as well as the means to connect the PokeyMAX stereo audio outputs to the DIN-8 Audio/Video jack. This would really be the best way to add stereo capability to the 576NUC+. My Gumby Interface board was simply a fun diversion, but was never seriously intended to be mass produced
  18. Oh before I totally forget... It was quite a ride!
  19. Thank you and your team for creating the starting point to all of this 👍 BTW, this latest NUC FujiNet version (v1.6) is now using the newer SD Card Detect pin (IO15), but please continue to support IO12, since there will be a number of those out in the field. No and I doubt that I ever will because it's rather abusive to Pokeys which have now become a very rare commodity. I'd hate to see this become a 'thing' and consume whatever Pokeys are left What I'm really hoping will happen is a 576NUC+ compatible version of PokeyMax that will fit and fully work with the NUC TK-II version, although I think that last part might already be there. just need something to clear the standoff on the lower right side. Yeah Mr Robot has gotta be the best and most prolific 3D creator I've ever seen
  20. Thanks I'll be getting back to making a case for it based on the STL files that @Mr Robot released for the 576NUC+ project, hence the reason this board has exactly the same footprint.
  21. I usually start out trying to use HC or sometimes HCT chips if doing a lot of interfacing to TTL (74LS) components. But later as the beta testing proceeds and timing issues are seen, I then transition those areas of concern over to the faster 74F series chips. So you can bet that anywhere I have spec'ed 74F series chips, it was because that was required to up the reliability
  22. SIO2MIDI-S2 Project Released: https://ataribits.weebly.com/midi.html --- Scroll down the page to see it --- @ivop I will get you the measurements you requested very soon. Been kinda busy here with getting all 3 projects released and documented
  23. XEP80-II Project Released: https://ataribits.weebly.com/xep80-ii.html
  24. 576NUC+ Project Released: https://ataribits.weebly.com/576nuc.html
  25. Any place that has specifically called for a '74F' series device requires the faster switching speed that brings. If you substituted 74HC or 74HCT there would likely be timing issues, with some not initially apparent, but there none the less.
×
×
  • Create New...