element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      • Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Embedded and Microcontrollers
  • Technologies
  • More
Embedded and Microcontrollers
Embedded Forum Solutions for a very high number of inputs
  • Blog
  • Forum
  • Documents
  • Quiz
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Embedded and Microcontrollers to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • State Suggested Answer
  • Replies 18 replies
  • Answers 1 answer
  • Subscribers 476 subscribers
  • Views 1854 views
  • Users 0 members are here
  • microcontroller
  • electronics
Related

Solutions for a very high number of inputs

Former Member
Former Member over 12 years ago

I have a rather ambitious project to get started learning about microcontrollers and embedded systems. I have cheaply acquired an old organ console that is currently analog that i want to convert to digital/MIDI. The MIDI out part seems straightforward enough from a bit of Google searching, but I have no idea how to deal with the seemingly massive number of inputs I need. The current console is wired with a common rail that spans each keyboard, voice bank, etc., then each key is individually wired. The straightforward approach to this would seem to indicate that I need 300+ input connections. I understand the concept of shift registers for pulling in all of those lines, but I'm worried about being able to read them fast enough to get me the nearly real-time response I need to make it a usable musical instrument. Thoughts?

  • Sign in to reply
  • Cancel

Top Replies

  • D_Hersey
    D_Hersey over 11 years ago +1
    If I knew your circuit topology for your keyboard, I feel I could be more helpful, that said, couple o' deze, meebe: PCA9505/06 :: NXP Semiconductors
Parents
  • michaelkellett
    0 michaelkellett over 12 years ago

    It's not so hard,

     

    I'll assume that 1mS latency is good  enough, so you need  a 300kHz clock on your shift register, and thats assuming that you use just one serial stream for all your inputs.

     

    A bigger problem will be wiring it all up, if I were doing this I would design  a little board with about 32 inputs (using  a 64 pin micro) and put these where physically convenient to reduce the amount of wire. Then link the little boards to a cenrtal controller using CAN, RS485, or whatever you prefer.

     

    An STM32F100R4T6B is £1.98 from farnell, has 64 pins so will give you 32 inputs and a serial link with no need for shift registers. You'll need to design a board but its not too hard.

     

    Let me know if you fancy going this way and I might be able to help a bit more.

     

    MK

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Reject Answer
    • Cancel
  • Aryldo
    0 Aryldo over 11 years ago in reply to michaelkellett

    I have never faced a problem like this but I would like to propose a different approach :

    Multiplexing.

    It's how the PC handles its keyboard.

    Each organ normal keyboard has 88 keys that could be handled by a 11 bits of input and 8 bits outputs (19 lines).

    The full organ could be handles by a 18 x 18 matrix (324 keys).

    One of the advantages of this approach is that the cabling would be done in the keyboard itself with fewer lines going to the processor(s).

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • johnbeetem
    0 johnbeetem over 11 years ago in reply to Aryldo

    Aryldo Russo wrote:

     

    I have never faced a problem like this but I would like to propose a different approach :

    Multiplexing.

    It's how the PC handles its keyboard.

    Each organ normal keyboard has 88 keys that could be handled by a 11 bits of input and 8 bits outputs (19 lines).

    The full organ could be handles by a 18 x 18 matrix (324 keys).

    One of the advantages of this approach is that the cabling would be done in the keyboard itself with fewer lines going to the processor(s).

    That's a good solution if you have isolated switches.  In my 1977 design the switches had a common ground, so multiplexing had to be done using ICs.

     

    For a polyphonic keyboard each switch needs a diode.  http://en.wikipedia.org/wiki/Keyboard_matrix_circuit

     

    BTW, organ manuals typically have 61 keys (5 octaves plus an extra C).  Modern piano keyboards have 88 keys.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Reply
  • johnbeetem
    0 johnbeetem over 11 years ago in reply to Aryldo

    Aryldo Russo wrote:

     

    I have never faced a problem like this but I would like to propose a different approach :

    Multiplexing.

    It's how the PC handles its keyboard.

    Each organ normal keyboard has 88 keys that could be handled by a 11 bits of input and 8 bits outputs (19 lines).

    The full organ could be handles by a 18 x 18 matrix (324 keys).

    One of the advantages of this approach is that the cabling would be done in the keyboard itself with fewer lines going to the processor(s).

    That's a good solution if you have isolated switches.  In my 1977 design the switches had a common ground, so multiplexing had to be done using ICs.

     

    For a polyphonic keyboard each switch needs a diode.  http://en.wikipedia.org/wiki/Keyboard_matrix_circuit

     

    BTW, organ manuals typically have 61 keys (5 octaves plus an extra C).  Modern piano keyboards have 88 keys.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Children
No Data
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube