CRAPSZ INC

Services / the table works

Computer integrated systems for the whole pit

CRAPSZ INC designs, builds and keeps the systems that sit under and around a craps table: the sensors in the bed, the payout logic in the controller, the displays above the rail, the tracking that follows the player and the cabinet that holds it all together. Six services, one continuous line of custody.

Service one Table Sensor Integration

Table Sensor Integration

A craps table is a reading instrument before it is anything else. The dice settle, the chips land, the dealer moves the bank, and every one of those motions carries a meaning that the house needs to capture without slowing the game. Table Sensor Integration is the discipline of putting pickups into the table bed so that the physical event becomes a clean digital record while the felt still looks and feels exactly as the dealer expects.

We begin by mapping the bed. The dice landing zone, the pass line arc, the come and don t come bands and the center proposition area each behave differently under load, so each gets its own read strategy. Load cells sit beneath the chip rails, optical read heads watch the dice settle inside a defined landing field, and edge sensors confirm that the game surface has not been lifted or disturbed between shifts. Every pickup is potted into a recess routed into the bed so it does not press against the felt or change the bounce of the dice.

Calibration is where most sensor installs fail. A pickup tuned in a workshop and never touched again will drift as felt compresses, humidity changes and the table is relaid. Our calibration procedure uses the chip weights and dice actually in service at that venue, runs a scripted sequence of rolls and placements, and records a baseline that the support audit can compare against later. When drift appears, the pit gets a warning before guests ever see a missed event.

The output of the sensor layer is deliberately boring: a time stamped event stream with a small vocabulary of table actions. That restraint is what makes everything downstream possible, because the payout controller, the display controllers and the tracking platform all read the same source rather than inventing their own interpretation of the game.

Service two Payouts Automation Systems

Payouts Automation Systems

Fast payouts are a guest service, but wrong payouts are a house problem, and the space between those two facts is exactly where automation has to be careful. Our payouts automation systems encode the pay table as a signed rule set, replay it against the sensor event stream, and present the dealer with a settlement that can be checked at a glance before the chips leave the bank.

The rule set is written before commissioning and printed for signature. It covers the pass line, the odds bet, place bets, hardways, the come bets and the field, each with the specific pay schedule the house has chosen. Because different venues run slightly different house rules, we do not ship a single universal table. We ship the house sheet in a readable form, test it against a scripted night of rolls, and only then bind it to the controller.

During play the controller follows the shooter. A come out roll resolves the line, a point is established and the odds window opens, and when the point repeats or the seven shows, the controller settles every open bet in the order the house defines. Discrepancies do not get smoothed over. If a sensor event conflicts with the dealer action on record, the station is flagged and the settlement waits for a person, because an automated payout that quietly resolves an ambiguity is a regulator finding waiting to happen.

Every settled hand writes a reconciliation line that the cage can follow: the roll, the point, the bets in play, the amount due and the operator who confirmed it. That trail is the real product. It lets a supervisor reconstruct any night of play without calling us, and it lets an audit confirm that the system and the house sheet still agree.

Service three Venue Display Controllers

Venue Display Controllers

The pit is read at a distance. A guest glances up to check a limit, a dealer checks a table state, and a supervisor checks the whole room in one sweep. Venue Display Controllers are the system that keeps those messages correct across every screen in the pit, from the small signs beside each station to the large boards above the rail.

Our controllers treat the screens as one coordinated surface. A limit change, an odds change or a table closing propagates from a single source of truth so that no two panels can disagree for longer than a refresh cycle. Each message carries its own verification and each screen acknowledges receipt, which means a failed panel is visible in the control room instead of being discovered by a confused guest.

Failover is designed rather than bolted on. If a panel loses its feed, it holds the last correct frame rather than showing an error card or going blank, because a stale limit is a smaller problem than a black square in the middle of the room. If the controller loses its primary network path, it continues to serve held frames on the secondary route and raises a single alert rather than flooding the floor with warnings.

Physical realities matter here too. The pit lamps throw uneven light, screens sit at different heights and some panels face the mirrored ceiling. We tune brightness curves, contrast and frame design for those conditions, then verify legibility from the standing positions guests actually use. A display that is beautiful in a showroom and unreadable from the end of the table has failed its only job.

Service four Player Tracking Platforms

Player Tracking Platforms

Player tracking exists to recognize loyalty and to keep the books honest, and both goals depend on the quality of the record. Our platforms connect rating terminals, player card readers and seat sensors into a single view of who is playing, where they are seated, how long they stay and what the average bet looks like across the session.

We design the data model before the interface. Identity records, consent records, session records and play history are kept in separate stores with explicit links, so a request for a play history does not need to expose a guest identity and a request for an identity does not need to expose a full history. Consent is captured at the ratings desk with plain language, and a guest who declines tracking is still able to play without a shadow profile being built in the background.

The host desk sees a working picture rather than a dashboard of vanity numbers. Seats are shown by table, sessions show actual time at the felt rather than time since card insertion, and average bet is computed from confirmed wagers instead of raw chip movements. Nightly reconciliation compares the tracking view against the cage and the payout controller, and any gap is reported as a gap rather than averaged away.

Reporting is built for the people who use it. The host team gets a session view and a loyalty summary, the pit gets an occupancy and table state view, and the compliance team gets an exportable record with clear provenance. Everything is designed to be read by a manager who has ten minutes, not a data analyst who has a week.

Service five Cabinet Build Engineering

Cabinet Build Engineering

The cabinet is the part of a table system that guests touch and technicians fight. A well engineered cabinet lets the felt, the rail, the sensor bed, the controller and the wiring live together without compromise, and a poor one turns every future service call into a small demolition project.

We engineer the frame first. The timber stock is selected for stability, the joints are drawn for the service life of the table and the rail cap is shaped so that the dealer has a consistent grip along the whole run. The equipment bay is sized for the controller, the power conditioning and the network interface with room to spare, because a bay that exactly fits today is a bay that cannot accept tomorrow.

Harness routing is designed on the bench rather than improvised on site. Cables follow separated paths for power and signal, cross hinges only where a service loop has been provided, and terminate in labelled connectors that a technician can identify without tracing back to a drawing. Every cabinet leaves the Neola shop with a test record covering continuity, insulation, sensor response and thermal behavior under load.

Serviceability is a requirement, not a bonus. Removable panels give access to the sensor bed from the dealer side, the controller can be pulled without lifting the felt, and the chip rack and bank rail are built as replaceable modules. We want the house to be able to fix a stuck sensor during a lunch break rather than closing the table for a day.

Service six House Systems Support

House Systems Support

A table system is only as good as its worst night, and the worst night always comes during a shift rather than during a quiet afternoon. House Systems Support is the standing commitment that keeps the machine operating when the floor is full, including the escalation path, the spare parts policy, the firmware maintenance plan and the quarterly audit.

Escalation starts at the pit. A dealer reports a station issue to the pit supervisor, who uses a short triage card to determine whether the table must close. Our support line is staffed for the hours each venue actually runs, and the response agreement distinguishes between a single station fault that can be worked around and a controller fault that affects the whole table.

Spare parts are held against the actual bill of materials for each venue. Interface boards, sensor pickups, display drivers and power supplies are stocked at the levels that reflect failure rates we have observed in the field, and the house receives a parts list with part numbers and replacement instructions so that a local technician can perform a swap if that is faster.

Firmware maintenance is scheduled rather than reactive. Each update is tested against a copy of the venue configuration, released with a rollback path and installed inside a downtime window agreed with the house. The quarterly audit then looks at sensor drift, payout rule agreement, display health and the accuracy of the tracking reconciliation, producing a report the pit and the cage can both read. That rhythm is what keeps a good system from quietly degrading.

How the six services fit together

The services are sold separately but they are designed as a chain. A payout controller without a calibrated sensor bed is a guessing machine, and a player tracking platform without a clean event stream is a tally of opinions. We sequence the work so that each layer is proven before the next depends on it, and we document the handoffs between layers as clearly as the layers themselves.

  1. Survey and constraint list

    We walk the pit, measure the tables and record power, network and access constraints before proposing any hardware.

  2. Event chain design

    Sensor events, payout rules, display messages and tracking writes are drawn as one chain with human decision points marked.

  3. Cabinet and controller build

    The frame, bay and harness are fabricated and the controller is bench tested against a scripted shift of play.

  4. Commissioning beside the dealer

    Install runs inside the house downtime window, followed by calibration, a signed checklist and a short pit training session.

  5. Standing support and audit

    Escalation, spares, firmware maintenance and a quarterly audit keep every layer of the chain in agreement.

  6. Documented handover

    The house receives drawings, test records, rule sheets and support instructions that do not depend on calling us.

Planning a pit or refreshing an aging table system?

Tell us what the floor must do on its worst night. We will bring the survey kit, walk the tables and come back with a design that fits the room.

Start a systems conversation