(Topic ID: 201079)

Heighway Pinball support (Full Throttle and Alien)

By SunKing

6 years ago


Topic Heartbeat

Topic Stats

  • 1,031 posts
  • 162 Pinsiders participating
  • Latest reply 4 months ago by DawnP
  • Topic is favorited by 60 Pinsiders
  • Topic is sticky in its sub-forum

You

Linked Games

Topic poll

“How well is Heighway supporting it's customers?”

  • I don't own a Heighway game 127 votes
    72%
  • I own a Heighway game, and the support has been great! 8 votes
    5%
  • I own a Heighway game, and the support has been OK. 16 votes
    9%
  • I own a Heighway game, and the support has NOT been OK. 12 votes
    7%
  • I own a Heighway game, and have received ZERO support despite many requests. 14 votes
    8%

(177 votes)

Topic Gallery

View topic image gallery

Alien Playfield Display (resized).jpg
2022-03-18 17.41.44 (resized).jpg
9880B0A4-37D8-4B71-A87F-11FAA5E6B209 (resized).jpeg
20210521_183012 (resized).jpg
20210523_132732 (resized).jpg
20210523_132749 (resized).jpg
20210522_204926 (resized).jpg
E4C76FFF-24EE-488B-AA32-E92469F3CCF9.jpeg
IMG_20200910_133453 (resized).jpg
IMG_20200910_133506 (resized).jpg
P1020769 (resized).JPG
P1020767 (resized).JPG
67C7010C-541D-42A2-8671-135FD90003CC (resized).jpeg
IMG_3415 (resized).JPG
IMG_3414 (resized).JPG
6E18543B-7845-4EB1-818B-B2EDDF49BF07 (resized).jpeg

Topic index (key posts)

5 key posts have been marked in this topic (Show topic index)

There are 1,031 posts in this topic. You are on page 17 of 21.
#801 5 years ago

Good find! If that were my burnt power supply, I'd install the better one you found and chuck the burn one in the scrap pile in case I wanted to salvage some component from it, but otherwise, it's trash.

#802 5 years ago

Still have 7 back-up (replacement) SSD disk drives pre-loaded with 1.02 software. $45 shipped to US. If your computer won't boot, just take the plexi cover off (4 screws) take 1 screw out of the drive and swap them out. I probably won't make any more at this point since I sold all the extra computers I had.

4 left

#803 5 years ago

Anyone know the pinout of the individual leds for Alien? I would like to try and build a test rig. Soldering them is definitely a PITA

#804 5 years ago

I found them relatively easy to solder after making a solder rig out of a foam pad, specifically a harbor freight carpet slider. Used that to hold the pins and then set the led on them and soldered away.

To test, I just swapped them into the single lamp base green bord on the left of the playfield (unscrewed it from the bottom of the PF). You can swap them out to test while the game is on.

61FE3E5C-C71F-42C3-9A2B-53C52B9B6B8C (resized).jpeg61FE3E5C-C71F-42C3-9A2B-53C52B9B6B8C (resized).jpeg
#805 5 years ago
Quoted from mavantix:

I found them relatively easy to solder after making a solder rig out of a foam pad, specifically a harbor freight carpet slider. Used that to hold the pins and then set the led on them and soldered away.
To test, I just swapped them into the single lamp base green bord on the left of the playfield (unscrewed it from the bottom of the PF). You can swap them out to test while the game is on.
[quoted image]

I thought about using foam, but didn't want to get any residue on the pins from the heat. Currently using a wood block. Sold the game, so I don't have an easy test rig...

#806 5 years ago

Still have 2 facehuggers left at 55 each and 2 set of 4 sling lamp boards 35 each set. Down to 4 preloaded 1.02 alien SSD replacement drives at $40 each.

Added over 5 years ago:

facehuggers sold
1 set of sling lamps left
2 preloaded ssd drives for alien left

Added over 5 years ago:

only 1 ssd left

Added over 5 years ago:

everything is sold

#807 5 years ago

Anyone have any face huggers / leds / io boards or any other parts?

#808 5 years ago
Quoted from Ilushka85:

Anyone have any face huggers / leds / io boards or any other parts?

https://www.free-play.se/search/alien

#809 5 years ago
Quoted from Ilushka85:

Anyone have any face huggers / leds / io boards or any other parts?

PinBackpacker probably has IO boards for sale here in the states too

#810 5 years ago

But maybe its cheaper to order in Europe ... I bought from him and everything was finde but I payd nearly 100 Euro more than later on in Sweden.

#811 5 years ago

Digging through my stuff and found a set of beacons I had ordered with the quiet belt drive. 12V rotating beacons. $30 gets my money back and I'll pay the shipping.

Added over 5 years ago:

Sold

2 weeks later
#812 5 years ago

My Full Throttle that's been working fine for the six months or so that I've had it has just quit booting up. I did nothing to prompt this, it just failed to boot one day. I get an error on the playfield display that says "ERROR: Failed to Install Updates!". It was already running v1.41 code when I got it, so I've never tried to do an update. Anyone have any suggestions on where to start? Should I just make a new SDCard image and try that first?

Thanks in advance for the help,
Dave

P.S. Happy New Year!

#813 5 years ago

Well I tried to make a new SD card for my Full Throttle using the zip file I downloaded, but it didn't work. Anyone have an image that's been tested and works?

#814 5 years ago

This is a picture of my file on the full throttle.

DSC_0001 (resized).JPGDSC_0001 (resized).JPG
#815 5 years ago
Quoted from Olaa:

This is a picture of my file on the full throttle.
[quoted image]

Thanks. That looks similar to what's on my USB thumb drive. I believe what I need is a good ISO image of the SD card that's in the Utilite.

I tried updating the files on the USB drive and rebooting, but I still got the same error. So I suspect either my SD card image is corrupted, or the Utilite may have a problem.

#816 5 years ago

Managed to get a new sd card image to boot, but then it had other problems. It seemed like IO boards weren't working right. I started updating the code on the IO boards. Several went OK then on one of them, the machine locked up during the update. Now that IO board is not detected at all. Does anyone know how to restore an IO board with corrupt code? Does anyone have a replacement IO board?

#817 5 years ago

If anyone wants to get on the list for a new/replacement computer for alien (drop right in includes memory and ssd loaded with software), let me know. I'd like to get another 4 people to make the order so I can turn them for $375 each again.

Scott

#818 5 years ago
Quoted from WeirPinball:

If anyone wants to get on the list for a new/replacement computer for alien (drop right in includes memory and ssd loaded with software), let me know. I'd like to get another 4 people to make the order so I can turn them for $375 each again.
Scott

I'd be in if it worked on Full Throttle

#819 5 years ago
Quoted from Jgaltr56:

I'd be in if it worked on Full Throttle

maybe we can figure that one out as well...

#820 5 years ago

I would also be in if we can get it working on Full Throttle.

#821 5 years ago

Does anyone know if you can replace a version 1.3 IO board with version 1.4B?

#822 5 years ago
Quoted from WeirPinball:

maybe we can figure that one out as well...

I would also be in if it will work on Full Throttle.

#823 5 years ago
Quoted from Jgaltr56:

I'd be in if it worked on Full Throttle

Count me in for one of those as well, please

#824 5 years ago
Quoted from DerGoetz:

Count me in for one of those as well, please

Quoted from PinChatt:

I would also be in if it will work on Full Throttle.

Me too please. Utilites can be made to boot from USB, TFTP, SSD, etc but a pain in the foot.

PinChatt, re your I/O board there is an avrdude.conf baked into the the FT Yocto image. It has references only to to the PIC32MX795F512, which is the heart of these boards, so perhaps PICKit 3.5 would help to read the state of the polyfuses, or wipe the PIC32 and stick fresh code on, although I would think there are avrdude logs to be found. You can login to the Utilite by plugging in a USB keyboard or SSH. User is root with no password.

Another theory is a busted FTDI231x USB-I/O chip, I'm looking at PIC32 hex now and it shows USB VBUS offloaded to the this little chip. You can easily test it with with software available on FTDIchip site and connecting the the USB cable from the I/O to your laptop but the board will need power from the game.

#825 5 years ago
Quoted from WeirPinball:

If anyone wants to get on the list for a new/replacement computer for alien (drop right in includes memory and ssd loaded with software), let me know. I'd like to get another 4 people to make the order so I can turn them for $375 each again.

Put me on the list.

#826 5 years ago
Quoted from gabegabegabe:

Put me on the list.

Got enough people to get parts ordered

#827 5 years ago
Quoted from shaneo:

Me too please. Utilites can be made to boot from USB, TFTP, SSD, etc but a pain in the foot.
PinChatt, re your I/O board there is an avrdude.conf baked into the the FT Yocto image. It has references only to to the PIC32MX795F512, which is the heart of these boards, so perhaps PICKit 3.5 would help to read the state of the polyfuses, or wipe the PIC32 and stick fresh code on, although I would think there are avrdude logs to be found. You can login to the Utilite by plugging in a USB keyboard or SSH. User is root with no password.
Another theory is a busted FTDI231x USB-I/O chip, I'm looking at PIC32 hex now and it shows USB VBUS offloaded to the this little chip. You can easily test it with with software available on FTDIchip site and connecting the the USB cable from the I/O to your laptop but the board will need power from the game.

shaneo, thanks for the tips. I figured there was some way to reload the firmware on the IO board outside of the machine. I was hoping to find someone who has already done this that can help walk me through it. If I'm able to do it, I'll post some instructions to help out other people that are trying to keep the Heighway pinballs working.

#828 5 years ago

Still waiting to hear if anyone has replaced version 1.3 IO boards with the 1.4B version. Has anyone tried this on a Full Throttle?

#829 5 years ago
Quoted from WeirPinball:

Got enough people to get parts ordered

So this is a backup in case the original goes bad at some point? Has that been a problem with FT?

#830 5 years ago
Quoted from sulakd:

So this is a backup in case the original goes bad at some point? Has that been a problem with FT?

I have no idea on ft, just had people ask if someone could make some to have as spares

#831 5 years ago
Quoted from WeirPinball:

I have no idea on ft, just had people ask if someone could make some to have as spares

AFAIK, no one at the company ever tested FT with the new computer. But it worked for me without any issues. In fact since I didn't have an ALIEN for the longest time, many of the generic code changes were actually tested on my FT before being ported to ALIEN.

I believe when we finally released 1.0, the FT code was stripped out of the ALIEN image. A new ALIEN-style package for FT was created and never released. I'll bring this up to the current ownership and see what they think about releasing this. The Utilite-style update packages won't work for sure on the new CPU.

#832 5 years ago
Quoted from bcd:

AFAIK, no one at the company ever tested FT with the new computer. But it worked for me without any issues. In fact since I didn't have an ALIEN for the longest time, many of the generic code changes were actually tested on my FT before being ported to ALIEN.
I believe when we finally released 1.0, the FT code was stripped out of the ALIEN image. A new ALIEN-style package for FT was created and never released. I'll bring this up to the current ownership and see what they think about releasing this. The Utilite-style update packages won't work for sure on the new CPU.

Any info about the new/old hardware will help me see if I can source a replacement spare for FT.

Scott

#833 5 years ago
Quoted from bcd:

AFAIK, no one at the company ever tested FT with the new computer. But it worked for me without any issues. In fact since I didn't have an ALIEN for the longest time, many of the generic code changes were actually tested on my FT before being ported to ALIEN.
I believe when we finally released 1.0, the FT code was stripped out of the ALIEN image. A new ALIEN-style package for FT was created and never released. I'll bring this up to the current ownership and see what they think about releasing this. The Utilite-style update packages won't work for sure on the new CPU.

bcd, do you happen to know if the version 1.4B IO boards will work in FT that originally had version 1.3 boards?

#834 5 years ago
Quoted from PinChatt:

bcd, do you happen to know if the version 1.4B IO boards will work in FT that originally had version 1.3 boards?

Can't say for sure. They are code compatible, but I'm not sure what the hardware differences are. I suspect some of the changes were made due to the higher power requirements on ALIEN. I haven't tried it.

#835 5 years ago
Quoted from bcd:

Can't say for sure. They are code compatible, but I'm not sure what the hardware differences are. I suspect some of the changes were made due to the higher power requirements on ALIEN. I haven't tried it.

Thanks. Do you know anything about loading firmware onto the IO boards using a PC? I've got one board that I believe has corrupted firmware. The game froze while updating the IO board. After restarting, that IO board is blinking the amber WARN LED and is no longer recognized by the game.

#836 5 years ago
Quoted from PinChatt:

Thanks. Do you know anything about loading firmware onto the IO boards using a PC? I've got one board that I believe has corrupted firmware. The game froze while updating the IO board. After restarting, that IO board is blinking the amber WARN LED and is no longer recognized by the game.

Be careful messing with these IO boards. I killed the bootloader on one of mine when messing with it on the weekend and have the warn led also, however when I open a term to the Utilite and run Avrdude, it sees the board, and when I connect the PicKit and read, the IO's info led blinks so all seems OK, and all that's needed is a new bootloader via programmer.U

IO updates definitely invoke Avrdude. The update package installer freewpc_1.41-r0_armel.deb contains "Reopening %s %s -C %s -p32MX795F512L -cstk500v2 -P %s -b %u 2>&1 avrdude /etc/avrdude.conf dude %s cmdline %s .
The programmer in /etc/avrdude.conf is hardly likely to work but I'm not sure where the override is, or if it's just using avrftdi or nix gpio. If the bootloader is shot this doesn't matter anyhow and it needs to be erased and re-progg'd.

Where's Romain when you need him?

Be aware .100 pin holes on the boards near the 4 way dip switch do not connect to the PIC32's MCLR, nor do the data and clock pins.

I'll get to my board on the weekend and accurately document the procedure.

#837 5 years ago
Quoted from shaneo:

Be careful messing with these IO boards. I killed the bootloader on one of mine when messing with it on the weekend and have the warn led also, however when I open a term to the Utilite and run Avrdude, it sees the board, and when I connect the PicKit and read, the IO's info led blinks so all seems OK, and all that's needed is a new bootloader via programmer.U
IO updates definitely invoke Avrdude. The update package installer freewpc_1.41-r0_armel.deb contains "Reopening %s %s -C %s -p32MX795F512L -cstk500v2 -P %s -b %u 2>&1 avrdude /etc/avrdude.conf dude %s cmdline %s .
The programmer in /etc/avrdude.conf is hardly likely to work but I'm not sure where the override is, or if it's just using avrftdi or nix gpio. If the bootloader is shot this doesn't matter anyhow and it needs to be erased and re-progg'd.
Where's Romain when you need him?
Be aware .100 pin holes on the boards near the 4 way dip switch do not connect to the PIC32's MCLR, nor do the data and clock pins.
I'll get to my board on the weekend and accurately document the procedure.

shaneo,

Thanks for the info. I'm confident that together we can get a handle on these IO boards and put some documentation up that will help others in the same boat.

I'm approaching this with the boards out of the machine powered by a bench power supply. You only need to supply 5 volts to work with the PIC. Right now I only have the version 1.3 boards from my FT.

I've ordered the PicKit 3 but while I was waiting I started looking into this a little more.

Are you sure the 0.1" header does not connect to the ICSP pins on the PIC32? I traced it visually last night and convinced myself that they do. There are actually 2 sets of clock and data pins (PGECx and PGEDx) on this version of PIC32. I didn't trace the /MCLR pin all the way back to the chip, but it did tie to a resistor under the reset button. It sure looks like the pinout matches the PicKit pinout to me.

If you are not using the header pins, how did you connect the PicKit? Did you solder wires on the board?

What boot loader code are you using?

My plan was to attempt to read the code from a working board then flash a copy of it to the non-working board. Of course that all depends on the code protection bit not being set. The backup plan was to try and find the code in the Yocto image. Maybe you've found it already?

If you connect a working board to a PC by USB and power it externally
, you can use a serial terminal to interact with the board. Baud rate is 115200. I've found a few commands the board will respond to and echo back information. The board that is flashing the WARN LED does not respond at all (at least to the few commands that I know of).

You said running Avrdude on the Utilite that you could see the board with a flashing WARN LED? That surprised me, but that also is a good sign that there may be a way to recover a board in that state while it's still in the game.

I'll post more soon.

#838 5 years ago

PinChatt, the ICSP pins do indeed connect to 25&26 on the PIC. My bad.
I haven't figured a bootloader yet, but connected the Pickit this morn however MPLAB IPE saw the Pickit but said no 3.3V on VDD & VSS.
Can you share your term cmds please? I'll take another look tonight.

#839 5 years ago

Can now get MPE IPE to see VDD & VSS with dip switch 1 on, however "unable to read device ID". Will set logging to "finest" and retest.

With dip switch 2 off, ICSP pin 1 - pic pin 13 (/MCLR) is 50K ohm, switch on it's 1.8K ohm. Forget to check voltages.

#840 5 years ago
Quoted from shaneo:

PinChatt, the ICSP pins do indeed connect to 25&26 on the PIC. My bad.
I haven't figured a bootloader yet, but connected the Pickit this morn however MPLAB IPE saw the Pickit but said no 3.3V on VDD & VSS.
Can you share your term cmds please? I'll take another look tonight.

shaneo, Nice work! I'm still waiting for my PicKit. I haven't had time yet this week to work on it any more. The two commands I remember off the top of my head are RST and VER. RST will reset the board and VER will echo back version info. I was going to experiment and see if I could discover other commands. There should be some commands to fire coils and to set the LED light outputs. There should also be some way to read the switch inputs.

If we can look at the firmware file with a hex editor, it's likely that we can see some of the ASCII text of the command and response structure.

Were you able to find the IO board firmware file in the Yocto image? It must be contained in there somewhere.

#841 5 years ago

Can't seem to get the Pickit doing what I want it to.
Board on bench, 5V applied, dip switch 1 on, have nice 3.3V on VDD, /MCLR is low.
Drive /MCLR high breifly via dip switch 2, when low again send cmd to enter prog mode, drive high again and not in prog mode.
Can't see anything in the .hex. It's compiled .c.
Just looked at some routines from "the other game", it also uses avrdude to talk/update IO's. Does however use STKv2 as prog. Will try with it's .conf

#842 5 years ago

I have successfully re-programmed the PIC32 on an I/O board which the game would not recognize and had the warn LED blinking. With board on bench, 5V applied, I used avrdude 5.1 on a 64 bit Win 10 with the avrdude.conf from Linux package 6.3 .
I used the update.hex (renamed to hpio.hex) from the last of the released updates.
The board is now recognized and works in the game.
Pickit was useless, old avrdude binaries baked into the Utilite the same and would not use recent .conf, Linux machines also no good. Windows with 5.1 and 6.3 .conf was the combination that worked.

The command issued below declares the part to be programmed "-p 32MX795F512L", the programmer to use "-c stk500v2", it then erases then re-programs the PIC with the file hpio.hex "-U flash:w:hpio.hex" using com port 3 "-P COM3" and uses the specified .conf from the *nix 6.3 package " -C avrdude.conf"

Command:
avrdude -p 32MX795F512L -c stk500v2 -U flash:w:hpio.hex -P COM3 -C avrdude.conf

Result:
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.09s

avrdude: Device signature = 0x504943
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 "hpio.hex"
avrdude: input file hpio.hex auto detected as Intel Hex
avrdude: writing flash (520196 bytes):

Writing | ################################################## | 100% 6.20s

avrdude: 520196 bytes of flash written
avrdude: verifying flash memory against hpio.hex:
avrdude: load data flash data from input file hpio.hex:
avrdude: input file hpio.hex auto detected as Intel Hex
avrdude: input file hpio.hex contains 520196 bytes
avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 95.71s

avrdude: verifying ...
avrdude: 520196 bytes of flash verified

avrdude: safemode: Fuses OK

avrdude done. Thank you.

#843 5 years ago
Quoted from shaneo:

............
Reading | ################################################## | 100% 95.71s
avrdude: verifying ...
avrdude: 520196 bytes of flash verified
avrdude: safemode: Fuses OK
avrdude done. Thank you.

No ... thank you !! :neener:Good to know that this is possible !!

#844 5 years ago

building computers today for alien...

IMG_0063 (resized).JPGIMG_0063 (resized).JPG
#845 5 years ago

Have 2 more pre-loaded ssd replacement drives for alien - if your ssd goes out, just take out one screw and drop the replacement in. $40 + shipping

Scott

#846 5 years ago
Quoted from shaneo:

I have successfully re-programmed the PIC32 on an I/O board which the game would not recognize and had the warn LED blinking. With board on bench, 5V applied, I used avrdude 5.1 on a 64 bit Win 10 with the avrdude.conf from Linux package 6.3 .
I used the update.hex (renamed to hpio.hex) from the last of the released updates.
The board is now recognized and works in the game.
Pickit was useless, old avrdude binaries baked into the Utilite the same and would not use recent .conf, Linux machines also no good. Windows with 5.1 and 6.3 .conf was the combination that worked.
The command issued below declares the part to be programmed "-p 32MX795F512L", the programmer to use "-c stk500v2", it then erases then re-programs the PIC with the file hpio.hex "-U flash:w:hpio.hex" using com port 3 "-P COM3" and uses the specified .conf from the *nix 6.3 package " -C avrdude.conf"
Command:
avrdude -p 32MX795F512L -c stk500v2 -U flash:w:hpio.hex -P COM3 -C avrdude.conf
Result:
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.09s
avrdude: Device signature = 0x504943
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 "hpio.hex"
avrdude: input file hpio.hex auto detected as Intel Hex
avrdude: writing flash (520196 bytes):
Writing | ################################################## | 100% 6.20s
avrdude: 520196 bytes of flash written
avrdude: verifying flash memory against hpio.hex:
avrdude: load data flash data from input file hpio.hex:
avrdude: input file hpio.hex auto detected as Intel Hex
avrdude: input file hpio.hex contains 520196 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 95.71s
avrdude: verifying ...
avrdude: 520196 bytes of flash verified
avrdude: safemode: Fuses OK
avrdude done. Thank you.

shaneo, Great work! I'm glad you were able to figure out a way to recover the IO board. I finally did get my Pickit, but haven't had a chance to use it yet. Since you came up with a way to do this from Windows, I think I'll try your method first. At some point, I will try the Pickit at some point because I think it would be good to have another method. This would also be the only way to recover a corrupted bootloader. If I manage to get it to work, I'll post info on how I did it.

#847 5 years ago
Quoted from shaneo:

Can't seem to get the Pickit doing what I want it to.
Board on bench, 5V applied, dip switch 1 on, have nice 3.3V on VDD, /MCLR is low.
Drive /MCLR high breifly via dip switch 2, when low again send cmd to enter prog mode, drive high again and not in prog mode.
Can't see anything in the .hex. It's compiled .c.
Just looked at some routines from "the other game", it also uses avrdude to talk/update IO's. Does however use STKv2 as prog. Will try with it's .conf

The .hex file is of course compiled, but the serial command interface almost certainly uses string constants to parse commands and for responses. Since these are data, they should be in the .hex file. Depending on the byte packing, they may not be immediately obvious, but the data should still be there. Looking at the file with a hex editor that shows the ASCII should reveal some hints at the serial command interface.

#848 5 years ago
Quoted from shaneo:

I have successfully re-programmed the PIC32 on an I/O board which the game would not recognize and had the warn LED blinking. With board on bench, 5V applied, I used avrdude 5.1 on a 64 bit Win 10 with the avrdude.conf from Linux package 6.3 .
I used the update.hex (renamed to hpio.hex) from the last of the released updates.
The board is now recognized and works in the game.
Pickit was useless, old avrdude binaries baked into the Utilite the same and would not use recent .conf, Linux machines also no good. Windows with 5.1 and 6.3 .conf was the combination that worked.
The command issued below declares the part to be programmed "-p 32MX795F512L", the programmer to use "-c stk500v2", it then erases then re-programs the PIC with the file hpio.hex "-U flash:w:hpio.hex" using com port 3 "-P COM3" and uses the specified .conf from the *nix 6.3 package " -C avrdude.conf"
Command:
avrdude -p 32MX795F512L -c stk500v2 -U flash:w:hpio.hex -P COM3 -C avrdude.conf
Result:
avrdude: AVR device initialized and ready to accept instructions
Reading | ################################################## | 100% 0.09s
avrdude: Device signature = 0x504943
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 "hpio.hex"
avrdude: input file hpio.hex auto detected as Intel Hex
avrdude: writing flash (520196 bytes):
Writing | ################################################## | 100% 6.20s
avrdude: 520196 bytes of flash written
avrdude: verifying flash memory against hpio.hex:
avrdude: load data flash data from input file hpio.hex:
avrdude: input file hpio.hex auto detected as Intel Hex
avrdude: input file hpio.hex contains 520196 bytes
avrdude: reading on-chip flash data:
Reading | ################################################## | 100% 95.71s
avrdude: verifying ...
avrdude: 520196 bytes of flash verified
avrdude: safemode: Fuses OK
avrdude done. Thank you.

shaneo, Did you build avrdude 5.1 for Windows from source, or did you find a place to download the binaries? A quick search didn't turn up what I was looking for. I see that SourceForge has a WinAVR suite that is Windows executables, but the version numbering is different (may be for the suite, I don't know what version of avrdude would be included.)

What's the reason for using the .conf file from a different version? Is the specific PIC32 support just missing from the avrdude 5.1 Windows .conf file?

Last but not least, where did you grab the latest release version that contains the hpio.hex file?

Sorry for all the questions. I'm just trying to reproduce what you've done so I can recover my board.

Thanks!

#849 5 years ago

OK done with this build - I have 4 replacement computers for alien complete with memory and pre-loaded ssd - drop in replacement. 3 were spoken for, but if they don't follow up, they will be available. So, short story - 1 computer available now.

Also have a total of 5 pre-loaded ssds - drop in replacements if yours goes toast. Pre-loaded with 1.02 software ready to go.

Scott

#850 5 years ago

I spent some time analyzing the I/O board and would like to share my current results with you now. I've created a document with a mix of diagrams, photos, schematics, tables and text (including many links to datasheets) that can hardly be published as forum posts due to layout constraints. So I decided to attach it here as a PDF file (which works well). I also attached the contained overview diagrams of the Alien and the I/O Board components separately, as they might be useful on their own.

I would be happy to get some feedback, especially regarding additional insights and/or corrections.

IO Board Circuitry.pdfIO Board Circuitry.pdfPlayfield Diagram (resized).pngPlayfield Diagram (resized).pngIO Board Diagram (resized).pngIO Board Diagram (resized).png

Promoted items from Pinside Marketplace and Pinside Shops!
$ 1,100.00
Lighting - Interactive
Evolution Mods
 
5,000
Machine - For Sale
Mt Zion, IL
9,799 (OBO)
$ 35.00
Cabinet - Other
Rocket City Pinball
 
13,500 (OBO)
Machine - For Sale
Litchfield Park, AZ
From: $ 6.50
Playfield - Other
Rocket City Pinball
 
$ 19.95
Playfield - Toys/Add-ons
ULEKstore
 
From: $ 8.00
Cabinet - Other
NO GOUGE PINBALL™
 
From: $ 5.99
Playfield - Plastics
The Pinball Scientist
 
$ 810.00
Flipper Parts
Mircoplayfields
 
There are 1,031 posts in this topic. You are on page 17 of 21.

Reply

Wanna join the discussion? Please sign in to reply to this topic.

Hey there! Welcome to Pinside!

Donate to Pinside

Great to see you're enjoying Pinside! Did you know Pinside is able to run without any 3rd-party banners or ads, thanks to the support from our visitors? Please consider a donation to Pinside and get anext to your username to show for it! Or better yet, subscribe to Pinside+!


This page was printed from https://pinside.com/pinball/forum/topic/heighway-pinball-support-full-throttle-and-alien/page/17?hl=olaa and we tried optimising it for printing. Some page elements may have been deliberately hidden.

Scan the QR code on the left to jump to the URL this document was printed from.