Flipperforum

Dirk schreef:Ik ben een geboren 5 ballen speler.
Bijna al mijn kasten staan zo ingesteld op enkele na.

Den Duze schreef:@Yorkie: als je hulp nodig hebt bij den update

Pascal schreef:wel soms nog eens een ghost-hammering

I implemented a couple of things as a backup for the magnet board problems
we are having. Here’s what’s up:

Implementation #1:

Always assume the ball is on the magnet during the “hold and detect” state
unless switch activity on the playfield indicates otherwise.

Motivation: Complaints seem to be about the “hold and detect” phase only.
Games are not diverting the ball into the coffin lock because the sensor
is indicating the ball has left the magnet when it perhaps has not.

Under this scenario, we assume the ball is being held on the magnet even
if the sensor tells us it is not. Then we use the playfield switches (ball
activity on the playfield) to allow us to change our minds.

Feature Adj.:

#72 – ABORT HAMMER/LOCK SW. ACTIVITY
YES/NO, DEFAULT: YES (set to NO to enable old 1.16 behavior)

Set this to YES (this is the default) to enable implementation #1. When the
ball is detected at the magnet and the magnet is energized to grab the ball,
with this adjustment set to YES, playfield switches are monitored for activity.
If the magnet sensor indicates that the ball has left the magnet and enough
unique switches have been seen from the time the magnet is first energized to
the time the magnet is no longer trying to hold the ball, then we assume the
ball has left the magnet and do not fire the hammer and the lock diverter.

Feature Adj.:

#73 – ABORT HAMMER/LOCK SW. COUNT
DECIMAL NUMBER (1-3, inclusive, DEFAULT: 1)

This lets us change the number of unique switches that need to be seen when
Feature Adj. #72 is set to YES for us to believe that the ball has left the
magnet such that the hammer/lock operation should be canceled. Lower numbers
will cancel the operation more aggressively, but are prone to false triggers
due to misadjusted/faulty/noisy playfield switches. Higher numbers may not
cancel the operation when necessary due to insufficient switch activity.

Cenobyte schreef:Het komt er eigenlijk in het kort op neer dat de detector die de bal 'ziet' onder de hamer niet helemaal jofel werkt. Om dit probleem op te lossen hebben ze bedacht dat het handig zou zijn om te kijken of er, terwijl de bal eigenlijk op het magneet onder de hamer zou moeten liggen, er elders switches getriggerd worden. Worden er switches getriggerd, dan mag je er vanuit gaan dat dit met de bal gebeurt die eigenlijk onder de hamer zou moeten liggen, maar er blijkbaar niet meer ligt

Ik heb de kast vandaag compleet opgesteld, maar moet nog waterpas zetten, electric chair nog uitpakken, update er nog op zetten, dus heb nog niet kunnen spelen en weet dus nog niet veel van het spel van de kast.