diy linux/arduino pcb boardje

Een grotere condensator is heel wat anders en heeft weinig nut. Alles moet individueel ontkoppeld worden.
Verdiep je anders eerst eens in de werking van digitale schakelingen, dan weet je wat je doet en ook waarom...

ik heb nu een andere vraag:
waarom staat er op de pcb layout van olimex dat er errors in zitten?

of bedouelen ze iets anders?

Op 6 september 2016 15:37:24 schreef ledje123:
maar als het dan dus voor ontstoring is waarom moeten het er dan zoveel zijn?
dan kun je er toch ook 1 neer zetten van iets grotere capiciteit?

Net als met een zwangerschap. Als je 9 maanden te lang vind duren maak je toch gewoon 9 vrouwen zwanger, heb je in een maand een kind. Of niet?

ik heb zojuist even gekeken hoeveel er van die ontstoringscondensatoren zijn en het zijn er 90!

Mijn laatste ontwerp heeft er 204. En dat is maar de helft van wat de IC-fabrikanten aanbevelen. Maar ik heb ook meer lagen dan het minimum van 4.

Op 6 september 2016 17:01:58 schreef blurp:
[...]

Net als met een zwangerschap. Als je 9 maanden te lang vind duren maak je toch gewoon 9 vrouwen zwanger, heb je in een maand een kind. Of niet?

[...]
Mijn laatste ontwerp heeft er 204. En dat is maar de helft van wat de IC-fabrikanten aanbevelen. Maar ik heb ook meer lagen dan het minimum van 4.

tja, met 204 ben je nog wel even bezig.
en dan heb je waarschijnlijk ook nog andere componenten die je moet solderen.

maar weet iemand het antwoord op mijn vorige post?

Hoeft niets te betekenen, kan zijn dat CAD programma in de verkeerde production class stond. Dan krijg je algauw emmers met drc errors (die er niet zijn)

Op 6 september 2016 18:00:09 schreef Arco:
Hoeft niets te betekenen, kan zijn dat CAD programma in de verkeerde production class stond. Dan krijg je algauw emmers met drc errors (die er niet zijn)

oke kan ik dus gwn negeren.

maar ik heb nu een ander probleem wat ik dus nog nooit heb gehad:
als in eagle in de schematic editor zo'n gpio poortje verwijder dan worden ineens alle 5v 3.3v en gnd draden in de pcb editor verwijderd en vervangen door van die gele air-wires.
dus als ik een gpio poort verwijder dan moet ik dus die draatjes opniew maken en dat wil ik niet.
dus hoe verwijder ik een gpio poort zonder dat de ground 5v en 3.3v pinnen moet en ge re-rout?

Eerst je schema aanpassen!

Op 6 september 2016 17:01:58 schreef blurp:
Net als met een zwangerschap. Als je 9 maanden te lang vind duren maak je toch gewoon 9 vrouwen zwanger, heb je in een maand een kind. Of niet?

OT

Dan duurt het nog steeds 9 maanden voor de eerste komt. :)

Op 6 september 2016 18:56:42 schreef Shiptronic:
Eerst je schema aanpassen!

Dat dee ik.
Ik opende die bestande van olimex voor het eerst en toen verwijderde ik zo'n gpio poort en toen werden de ground 5v en 3.3v traces verwijderd.
Ik heb dus niks aan de pcb aangepast.
Hoe los ik het dan dus op?

Op 6 september 2016 11:53:28 schreef ledje123:
Edit:
Ik ga een 4 layer gebruiken dus dat probleem heb ik niet.

Bullshit.

Ik dacht eerst dat met wat doorzettingsvermogen dit nog enige kans van slagen had, maar die hoop geef ik na deze opmerking op.

Op 6 september 2016 19:02:03 schreef Lambiek:
Dan duurt het nog steeds 9 maanden voor de eerste komt. :)

Verrek! De bedoeling was dat de TS er zelf achter zou komen.

Dat van de airwires kan zijn dat je groundplane "unrouted" raakt. dan zou "ratsnest" moeten helpen. Waarom dat ook met VCC gebeurt weet ik niet.

*pakt een zak popcorn en bekijkt nog even die orange pi op ali...*

* High met Henk schat dat ik zelfs 10 jaar na mijn laatste serieuze pcb nog altijd beter / sneller resultaat krijg dan ts...

Bedenk 1 ding. Elke draad is een weerstand, een condensator en een spoel. Op dc zijn die laatste geen probleem. Op ac kan dat een probleem worden, op hf is het een probleem

Op 6 september 2016 15:37:24 schreef ledje123:
[...]
voor ontstoring van de 1.5v lijn?
maar als het dan dus voor ontstoring is waarom moeten het er dan zoveel zijn?
dan kun je er toch ook 1 neer zetten van iets grotere capiciteit?

edit:
ik heb zojuist even gekeken hoeveel er van die ontstoringscondensatoren zijn en het zijn er 90!

Hoewel ik me de reakties van andere forumleden heel goed kan voorstellen, vind ik de vraag op zich niet eens zo heel vreemd. Mij is inmiddels duidelijk dat de TS geen enkele ervaring heeft met hoogfrequent digitale systemen en high-speed routing. Het niet begrijpen waarom er zo veel condensatortjes tussen Vcc en GND zijn geplaatst is daar een logisch gevolg van.
Laten we wel wezen: toen ieder van ons ooit begon met high speed digitale systemen, vroegen wij ons dat toch ook af? En gingen we toch ook op zoek naar informatie over het hoe en waarom?

Op 6 september 2016 19:39:46 schreef rew:
Dat van de airwires kan zijn dat je groundplane "unrouted" raakt. dan zou "ratsnest" moeten helpen. Waarom dat ook met VCC gebeurt weet ik niet.

ik heb eens staan kijken naar die airwires en volgensmij als ik een gpio header verwijder laat hij de vcc en gnd airwires zien maar de paden van gnd en vcc zijn er gewoon nog.
Maar dat weet ik niet zeker en zal er morgen even beter naar kijken.
Misschien is het een bug of zoiets of hoort dat?

Op 6 september 2016 20:49:00 schreef MNM(tm):
[...]
Hoewel ik me de reakties van andere forumleden heel goed kan voorstellen, vind ik de vraag op zich niet eens zo heel vreemd. Mij is inmiddels duidelijk dat de TS geen enkele ervaring heeft met hoogfrequent digitale systemen en high-speed routing. Het niet begrijpen waarom er zo veel condensatortjes tussen Vcc en GND zijn geplaatst is daar een logisch gevolg van.
Laten we wel wezen: toen ieder van ons ooit begon met high speed digitale systemen, vroegen wij ons dat toch ook af? En gingen we toch ook op zoek naar informatie over het hoe en waarom?

Je hebt heelemaal gelijk.
Het snelste waar ik ooit mee heb gewerkt was 16 mhz en ik heb dus nog nooit iets gedaan met high-speed routing.

[Bericht gewijzigd door ledje123 op (43%)]

Op 6 september 2016 20:49:00 schreef MNM(tm):
Laten we wel wezen: toen ieder van ons ooit begon met high speed digitale systemen, vroegen wij ons dat toch ook af?

Tuurlijk. Toen ik m'n eerste microcontroller systeem bouwde heb ik vast ook gedacht: laat die andere vier condensatoren maar zitten, 1 is vast genoeg. Rare problemen -> vier extra condensatoren geplaatst en toen werkte het.

Maar het bouwen van systeem met DRAM en alles is geen beginnersproject. Begin eens met een STM32 of zo.

Waar het nu op afstevend is: 100 bugs in de PCB. Zoek, zoek. fixen, en... 99 bugs in de PCB. Zoek zoek, fixen, 98 bugs in de PCB. En reken maar dat er geen enkel teken van leven in te krijgen is totdat je bijna alle bugs hebt gefixed. Je zit dus een eeuwigheid te staren op: "waarom doet ie niets", en verbeteringen aan te brengen zonder dat het resultaat oplevert (na het fixen van 30 bugs, doet hij het nog steeds niet). Dus: Begin iets eenvoudiger!

weet je al of dat ding gewoon boot als jij er spanning opzet?

of heb je al firmware liggen? ga je die zelf schrijven?

als je firmware EN je print fouten kunnen bevatten is het eind zoek. waarom flash je niet een standaard bordje van olimex, en als je 1 ding goed onder de knie hebt kun je barebones beginnen..

Ik heb al firmware liggen die ik er op kan zetten.
Maar ik kan ook weten of hij werkt door de usb in mn computer te doen want dan zou er een serial poort bij moeten komen.

sorry, de condensatoren was mij wel bekend, spoor breedtes en lengtes ook en alle andere zaken wel...

Echter al die wensen tot 1 goed geheel vormen: ik ben altijd bang voor de capacitieve koppelingen met het ground plane........
en je vergeet zo makkelijk die ene wens om aan de andere design rule te voldoen.

[Bericht gewijzigd door High met Henk op (15%)]

ik ben er zojuist achter gekomen dat als ik eerst de trace die naar het vcc pinnetje gaat verwijder dan kan ik hem ook in het schema verwijderen.
verwijder ik niet eerst de trace dan komen er allemaal airwires.

dit lukt dus bij de vcc pinnen maar hoe doe ik dat bij ground?
want daar zie ik geen trace.

Op 7 september 2016 15:44:15 schreef ledje123:
ik ben er zojuist achter gekomen dat als ik eerst de trace die naar het vcc pinnetje gaat verwijder dan kan ik hem ook in het schema verwijderen.
verwijder ik niet eerst de trace dan komen er allemaal airwires.

dit lukt dus bij de vcc pinnen maar hoe doe ik dat bij ground?
want daar zie ik geen trace.

Weet iemand het antwoord?

1 van de hoofdzaken bij een ontwerp is dat je weet hoe je CAD pakket werkt.

Wilde gok is dat er een onderbreking in een groundplane ontstaan is, maar ik draai geen eagle en daar is dit zo te zien in getekend.

Dat zal komen doordat er een groundplane wordt gebruikt. (dat zijn geen lijnen maar een vlak) Die kun je weghalen door op de rand ervan met rip-up te klikken.

Maar een suggestie van mij:
Waarom begin je niet met zoiets als dit?
https://www.itead.cc/development-platform/arm.html
- ITEAD A10/A20 Core
- ITEAD Core AW2041 Aw2042 AllWinner A20 SoM Core EVB Baseboard

En dan daar eerst een baseboard voor maken. Die modules hebben het RAM en de voeding al aan boord liggen, dan kun je alle overige dingen die je eraan wil hebben zelf ontwikkelen. Kun je meteen 2-laags verder werken. Desnoods kun je dan later proberen de ARM chip in het bord laten zakken.
Je geeft aan dat je de chips voor $3 zelf kunt verkrijgen, maar dan vergeet je de kosten van de RAM-chips, voeding, RCL's, PCB en assemblage. Zelfs al mocht het routen je lukken kun je zo een bordje niet maken voor de prijs waarvoor zij het aanbieden.

Met length.ulp kun je zien welke netten nog niet ge-route zijn.

hey, ben ik weer.

ik heb een vraagje over deze post:
http://dangerousprototypes.com/forum/viewtopic.php?f=2&t=4271#p422…
hier heeft iemand het over de reference schematic van de allwinner a13 maar hij/zij zegt dat er minimaal 1 trap/bug in zit.
Ik snap niet wat ze bedoelen met trap.
bedoelen ze dat de maker van het schematje er expres een foutje in maakt?
als dat zo is waarom doen ze dat?
het lijkt mij namenlijk dom om te doen omdat het voor verwarring zorgt.

bugs bugs bugs,,,,wikipedia https://en.wikipedia.org/wiki/Software_bug