InfiniteTape Posted January 2, 2020 Share Posted January 2, 2020 10 hours ago, Mehridian Sanders said: oh damn my work buddy reformatted this to Buster... ok lemme put Raspbian on here. No need to reformat anything. "Buster" is just the latest release of Raspbian. The releases are named, not numbered. Even if you had a different distro, we'd just need to maybe tweak the directions, not reformat anything. Mizapf's response in post #25 should get you going. 1 Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 2, 2020 Share Posted January 2, 2020 I emailed Ralph and got a response today with the completed files. I will be working with avrdude tonight to get the FG99 finally programmed. Thanks to all who contributed! will keep you posted. 1 Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 3, 2020 Share Posted January 3, 2020 Got the files transferred to the RPI. Got the AVRdude partially programmed, when my wife woke me up. She's so awesome. More on the morrow. Sleep well TInstrumentians.Sent from my SM-G955U using Tapatalk Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 3, 2020 Share Posted January 3, 2020 Cross your fingersSent from my SM-G955U using Tapatalk Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 3, 2020 Share Posted January 3, 2020 I was about to flash the device, and I ran into a conflict I have already emailed for a resolution on. The Silk screen on the FG99 says "3.3v" AVRdude says use "5v". I really don't wanna create magic smoke from this project. Would using the 5v as AVRdude suggests harm any of the components? We shall see or if you know please respond so I can have a wonderful weekend with this lol. Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 4, 2020 Share Posted January 4, 2020 Well I gave it a go. Board is not recognizing. Then I realized that the power adapter was only giving 2 amps ... and the RPI needs 2.5... that .5 amps might be what was causing the chip to not be read as there was not enough power to power the chip. ,..... *facepalm* more later. Quote Link to comment Share on other sites More sharing options...
HOME AUTOMATION Posted January 4, 2020 Share Posted January 4, 2020 (edited) It sure is a good thing, you're using all those different colored wires... ...when it fries, it'll light up like a Christmas tree! Edited January 4, 2020 by HOME AUTOMATION Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 4, 2020 Share Posted January 4, 2020 Unfortunately, it looks like it is fried. I cant get it to recognize. Sent from my SM-G955U using Tapatalk 1 Quote Link to comment Share on other sites More sharing options...
HOME AUTOMATION Posted January 4, 2020 Share Posted January 4, 2020 UhOh! Probably not more than 1 chip. 1 chip down, 1 lesson learned? 1 Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 4, 2020 Share Posted January 4, 2020 52 minutes ago, HOME AUTOMATION said: UhOh! Probably not more than 1 chip. 1 chip down, 1 lesson learned? I truly hope so Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 4, 2020 Share Posted January 4, 2020 Picked up a SPI programmer... we'll see soon enoughSent from my SM-G955U using Tapatalk Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 8, 2020 Share Posted January 8, 2020 Well cannot get the reader to see the Atmel chip. Do Atmel chips require anything to prepare them for loading the .hex file onto them? Mine is not showing up at all. Which leads me to believe that the chip is fried or the circuit is broken on paths to the Atmel. Ask anything even questions considered dumb. Never programmed an IC before, unless you count Dediprog. Sent from my SM-G955U using Tapatalk Quote Link to comment Share on other sites More sharing options...
+chue Posted January 8, 2020 Share Posted January 8, 2020 The error message says that the software is expecting one type of chip, but is seeing another type. If your chip type is correct then check your soldering 1 Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 8, 2020 Share Posted January 8, 2020 The error message says that the software is expecting one type of chip, but is seeing another type. If your chip type is correct then check your solderingTrue but the error message also says that it is detecting 0x00000 and retrying. To me it is not detecting at all. Gonna try again tomorrow with a dedicated 5v external supplySent from my SM-G955U using Tapatalk Quote Link to comment Share on other sites More sharing options...
atrax27407 Posted January 8, 2020 Share Posted January 8, 2020 Where did you get the chip? If from China, it is likely counterfeit and thus an incorrect recognition byte. 1 Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 8, 2020 Share Posted January 8, 2020 Got it from Mouser. Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 8, 2020 Share Posted January 8, 2020 Well got a dedicated 5v 1a power supply and the USBtiny. And it appears as though it programmed it properly. It says that it was completed with errors. The device ID is very weird. Guess we get to wait to get home and see. Sent from my SM-G955U using Tapatalk 1 Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 9, 2020 Share Posted January 9, 2020 Well got a dedicated 5v 1a power supply and the USBtiny. And it appears as though it programmed it properly. It says that it was completed with errors. The device ID is very weird. Guess we get to wait to get home and see. Sent from my SM-G955U using Tapatalk Yeah no diceSent from my SM-G955U using Tapatalk Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 9, 2020 Share Posted January 9, 2020 Steps: -Connect 4 pins to USBtinyAvr Programmer to 4 data pins on FG99-Connect GND from 5v 1a power supply to GND on FG99-Connect 5v+ rail on 5v 1a power supply to power on FG99-Use avrdude / load .hex file/ program-put file update.pld on regular SD card. Insert SD card into FG99. Insert FG99 to TI-99/4A.-Boot TI-99/4A. ATmega328p should program xilinix. -Power down TI-99/4A. Remove SD card. Image with FG99. I'm missing something... probably in the minutiae Sent from my SM-G955U using Tapatalk Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 9, 2020 Share Posted January 9, 2020 C:\>avrdude -p atmega328p -c USBtiny -U flash:w:package.hex avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.01s avrdude: Device signature = 0x1e950f avrdude: NOTE: FLASH memory has been specified, an erase cycle will be performed To disable this feature, specify the -D option. avrdude: erasing chip avrdude: reading input file "package.hex" avrdude: input file package.hex auto detected as Intel Hex avrdude: writing flash (32570 bytes): Writing | ################################################## | 100% 44.88s avrdude: 32570 bytes of flash written avrdude: verifying flash memory against package.hex: avrdude: load data flash data from input file package.hex: avrdude: input file package.hex auto detected as Intel Hex avrdude: input file package.hex contains 32570 bytes avrdude: reading on-chip flash data: Reading | ################################################## | 100% 26.47s avrdude: verifying ... avrdude: 32570 bytes of flash verified avrdude: safemode: Fuses OK avrdude done. Thank you. C:\>avrdude -p atmega328p -c USBtiny -U lfuse:w:0xE2:m avrdude: AVR device initialized and ready to accept instructions Reading | ################################################## | 100% 0.01s avrdude: Device signature = 0x1e950f avrdude: reading input file "0xE2" avrdude: writing lfuse (1 bytes): Writing | ################################################## | 100% 0.01s avrdude: 1 bytes of lfuse written avrdude: verifying lfuse memory against 0xE2: avrdude: load data lfuse data from input file 0xE2: avrdude: input file 0xE2 contains 1 bytes avrdude: reading on-chip lfuse data: Reading | ################################################## | 100% 0.00s avrdude: verifying ... avrdude: 1 bytes of lfuse verified avrdude: safemode: Fuses OK avrdude done. Thank you. This says done to me. still more debugging. Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 9, 2020 Share Posted January 9, 2020 SUCCESS!! WOOTSent from my SM-G955U using Tapatalk 4 Quote Link to comment Share on other sites More sharing options...
wierd_w Posted January 9, 2020 Share Posted January 9, 2020 Excellent. Now you get to get your game on. 1 Quote Link to comment Share on other sites More sharing options...
Mehridian Sanders Posted January 9, 2020 Share Posted January 9, 2020 Excellent. Now you get to get your game on. [emoji14]Well ... almost Joystick Adaptor should be done tomorrow. On a lighter note thanks to everyone who helped!Sent from my SM-G955U using Tapatalk Quote Link to comment Share on other sites More sharing options...
wierd_w Posted January 9, 2020 Share Posted January 9, 2020 Flying Shark can be played on the keyboard.. kinda... Quote Link to comment Share on other sites More sharing options...
+chue Posted January 9, 2020 Share Posted January 9, 2020 5 hours ago, Mehridian Sanders said: SUCCESS!! WOOT What was the fix? Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.