Meteor-Stern => feature lamps probleem

[Rob]

Geachte technici,
Ik ben een Meteor van Stern weer tot leven aan het wekken nadat deze een jaar of 15 in de vergetelheid had gestaan.
Alle elektronica is gereviseerd en gemodificeerd maar ik blijf met een probleem zitten; van de feature lampen blijven sommige uit, een paar blijven branden en de rest doet het goed.
Wat heb ik geprobeerd;
De lampen via de connectoren van het lampdriverboard aan massa gezet om te testen en met ohmmeter gemeten op sluiting => alles oké
Spanningen zijn prima! (Alles is vernieuwd).
Getest met Alltek MpU bord van vriend => dan werkt alles prima!
Processor, piaas, 5101 2x, (alles wat in voetjes staat) Eén voor één omgewisseld met werkende delen van mijn Stern Flight 2000 => géén resultaat.
Ik heb een pulspen waarmee ik de datalijnen van de alltek en defecte? MPU heb vergeleken maar zie geen verschil. (ik ben géén elektronicus).
Volgens schema moet ik bij pia U10 zijn?maar deze heb ik al gewisseld.
Ik heb ooit eens tijdens een zoektocht op internet een lijstje gezien met de functies van alle IC's - heeft iemand die of een
link?
Voor flippertechneuten zal dit een eitje zijn, graag hulp

Groet, Rob

.

[Hurricane]

Van waar ben je?

[yorkie]

Check ook eens de connectorpinnen van je mpu bord op corrosie.
Is er batterijzuur op de print?

[diesel64]

Dat van die corrosie op de connector is ook het eerste wat in mij op kwam... Al weet ik niet van buiten of die in de buurt van de batterij staat.

[Rob]

Ik woon in Amsterdam oud zuid.

Er zit geen batterij lekkage op de print, op welk punt op de print zou dat effect hebben op mijn lamp probleem?

Ik heb de J1 pennenstrook vernieuwd, probleem blijft

Connector J1 werkt prima bij andere borden en is corrosie vrij.

Geconstateerd fenomeen; als ik hem in de lamp test zet gaan de lampen die blijven branden uit en knipperen niet mee, lampen die uit waren gaan dan knipperen..

Hoe kom ik achter de werking van de data stroom als leek en weet iemand de toepassingen van de kleine IC's?

Groet Rob

[Rob]

Update;
Ik ben er onderussen achter gekomen dat de CPU te snel draait.
In de test worden ook de spoelen te snel achter elkaar bekrachtigd, de aangestuurde verlichting kan door de snelheid het niet meer bijbenen.
Ik heb na veel zoeken op internet het volgende vervangen;
IC U15
IC U16
IC U20
Condensator C14, C15 en C16
Helaas alles nog zonder positief resultaat.
Grappige was dat bij vervanging van C14 door te lage waarde de Cpu ook te langzaam liep.

Ik hoop dat mijn probleem door een technicus gelezen wordt.

Gr. Rob

[Hurricane]

Van welk waarde zijn de condensators c14 en c15? Samen r4 en r10 zorgen deze voor de Frequentie.
Voor een stern 200 moeten c14 en c15 100pf zijn en r4 en r10 moeten 13.7 k 1% zijn.

[Rob]

Beste Koen,

De waardes van C14 en C15 zijn inderdaad 100pF.
Ik heb een MPU 200 schema wat in de manual zit.
Is de frequentie hetzelfde als de term clocksignaal?
Ik heb het gevoel wel in de goede hoek te zitten, ik zal binnenkort alle weerstanden, condensators en diodes eens meten.
Helaas heb ik geen condensator capaciteit meter lager dan 1000pF.
Moeten C14 en C15 nog aan meer specificaties voldoen dan alleen 100pF? staat verder niets over in het manual.

Groet rob.

[Hurricane]

De waardes van de weerstanden zijn ook juist?
Kan je dan met een scoop meten op pin 3 en pin 37 van U9 welke u frequentie is?
Moet voor een 200 mpu rond de 850Khz liggen.

[benboogaard]

Huh....

Volgens mij wordt hier veelste moeilijk gedacht!

Lampproblemen beginnen bij de lamphouder
Dan lampdriver

Alle problemen met lampjes die ik tegen kom hebben te maken met slechte connectors of een kapotte transistor op de lampdriver.

Stern mpu 200 draaien sneller als Bally's.

Heb je de lampdriver omgewisseld met een andere

Amsterdam Oud-zuid ligt niet ver bij mij vandaan. Als het normaal parkeren is en je hebt koffie wil ik wel een keertje langskomen.

[Richard Baan]

Getest met Alltek MpU bord van vriend => dan werkt alles prima

Dat lijkt er dan op dat het probleem in de MPU zit.
Maar ik ben het met je eens dat hier toch te moeilijk gedacht wordt.

[Richard Baan]

Geconstateerd fenomeen; als ik hem in de lamp test zet gaan de lampen die blijven branden uit en knipperen niet mee, lampen die uit waren gaan dan knipperen..

Even nagaan welke lampen dat zijn, en waar die in het schema zitten. Als dat allemaal te herleiden is naar 1 IC, dan bijv de aansturing (PD-lijnen) van dat IC bekijken op de MPU. Of allemaal dezelfde binaire code, dan de AD-lijnen vanaf de PIA.

[Rob]

Even resumé,

Ik geloof dat wat ik heb geconstateerd duidelijk heb omschreven.
Lamphouders, lampjes, lampdriverboard zijn prima - getest met ander MPU en alles is zeer secuur doorgemeten, ook de combi lampstrips zijn gemodificeerd.
Ik schreef ook dat ik later achter kwam ( dat na goed op te letten) niet alleen de verlichting raar doet maar ook de spoelen in de test veels te snel achterelkaar bekrachtigd worden ten opzichte van ander MPU.
De lampen worden zo snel achterelkaar aan gestuurd dat ze blijven branden of niet aangaan (thyristor eigenschap).
Het probleem zit in het te snel draaiend MPU, het vervelende is dat ik er te weinig over kan vinden on-line

Koen; ik ga een scoop lenen, lijkt mij de beste stap.

Bedankt voor het meedenken!
Gr. Rob

Edit;
Is het bij een aanwijzing ook mogelijk de beredenering van een oplossing te vermelden?
De te hoge frequentie is voor mij wel te volgen, de samenhang defecte lampdrivertjes en te snel MPU kan ik dus niet volgen.
Ik ben dus geen flipperkast elektronica kenner, ik moet alles van Internet afhalen.

Parkeren in Zuid,

[Hurricane]

Het kan geen kwaad de frequentie eens te meten. Als ze goed is zit het probleem elders is ze te hoog zitten we juist.
Ik heb de 9602 eens vervangen door een 74ls00 wat weerstanden en condo's. Door te spelen met de waardes kon ik de frequentie instellen.
Wat mij toen wel op viel was dat : hoe hoger de frequentie hoe sneller de test led pinkte.

[Richard Baan]

De lampen worden zo snel achterelkaar aan gestuurd dat ze blijven branden of niet aangaan (thyristor eigenschap).

Dat is raar. Een lampje gaat aan bij een puls op de gate van de thyristor en blijft dan branden zolang er stroom loopt. Als de spanning weer 0 is (lees: onder een bepaalde waarde komt) zal het lampje uit gaan tot hij opnieuw een puls krijgt.
Voor jouw informatie: de lampjes van een oude Bally (jij hebt een Stern die er wel wat op lijkt) worden aangestuurd met een kleine delay na de nuldoorgang van de spanning (wordt gebaseerd op de 43V PDC) ontstoken.
Dat dan elke halve sinus (=10ms voor 50Hz).

Je geeft al aan dat het aan de MPU ligt, dat zal inderdaad zo zijn omdat je met een andere MPU geen problemen hebt.
Aangezien zowel de lampjes als de spoelen op basis van die nuldoorgang worden geschakeld (spoelen vanwege minder EM-storing) is eea. afhankelijk van het zero-crossing circuit, de nuldoorgang-detectie.
Die werkt wel, want anders zou de kast niet opstarten, maar als hij "niet correct" werkt kan het zijn dat je extra pulsjes aanbiedt aan de processor die vervolgens zijn lampjes gaat aansturen.

Ik zou het logischer vinden dat het zero crossing circuit (of de ingangsspanning bijv. de connector van de 43VPDC?) de boosdoener zou zijn. Als je er een scope aan hangt, vergelijk dan de zerocrossing pulsjes met de PDC spanning.

Hoe het bij jou zit weet ik niet, maar ervaring leert dat dit soort problemen ligt vrijwel nooit aan de snelheid van je MPU. Als je een Alltek MPU vergelijkt met een originele Stern is dat misschien geen eerlijk vergelijk.
Hoewel de zero crossing pulsjes ook een vorm van snelheid is natuurlijk....

En ken je de website Pinside? ( http://pinside.com/pinball/forum/ )
Daar zitten veel meer mensen op dan hier, en veel ook met oude Bally / Stern problemen. Misschien dat zij je nog verder kunnen helpen.

[Hurricane]

Op aanwijzing van Richard zou ik de zero crossing circuit eens vervangen dit is 1* een hex buffer (4049) 3 weerstanden en 1 diode.
De zero crossing zit redelijk kort in de batterijcorrosie area.

[benboogaard]

Als ik de post zo doorlees dan snap ik al wat meer.

Wie heeft de printen gereviseerd??

Problem met de zerocrossing komen niet overeen met de problemen die jij hebt.
Mooiste stap is een testeprom erin en alle datalijnen controleren, met een scoop vrij lastig.
Kan natuurlijk dat er tijdens het solderen 2 lijnen aan elkaar gebakken zijn, maar ja ik heb er ook geen verstand van

[Richard Baan]

Problem met de zerocrossing komen niet overeen met de problemen die jij hebt.

Waarom niet? M.n. te veel pulsjes.

[benboogaard]

Logica Richard.

Het probleem is op enkele lampen, niet op allemaal.
De zerocrossing problemen die ik heb meegemaakt deden allemaal andere dingen over ALLE lampen. Meestal een soort 'slowmotion'. Zerocrossing IC zit wel in de leakzone.

[Richard Baan]

Vandaar dat ik vroeg welke lampen wat deden, en op welke posities die op de lampdriver zitten.
Dat lijkt mij een mooi punt om te starten met de analyse van dit probleem.

Combo spoelen en lampjes die "te snel" gaan kan ik alleen verklaren dmv een zerocrossing circuit.
Heb je te veel pulsjes dan gaat eea. te snel. De zerocrossing pulsjes dienen namelijk ook voor timers in het programma, althans dat is zo bij Bally. Hoe dat kan heb ik nog niet eerder meegemaakt, zo is het ook wel weer.

Overigens ben ik het nog steeds met je eens dat hier te moeilijk wordt gedacht. De conclusie dat de MPU-snelheid niet goed is wordt m.i. een beetje snel genomen.

[Richard Baan]

1 - van de feature lampen blijven sommige uit, een paar blijven branden en de rest doet het goed.
2 - als ik hem in de lamp test zet gaan de lampen die blijven branden uit en knipperen niet mee, lampen die uit waren gaan dan knipperen..
3 - In de test worden ook de spoelen te snel achter elkaar bekrachtigd

Inderdaad een zerocrossing probleem lijkt het dan niet te zijn.
Blijft mijn vraag welke lampen aan blijven (die in de test uit gaan), en welke die uit blijven (die in de test gaan knipperen).

[benboogaard]

Ik heb laatst maanden met een Williams CPU zitten kloten omdat een soldeerklodder tussen de 2 pinnen van de databuffer zat. Het werkte wel, maar 90% van de tijd wou de kast niet opstarten... pffuuuu...

Als er ergens een soldeerklodder half zit dan kan je de meest vage problemen krijgen, vandaar de vraag waar de printen gereviseerd waren, misschien is er daar nog garantie te halen.

MPU 200's kunnen ook heel vaag reageren op verkeerde 5101's (Alleen Philips PCD5101 lijkt het goed te doen).
Sommige eproms vinden ze ook niet lief.

Het vreemde is dat de spoelen en de lampen elk van een andere PIA komen, als er dus iets mis is zal het waarschijnlijk daarvoor zitten, maar "ik moet het zien" om het te snappen

[Richard Baan]

Dat is inderdaad zo als het beide een probleem is. Maar als het 2 oorzaken zijn (2e - een MPU die sneller reageert dan een andere) hoeft dat 2e geen probleem te zijn. Als je Alltek vergelijkt met origineel Stern kan dat best een klein verschilletje hebben toch?

Ter indicatie: ik heb een Medusa die sneller zijn highscores laat zien (wissel met normale scores) dan elke andere Bally die ik heb. Toch speelt dat ding perfect.

Ik ben meer en meer geneigd te beginnen bij welke lampjes dit nu zijn, en waar ze zitten op de aansturing.