nemike

U46 is a 82S123 BiPolar prom, according to this thread: It has 16 bytes stored in it. We could verify that if someone would be willing to read their prom, or send me the prom as I have a Data I/O 29B with unipak 2b which can read/write those proms.

I edited the original post to include that the board will not be the same as the original in size and will be designed for use in a 3d printed case. As for the software, I would imagine we can find the data to reproduce the floppies or get them transferred via some means.

I have spent the last day or so going over the schematics and other peoples work to gather prom data etc and believe I can reproduce the ATR8000. I plan to use 4164 ram and eliminate the linear power supply and use a switching power supply instead. My goal is to be able to use it as I originally used it, by connecting several 8" floppy drives etc to my Atari. Would anyone else be interested in a (probably) one time run of a few boards? Since this is not a for profit project I would charge much more than it costs me to get the components and pcb etc, I don't know at this time any cost but I'm also not interested in taking any money until I'm got the board designed. At that time I should have an idea of costs. The board will not be exactly the same as the ATR8000's original board, this will be a 4-layer and will be designed for use in a 3d printed case. Let me know if your interested. Mike

Thanks I wanna contribute to make thing easier for others. If there is any other testing I can do, especially if you determine what you think you have on your system, I can try it here. I currently just program the arduino from linux for now.

Actually those coordinates were indeed indicating a problem, they should be more reasonable like in the end when I got this: Note the values, this time are not within 1 and 5 pixels of each other, this time the coordinates are separated by 823 and 829. After lots of reading datasheets and source code for sdrive-max, tft.c / eeprom-writer.c and loading the example elegoo paint program and that worked fine. My problem was the first time it auto-detected the touch screen it incorrectly "guessed" the pinouts for the touch screen. I'm all set now and it's working good. I might contribute some code changes to the calibrate to allow for testing the coordinates, including a suggestion to redo the eeprom-writer to auto-detect again.

I can't imagine this isn't a problem? shouldn't x1,y1 and x2,y2 be farther apart or am I guessing wrong?

I am still trying to get my sdrive-max to work, I've tried as suggested to re-calibrate and I've tried several different SD cards, but nothing makes any difference. As I mentioned before, calibration works, after the sdrive-max goes into screen saver I can tap the screen and the GUI re-appears, but taping anything on the screen does nothing. The touch screen is the ELEGOO UNO R3 EL-SM-004, it says it has ILI9341. Here the amazon link: https://www.amazon.com/gp/product/B01EUVJYME HELP!

Thanks Moonsweeper, I'm working with Mr Robot to see if we need to make changes to the docs. The above information is for MacOS Mojave.

So today I installed Mojave fresh on a system, updated to 10.14.6, install Ardunio via the link in your instructions, run it, exited it, downloaded and ran HexUploader, it shows nothing in the HexUploader window, I've attached pics of HexUploader window as I select stuff. And lastly here is a run of ps to show the process: $ ps -eaf | grep avr 501 1330 1319 0 4:58PM ?? 0:00.29 /Applications/Arduino.app/Contents/Java/hardware/tools/avr/bin/avrdude -F -Cavrdude.conf -pm328p -carduino -P/dev/cu.usbserial-A50285BI -D -Uflash:w:/Users/admin/Downloads/sdrive-max-v12/atmega328-ili9341/eeprom_writer.hex Here are the devices in /dev crw-rw-rw- 1 root wheel 18, 2 Oct 10 16:41 tty.usbserial-A50285BI crw-rw-rw- 1 root wheel 18, 3 Oct 10 16:41 cu.usbserial-A50285BI Left it running for a while and nothing ever happened. This is all different than I experienced on my main system, but I do have lots of different stuff like MPLAB, Renesas development, etc, which is why I did a fresh OS install to work through the testing to get the instructions narrowed down. After waiting for 10-20 minutes while I wrote this all up, I finally unplugged the USB and got these messages in the HexUploader window: avrdude: ser_drain(): read error: Device not configured avrdude: ser_send(): write error: Device not configured avrdude: ser_drain(): read error: Device not configured avrdude: ser_send(): write error: Device not configured avrdude: ser_recv(): read error: Device not configured avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00 avrdude: ser_send(): write error: Device not configured avrdude: ser_recv(): read error: Device not configured avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00 avrdude: ser_send(): write error: Device not configured avrdude: ser_recv(): read error: Device not configured avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x00 avrdude: ser_send(): write error: Device not configured avrdude: ser_recv(): read error: Device not configured avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x00 avrdude: ser_send(): write error: Device not configured avrdude: ser_recv(): read error: Device not configured avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x00 avrdude: ser_send(): write error: Device not configured avrdude: ser_recv(): read error: Device not configured avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x00 avrdude: ser_send(): write error: Device not configured avrdude: ser_recv(): read error: Device not configured avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x00 avrdude: ser_send(): write error: Device not configured avrdude: ser_recv(): read error: Device not configured avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x00 avrdude: ser_send(): write error: Device not configured avrdude: ser_recv(): read error: Device not configured avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x00 avrdude: ser_send(): write error: Device not configured avrdude: ser_recv(): read error: Device not configured avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x00 avrdude: ser_drain(): read error: Device not configured avrdude done. Thank you. I will wait for a reply from you before I test the Sparkfun CH340 drivers https://learn.sparkfun.com/tutorials/how-to-install-ch340-drivers/all

Yes, it says Ready at the bottom. I did try no sd card, it then didn’t say ready, but shouldn’t you be able press something, maybe CFG or something? I try pressing all over and nonthing ever happens. But as I said once it goes into screen saver mode I can tap it and it goes back to showing the GUI.

I do appear to need some community help. I followed the installation steps, it discovered the panel, then I did the second hex file and it had me calibrate the display and it came up saying it needed the SDrive.atr which I then copied to the SD card and then booted the uno again. It appears to do nothing when I touch it anywhere on the GUI. If I leave it for a while it goes into a screen saver and I can touch it and the screen saver stops and the GUI comes back but I still can't interact with the GUI. The touch screen is the ELEGOO UNO R3 EL-SM-004, it says it has ILI9341. Here the amazon link: https://www.amazon.com/gp/product/B01EUVJYME I have not even connected it yet to the Atari. Any suggestions? I hope I'm in the correct forum for these two topics...

Very good point about email addresses.... With the Uno's with the CH340, which are the one's pictured on your page as Bestduino, you get this error on MacOS (Mojave) avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x00 avrdude: stk500_recv(): programmer is not responding avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x00 ... Mike

Sorry I'm an old internet fart and was looking for "Contact Me" and an email address I don't do much social media and generally mentally skip those, not thinking they are ways to get a hold of someone! Thanks!!!! Anyways I have just been through the process of trying to program the Uno on Windows, Mac and Linux and after a bit of issues was able to determine the steps necessary to get drivers to work correctly on MacOS to be able to talk to the programmer on the Uno behind the USB controller. In my case the USB controller is the CH340 FTDI USB controller. Sparkfun has the correct drivers and steps necessary to be able to over ride the default driver Apple provides and use the correct driver. I was able to program the Uno with Linux, but plan to test the Sparkfun steps to ensure it works before we update the docs. Mike

Hi everyone, I was searching the atari8bit.net site and can't find any info on who I can contact about that site, I would like to contribute to the Flash programming section of the sdrive-max instructions/tutorial as I just went through the hassles of flashing, attempting on Windows Mac and Linux. I'd like to contribute so other wouldn't have to spend time searching for the issues as I did. Anyways, anyone know who I could reach out to and how to reach out to them? Thanks, Mike