Ik denk dat het idee van fotoopa een beetje voorbij gaat aan de kracht van Mr Gamba zijn oorspronkelijke plan. Dit was namelijk zo klein mogelijke boardjes die je direct in een breadboard kunt prikken.
Fotoopa zijn idee zie ik ook wel wat in hoewel ik dan weer liever I2C ic's zou kiezen in plaats van schuifregisters. RTC, I/O expander, PWM enzo. Maar daar kan ik dan net zo goed MEEPS boardjes voor maken, die zijn al wel in ontwikkeling, de RTC en de I/O expander zijn de ontwerpen al voor klaar, maar komen pas op zijn vroegst over ongeveer twee maanden op mijn site omdat ik tussendoor vier weken op vakantie ben en daarna pas weer mijn site goed ga oppakken.
Ik vind juist die LED's, schakelaars en displays erg goed omdat je ze zo in een breadboard kunt prikken en alle aansluitingen dan direct gemaakt zijn inclusief spanning...
Mijn voorstel is niet zozeer gebaseerd op breadbord toepassingen maar voor directe inbouw toepassingen. Je hebt steed weer een display nodig, toetsen, drukknoppen, rotary encoders, led aanduidingen ... en die modules, eenvoudig en vooral goedkoop wens ik niet telkens opnieuw te maken. Voor die interfaces is I2C veel te duur en nodeloos complexer. Voor typische toepassingen waar je al I2C interfaces hebt belet er niets dit toch toe te passen. De meeste controllers hebben dit standaard op de chip.
Ook in combinatie met de MAXII of DE1 board zijn mijn bedieningsmodules bedoeld.
@fotoopa, voor bijvoorbeeld de rotary encoders, hoe zorg je ervoor dat je geen stappen gaat overslaan? Is het dan gewenst om zo vaak mogelijk te pollen (continue de schuifregisters uitlezen), of een soort interrupt te genereren (maar dan heb je een bus structuur nodig).
@fotoopa, de rotary encoders, in welke library staan die?
@djoveld, die MEEPS bordjes zijn ook wel leuk, maar hebben naar mijn idee wel het nadeel dat je ze niet kan hergebruiken. D.w.z. de grote stukken printplaat rondom weerhouden je van het gebruik in frontplaten en inbouw. En dat is iets wat ik wel belangrijk vind.
Het is de bedoeling 100 tot 200 maal per seconde alles in en uit te lezen. Dit is meer dan voldoende om iedere verandering te kunnen verwerken, ook voor de rotary encoders. de meesten hebben 16 of 24 impulsen per toer. Je gaat daar niet gaan aan draaien met 10 tr/sec! (of 600 tr/min).
De leesroutine trekt zich verder niets aan wat hij leest. Steekt gewoon alle bitjes in een buffer en haalt ze uit een buffer voor de outputs. Je main programma gaat die informatie in alle kalmte gaan verwerken.
Ik heb de test gedaan met de DE1 board en daar de 595/165 shiftregisters ingeprogrammeerd. Een ATtiny2313 streamde de bitjes naar het display en de 18 leds en las alle switchen en toetsen uit.
In al mijn toepassinge met de DE1 of MAXII boardjes staat de scan clock op 10 msec, komt overeen met 100 x uitlezen per seconde, ook de encoders en dat werkt perfect en vooral heel eenvoudig. Voor de ATtiny2313 is de cpu belasting enorm laag.
encoder staat in de lib: piher
die MEEPS bordjes zijn ook wel leuk, maar hebben naar mijn idee wel het nadeel dat je ze niet kan hergebruiken.
Dat hergebruiken is juist de basis van die MEEPS boardjes, ik heb er die zijn al zo'n 25 jaar oud en die gebruik ik nog geregeld. Maar ik begrijp wat je bedoelt, ze zijn echt bedoeld als fast-prototyping tools; om even snel een schakelingetje in elkaar te drukken. Dus niet om uiteindelijk in een ontwerp vast ingebouwd te worden, ik merk dat daar toch wel behoefte aan is gezien de vragen over schroefgaten en dergelijke 
Er zitten nog wel wat mogelijkheden in die nog niet op de website staan zoals het stacken van de boards, dat heeft ook nog niet zoveel zin omdat ik er nog maar vier heb laten produceren; komt nog wel...
Ik heb dat systeem in mijn MTS tijd ontworpen en ik heb er zelf tientallen versies van, die oude printen heb ik allemaal zelf geetsd. Ik heb het systeem al die jaren vrij geregeld gebruikt en het was altijd weer een verademing boven het breadboard gepriegel, standaard schakelingen hoef je dan niet steeds weer op een breadboard te zetten (MAX232 enzo). Wat op de website staat is eigenlijk een herontwerp nu het laten maken van professionele printen betaalbaar is geworden. Om wat grotere aantallen te kunnen laten maken en dus de kosten te kunnen laten zakken verkoop ik ze ook via de site en om dezelfde reden ook de onderdelen die erop zitten.
@Mr Gamba: Als je je boardjes gaat laten maken kun je ze ook als een panel laten maken, dan kunnen alle ontwerpen in een productieserie gemaakt worden; drukt de kosten enorm. Ik heb op dit forum gelezen dat Wouter van Voti dat zo doet met die adapterprintjes, ik dacht bij futurlec.
Idd, het ging mij meer om het schroefgaten verhaal. Maar hergebruikbaar was idd een verkeerde term .
Heb interesse in deze BreadOut bordjes:
-LEDOut
-BtnOut (bij mij springen de knopjes vaak uit het bordje)
-PowerIn
-Flat(cable)Out
De paneel bordjes van fotoopa zijn ook interesant.
Het zevensegment display graag in 6 digit uitvoering.
De bordjes van fotoopa bieden idd voordelen, vooral bij gebruik in frontpanelen. Daarom ga ik dat idee ook nog wat verder uitwerken om te kijken of daar handige bordjes uit te halen zijn (dit gaat nog wel enige tijd duren).
Hierbij wat uitleg hoe de serieele interface opgebouw is. Iedere print bevat 2 rijen pinheaders elk 7 pinnen. De linkerzijde van de print is de ingangs connector die verbonden wordt met de controller (PIC, AVR, CPLD, FPGA enz). Deze connector bevat de voeding (VCC, GND) en 5 signalen. Deze 5 signalen zijn:
- IN_595 Data van de controller naar de interface vb 74HC595
- LD_595 load signaal om de data van alle schuifregisters over te laden.
- CLK Clocksignaal vooralle schuifregisters
- LD_165 Load signaal voor de schijfregisters als read input (74HC165)
- OUT_165 Data naar de controller ( lezen van externe signalen)
Hieronder staat het princiep schema:
De 2de pinheader op de rechterkant is de uitgangs connector die gebruikt wordt als er meerdere modules nodig zijn. Alle modules worden via een 7 polige kabel doorgelust naar elkaar. Het is niet nodig dat er op iedere module een output type device en een inputtype device aanwezig is. ontbreekt er een dan moet die gewoon doorgelust worden in de layout van de ene naar de andere kant. Dit laat toe dat een volgende module weer over beide type signalen beschikt.
Omdat de voeding ook meegestuurd wordt is het wenselijk een elco op de beide connectors te plaatsen. Is er een module die veel stroom vregt dan moet je die best voorzien van een extra externe voeding op een afzonderlijke connector.
Voor de software worden zowel de data bitjes gelezen als geschreven met dezelfde clock. Op een AVR controller kun je trouwens de UART als SPI master configureren en dan maak je gebruik van de beide dubbel gebufferde 8 bit data registers voor het zenden en ontvangen. Dit kan op heel hoge snelheid. Heb je heel veel modules en grotere lengtes dan kun je de clockrate wat lager nemen. Gebruik je een CPLD of FPGA als controller dan heb je nog meer vrijheid.
Voor 7 segment display's moet je niet eens meer gaan multiplexen. Het heeft weinig nut, voor 0.25 euro heb je een 8 bit 74HC595 per digit. Eenvoudiger kan het niet. Voor rotary encoders lees je best ongeveer 50x per seconde de stand van de encoder die je in software verder bijhoud en verwerkt. Zo kun je verschillende encoders gelijktijdig binnennemen.
Alle gewone interfaces gaan hiervoor. Zoals 7 segment display's, LCD display's, rotary encoders, schakelaar, druktoetsen, ledjes, digitale I/O's, vermogen I/O via ULN2803, fet en transistor uitgangen, keyboards enz.
Als je iedere basis module voorziet met montagegaten kun je heel snel een frontplaat bediening opbouwen met deze bouwstenen. Heb je iets meer uitgangen nodig, hang er een module bij. Aan de software kant hoef je enkel het juiste aantal bitjes te bepalen die moeten uitgestuurd of ingelezen worden. Het aantal van uitsturen en binnennemen moet niet gelijk zijn, overtollige bitjes laat je in de verwerking vallen. Je beschikt immers over een load en store signaal voor het in en uit lachten van alle signalen.
@fotoopa, dit systeem heeft zeker een grote waarde qua frontplaat montage en snelle uitbreiding. Maar is lastig te combineren met de BreadOut bordjes (Althans het kost mij teveel tijd om ze tegelijk uit te werken). Maar ik zie er wel een grote voordelen in. Dus als iedereen een beetje geduld heeft, komen die bordjes waarschijnlijk over een paar weken.
Maar wat is er mis met gewone BreadOut bordjes met eventueel een extra boxheader en montage gaten?
Waarom dat hele interface systeem er bovenop?
Ik vond de opzet zo mooi door de eenvoud. Gewoon 4 lampjes of knopjes of... wil je meer, dan doe je dat op je breadboard (en later op je gewone circuit).
De frontplaat kan je dan nog altijd met gewone flatcable verbinden.
Het is maar mijn mening natuurlijk, en ik heb zeker niet zoveel ervaring als Fotoopa of Mr Gamba... dus zie deze post niet als kritiek. Ik denk gewoon dat het anders weer iets té gespecialiseerd wordt.
Idd, het idee van fotoopa is zeker niet te onderschatten, vooral qua uitbreidbaarheid en flexibiliteit. Maar de breadout bordjes waren juist om snel kleine dingen te kunnen maken, en toch flexibeler te blijven dan een development board.
Het ene hoeft het ander toch niet uit te sluiten.
Wat ik wil zeggen, waarom ontwerp/maak je niet beide boardjes ?
Ik verwacht dat er wel vraag naar is....
Ik wil zeker niets opdringen. Het idee is ontstaan omdat ik zoveel verschillende ontwerpen maak en breakout boardjes kan ik niet gebruiken voor de eindmontage. Beginners zullen het eenvoudiger hebben met de breakout boardjes.
Nu er is niets verloren. Ik maak al die bordjes dan gewoon zelf. De pcb maken was nu voor mij een hindernis. Maar nu ik toch Eagle geleerd heb kan ik de files ook zelf opsturen en een kleine reeks printjes laten maken. Voor de kostprijs ben ik voor mezelf niet zo heel beperkt. Als ik ze per 10 stuks laat maken zal ik er wel een deel van de hand kunnen doen zoniet maak ik nog wat extra projecten 
Beide type bordjes maken door dezelfde persoon is ook een dure en tijdrovende oplossing. Er gaat heel veel tijd in, iets dat velen niet zien en ik begrijp de prioriteit van Mr GAmba. We hebben trouwens al heel wat informatie onderling hierover uitgewisseld.
Ik ga dan ook enkel de DIL versie's ondersteunen. SMD wordt iets te fijn, en kostprijs maakt het niet zoveel uit. Komponenten bestellen is ook geen probleem op 2 dagen liggen die hier via Digi-key.
Ik wil best beide bordjes uitwerken en "produceren", maar zoals fotoopa al aanhaalt is dat nogal tijdrovend. Vandaar dat ik met de breadout bordjes begin, en later die andere toevoeg.
Technojunk
Printje geëtst hebben? mail me! | Even the invisible must be perfect | Ook een Meetsnoeren ophangrekje
Heb wat toegevoegd, maar zitten overal de onderdelen bij? En komen de LCD boardjes ook?
WilToyo
Maak me niet gek, ik ben al gek.
Komt er nog een SK voor de breadout bordjes, of kan ik ze ook op een andere manier bestellen?
Je zult denk ik even geduld moeten hebben maar MrGamba zet zijn eigen webshop op en daar zal het uiteindelijk ook te verkrijgen zijn. Klik even op z'n naam en je vind de link naar z'n site. Bestellen kan de komende tijd daar nog even niet. Maar hij kan je meer vertellen erover 
.
EdwinNadorp
Koop hier uw kristallen bol - in 2008 ga ik m'n projecten afmaken, echt waar ....... nouja in 2009 dan ..... ehh 2010 ....
Ik heb ze via zijn eigen site besteld, en zijn prima geleverd.
Wel even zelf in elkaar solderen, maar dat geeft niet.
Tot op heden 3 puntjes voor verbetering ontdekt:
RS232Out:
De linker power is van het grid af en past daardoor niet in je breadbord, weglaten is echter geen probleem omdat hij rechts wel goed zit.
ButtonOut:
De pull-up of -down moet via een druppel soldeer geregeld worden. Ik heb er zelf maar een header op gezet voor een jumper. Ik weet nu namelijk nog niet of ze een 1 of 0 moeten maken in een mogelijk project waarin ik het gaat gebruiken.
LEDOut:
De input loopt van 0 tot en met 8, alleen moet de 8 een G van GND zijn.
Stuk voor stuk mooie bordjes!
Voor de liefhebber staan hier enkele foto's. Let op ze zijn niet altijd scherp.