Alles valt of staat met hoe strict het "alle 300 tegelijk inlezen" is. Als dat echt binnen een paar nanoseconde hetzelfde moment moet zijn, dan MOET je gewoon een 300bit parallel register hebben.
Maar als een scan met een processortje gewoon haalbaar is, omdat er 10x per seconde zo'n puls komt en als je binnen 1 milliseconde klaar bent het gewoon acceptabel is, tja, dan kan je dus een veel eenvoudigere oplossing kiezen.
En inderdaad: Waar moet de data heen? En hoe snel moet dat? Hoe langzaam mag het? Gebruik je een STM32 met USB dan kan je met zo'n 12 mbps over USB de boel naar een PC sturen. Zal wel snel genoeg zijn. Maar ga je met een arduino op 115200 baud de boel naar de PC sturen. Dan duurt die 11k zo'n hele seconde. Is dat snel genoeg?
Maar omdat we niet weten hoe de sensor signalen er uit zien, kunnen we blijven gokken wat er op dat vlak wel of niet makkelijk te doen is. Wat m.i. vervelend zou zijn is als je voor de 300 signalen voor ieder signaal een paar onderdelen moet plaatsen. Dan heb je veel liever dat je de sensoren op de juiste manier aansluit en dan gewoon eenvoudig een gemultiplexte "handelbaar" aantal inputs op een CPUtje.
Als we het originele probleem letterlijk nemen, dan zou je bijvoorbeeld modules kunnen maken met 16 sensoren en twee 74HC166 registers er op. De modules maak je koppelbaar, en je maakt 19 modules voor ruim 300 inputs. En op het eind zet je een arduino o.i.d.