Viewing 8 posts - 1 through 8 (of 8 total)
  • Author
  • #2628

    I was wondering if you can make a roulette with an Arduino Nano.
    The answer is yes, but at first glance, also considering the stakes it gets complicated.
    Managing a LED that simulates the ball spinning on the boxes is not too complicated but indicate winning combinations complicates things.
    Even more so considering the stakes and assign winnings.
    It would be a good starting point for a shared project.


    Hmmm…. You could also use a coupon “custom” It based on a Atmega128A which has 128KB of flash, and many more than the classic GPIO Atmega328.
    The Atmega128A is also very economical because you can find “around” Also less than 1$.
    The relative “core” and bootloader for Arduino IDE is who.

    Hopefully there will even be an option to use a more powerful (but much + complex) STM32F103…

    Currently I still have some little things “dispose of” so I will be in mode “read only” a little bit…


    It would take at least 36 led, who knows how many more on the green carpet for the combinations. Plus one stampatone, a pile of multiplexer, buttons, display, drums, power supply…
    It would cost less than a tablet, It would also sounds and touch screen, may calculate wins and display…


    Where you put the pleasure to create something from scratch?
    Certainly a game would do the same job but, in my opinion it would not be so fulfilling as achieve it with real components


    You're right, but in this case the LEDs to be connected are indeed many.


    The 3D e'di few months ago, but the inspiration and’ intriguing.
    As said by Amilcare spin the ball is quite simple (even at decreasing speed) and enough 37 led (38 if you want American Roulette).

    E’ instead really interesting to develop something that came from the number indicates which kinds of betting have achieved a winning.
    Standard bets are 10 ( : even odd, Red-black, Lack (<19)/ Past (>19), Full (single number), Horse (horse or pair of numbers), Full cross (adulterous), Square (quartina), Simple cross (sestina), Dozen (dozen, before, second or third), Column (column, before, second or third) .
    One could prepare a table 37×10 (370 bites are few) placing it in the program memory that identifies the type of winning bets according to the number released. The zero also defines whether the bets are en prison (French) oppure no (English) and if the mail is shared with the bench or not. If you want you can add the 5/8, the orphans, etc, etc. by expanding slightly above the table
    In total they serve 37 led to the ball and scores of LEDs to identify the winning play (for example which of the 3 columns is a winner) , so no more’ complicated than a classic clock 60+12 led

    The thing instead almost impractical amateur is to manage the physical stakes (the chips on the table) less than invent some detection system , for example rfid (token in chips and detectors on the carpet.

    A nice pastime for the sultry summer!


    Duble have extended or perhaps I should say built the initial description,
    For the limited number of pins, and also for the simplification of programming I think a MAX7219 would handle all the LEDs with only three pins exploited in MCU
    What more complex for entering the Traveler's number and the bet, discarding the ipoteri of a button to press for 36 the other numbers 12 keys for the bet combinations the most elegant solution and less expensive in the coupling it consists of a rotary encoder with a display,
    With that setting the initial capital and the stakes for individuals from giocatoti 1 to X it depends on how much memory you will have in the final drafting, at the end of the game you will have the amount won by the group or players who will be added to the remaining capital.
    For simplicity should scale the amount of the bet while pointing rather than doing it after.
    At this point I will stop here for any contributions from other solutions or even completely different from my


    Io direi che un tastierino numerico è il meglio adattabile per inserire il numero e la puntata.
    Il difficile sono le puntate complesse. Già scrivere un programma per il PC fa venire le paranoie, ma se lo volessi mettere con un MCU, allora le paranoie triplicano. Io penso che sia meno problematico se si passa a una SBC, tipo raspberry (tanto da rendere l’idea) e allora si può pensare se mettere un touch screen e la visualizzazione diventa meno problematica.
    Altrimenti se volessimo, partire dal J4F, con lo Z80 e una interfaccia SPI, magari ci si avvicina ad un touch screen e si riesce a scrivere il programma.
    Ma se si pensa di far la cosa con i componenti basilari, tipo LED, mhmmm, campa cavallo che l’erba cresce.

Viewing 8 posts - 1 through 8 (of 8 total)
  • You must be logged in to reply to this topic.