(Topic ID: 285107)

Super weird Bally 35 no boot

By mongi

3 years ago


Topic Heartbeat

Topic Stats

  • 23 posts
  • 7 Pinsiders participating
  • Latest reply 3 years ago by mongi
  • Topic is favorited by 2 Pinsiders

You

Linked Games

No games have been linked to this topic.

    Topic Gallery

    View topic image gallery

    20210106_121119 (resized).jpg
    image (resized).jpg
    #1 3 years ago

    OK guys I got a real head scratcher. I picked up a stern stingray not working. MPU light stuck on. Had a Bally 35 with 2716 roms. all voltages and grounds are where they’re supposed to be. Put my board in from my flash Gordon in the game boot it up displays work fine. It has 2532 roms. I repaired the board corrosion on the one that came with the game, make sure it was jumped properly in the game will bench boot fine with six flashes. The problem I’m having is when I put it in the stingray all I get is the brief flash. Nothing else. I also put in my stern M 200 board that has four new 2716 roms and boots fine.So my dilemma is I now have two Bally 35 boards jumped to accommodate 2 - 2716 Roms at U2/U6 And neither board will boot in the game. Both boards will boot on the bench with 6 flashes.I even tried new ROMs and it didn’t make a difference. Is it possible This board won’t work with that set up? I have extra 2532 roms But no burner.It’s driving me nuts. Any help would be appreciate it

    image (resized).jpgimage (resized).jpg
    #2 3 years ago
    Quoted from mongi:

    So my dilemma is I now have two Bally 35 boards jumped to accommodate 2 - 2716 Roms at U2/U6 And neither board will boot in the game. Both boards will boot on the bench with 6 flashes.

    Are you programming the 2716 EPROMs? What EPROM programmer are you using? What brand of EPROMs are they?

    It sounds like you're getting borderline program burns in them. The 5V supply from your bench power supply will be slightly different to your actual games supply, which may be more favorable to the EPROMs programmed cells.

    Program each 2716 chip another 3 or so times *without* erasing between programs. i.e. so you top up the program cells.

    #3 3 years ago

    Hi, thanks' for you input. I don't have a programmer, I bought the rom's from Marco. Can you recommend a programmer and what rom's for me? I do have 3 2532's I can use.

    #4 3 years ago

    On the bench you are probably applying the 5V at test point 5. The game inputs the 5V at J4 pins 16 and 17. Try something simple like cleaning any crud off of those pins. Couldn't hurt. Check the 5V and see how much juice the board is getting. Could be the eproms too. I've burned eproms that verify after burning but wont work on the board. Low 5V maybe or bad eproms.

    #5 3 years ago

    Thanks, I am powering right at the J4 plug and it makes no difference.What I understand is Bally 35 won’t work on an early stern. I have a stern 100 board I’m going to get working and try that with the 2716”s.

    #6 3 years ago
    Quoted from mongi:

    What I understand is Bally 35 won’t work on an early stern.

    Not true.

    You need to make sure your -35 board is jumpered correctly first, locked on LED in addition to other causes, if the game can't see the software in the correct location due to incorrect jumpers for the rom you're using, it will never turn off the LED (It's literally the third and 4th instructions in the game rom)

    #7 3 years ago

    Does it make any difference if you short CPU pins 39 and 40 together briefly in the game?

    #8 3 years ago
    Quoted from slochar:

    You need to make sure your -35 board is jumpered correctly first

    As I understand the O.P's opening post, he has two -35 boards jumpered for 2716 that boot on the bench but not in the actual game, so they should be jumpered correctly.

    I have seen this 3 or so times on Pinside now and it was due to weakly written EPROMs. Programmer verifies ok but in game with a slightly different 5V level they fail. I've experienced the same thing with the TL866 programmer and 2716 chips.
    mongi do you know anyone with an EPROM programmer?

    What happens when you try what dothedoo posted?

    #9 3 years ago
    Quoted from Quench:

    As I understand the O.P's opening post, he has two -35 boards jumpered for 2716 that boot on the bench but not in the actual game, so they should be jumpered correctly.
    I have seen this 3 or so times on Pinside now and it was due to weakly written EPROMs. Programmer verifies ok but in game with a slightly different 5V level they fail. I've experienced the same thing with the TL866 programmer and 2716 chips.
    Mongi do you know anyone with an EPROM programmer?
    What happens when you try what dothedoo posted?

    If the LED goes out your theory is the more likely problem.

    If the LED stays lit, it could be a reset/voltage stabilization problem.

    #10 3 years ago

    Hey guys it’s definitely the roms are not burned correctly. I have like 10 boards and I actually tried a set of ROMs from in stern electroamo and the board that’s giving me the problem and it boots now in the game with game play. It must be pulling down the 5 V, I even tried different power supplies with no luck with the original two rams that were giving me a headache. So here’s the thing I’m looking to get a burner ,what is a good suggestion. I have a $250 Amazon gift card to use. I know the 2716’s used 21 Volts to burn. This is not the first time I had problems with Roms. Marco is going to send me another set this week.I want to thank everybody for reaching out to me with help I really appreciate it.

    #11 3 years ago

    Received bad IC's from Marco in the past. Not eproms but other stuff. They did replace them, though. I shop IC's at other places now.

    #12 3 years ago
    Quoted from mongi:

    Marco is going to send me another set this week.

    They might make the same mistake burning them at high speed when they need to be programmed at slowest speed.

    #13 3 years ago

    I recently had a case of two newly burned sets of four 2732 (used like 2716) that would not boot up on a MPU200 yet other another old set of 2716 did. Software works fine on a replacement MPU and the chips verify back OK. Damn ancient EPROMs being a pain. Too bad they don't have one DIP28 ROM socket or any easy way to add one. DIP28 so much more easier to find and burn.

    #14 3 years ago
    Quoted from Quench:

    They might make the same mistake burning them at high speed when they need to be programmed at slowest speed.

    Good advice. I'm getting the best results by changing the GQ-4x4 speed to -2 and burning three times.

    #15 3 years ago

    I did not take an o scope to the laptop I burn ROMs with but a pretty quick updating DMM indicates the Vpp is not reaching 25vppp when there is a M2732 installed. If I start a burn with no chip in the socket I can see it gets all the way to 25v.

    Also if you are buying 2716 and 2732 from China (or from a pinball supplier who is buying them from China) most of them I get are actually 25vpp chip but they say 21vpp. If you burn them at 21vpp on the GQ4X it takes like 3-4x as long to complete the burn as when set to 25vpp.

    I did get a batch of 12.5v 2732s marked as 21vpp once. You kill the chip trying to burn them at 21 or 25vpp. If you are unsure start low and step up the voltage.

    I wonder if some of these problems are people trying to burn a 25v chip at 21vpp.

    #16 3 years ago

    I've just been helping someone with some test code on some old hardware which we've been having problems with assuming it was my test code or hardware at fault.
    He was programming a 27C256 chip with a GQ-4X programmer and once he selected slow speed the chip programmed properly and the code worked.
    So this issue goes beyond 2716/2732 chips with the GQ-4X programmer. 27C256 EPROMs are 12.5Vpp chips.
    Something about the high speed algorithm GQ-4X uses is not right. I'd suggest using slow programming speeds to better ensure a deep write.

    #17 3 years ago
    Quoted from Quench:

    I've just been helping someone with some test code on some old hardware which we've been having problems with assuming it was my test code at fault.
    He was programming a 27C256 chip with a GQ-4X programmer and once he selected slow speed the chip programmed properly.
    So this issue goes beyond 2716/2732 chips with the GQ-4X programmer. 27C256 chips are 12.5Vpp chips.
    Something about the high speed algorithm GQ-4X uses is not right. I'd suggest using slow programming speeds to better ensure a deep write.

    I wonder if there are any differences in the older gq4x and newer 4x4 versions as I have never really noticed problems with the speed settings. Mine is maybe 8 years old. I normally leave it set in the middle speed for old dip24 chips and fastest for dip28 and bigger. Burned a ton of different chips in that period.

    Tms2732 is the only one i consistently had trouble with eproms being corrupted a day after burning.

    #18 3 years ago
    Quoted from barakandl:

    I wonder if there are any differences in the older gq4x and newer 4x4 versions

    My GQ4X is the older version - 6 or more years old - I always use the original software provided with the disc that came with it & use original erased eproms either the TMS2532JL, HN462532G or TMS2732, never had a problem with burning these.

    The later version does not include a HN462532G option from the drop-down menu which the earlier does, doesn't really matter I guess.

    #19 3 years ago
    Quoted from Joydivision:

    TMS2532JL, HN462532G or TMS2732, never had a problem with burning these these.

    What GQ-4X speed setting do you use for these old EPROMs?

    Pity they don't make the speed settings more meaningful as time based options like other programmers so you know how long the program pulses are.

    #20 3 years ago
    Quoted from Quench:

    What GQ-4X speed setting do you use for these old EPROMs?

    When any of these old Eproms are selected, I leave it at the +2 default speed (speed 1)

    Also never had a problem reprogramming original HN462716 Eproms either.

    #21 3 years ago

    I think I have updated the software a few times. I burn 2532, 2732, and 2716 under the generic profiles. Just make sure I pick the right programming voltage. Looking at the profile setup file it does not appear to do anything different between AM2716, HN462716, or M2716.

    For 2532s the HN462532 have had the best luck with. Issues with TMS2532 are I can take a working chip off of a CPU or sound board. UV erase it until it shows blank, but then maybe 50% of the time it will not take another burn. GQ-4X always errors out right away. Sometimes they work and if it takes the burn its good for indefinitely. The Hitachi ones HN462532 usually always work.

    #22 3 years ago

    I need to change the zif in mine. It is starting to get worn out so I snapped a pic of an older 4x one while it is open. Apparently they are worried about copies as they scratched off a few chip labels. ChongX caps.

    I was using a dip 42 adapter before I got the top3000 and I think the fat square posts weakened the spring of the zif contacts.

    20210106_121119 (resized).jpg20210106_121119 (resized).jpg

    #23 3 years ago

    Well Marco is sending me another set of Roms. I explain to Kyle who does their burning About what’s going on,and he is going to burn nose like three times over. I’ll keep you guys posted when I get the ROMs and let you know what happens.

    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/super-weird-bally-35-no-boot 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.