Abnehmbarer "Debug"-Teil der Platine?

Ich versuche, einem vorhandenen, sehr dichten 4-Lagen-PCB-Design (Signal - GND - PWR - Signal) "optionale" Debugging-Testpunkte hinzuzufügen. Ich möchte die vorhandene Platine so wenig wie möglich verändern. Meine Idee war, den Umriss wie unten gezeigt zu ändern und der vorhandenen Leiterplatte einen kleinen Debug-Bereich durch einen kleinen Hals (ca. 5 mm hoch und 1 mm breit) hinzuzufügen:Blockdiagramm

Auf diese Weise kann ich in einer idealen Welt, wenn ich meine PCBAs vom Hersteller zurückbekomme und alles funktioniert, einfach die Debug-Leiterplatte abbrechen und die vorhandene Leiterplatte wie beabsichtigt für die Endverwendung verwenden. Die aktuellen mechanischen Endabmessungen erlauben keine Änderung der PCB-Größe. Dann, bevor ich einen größeren Durchlauf von PCBs durchführe, lösche ich das Debug-PCB, bereinige die Debug-Traces und bin bereit zu gehen.

Oder, realistischer, wenn die Dinge nicht wie beabsichtigt funktionieren, kann ich Logik-/Oszilloskop-/Meter-Sonden einfach über einen 0,1-Zoll-Header (oder ähnliches) an die Spuren anschließen, den ich hier geroutet habe. Finden Sie heraus, was schief gelaufen ist, beheben Sie alle Fehler und versuchen Sie es erneut.

Also die Fragen:

  1. Ist dies ein vernünftiger Ansatz, wenn Sie versuchen, die Änderungen an der vorhandenen Leiterplatte zu minimieren? Andere Vorschläge willkommen.
  2. Wie kann ich die Wahrscheinlichkeit minimieren, dass durch das Abbrechen des Verbindungspunkts vorhandene Leiterbahnen auf der Leiterplatte beschädigt werden? Im Moment beträgt der Abstand zwischen Route-Keepin und Platinenumriss 0,25 mm = ~ 10 mil. Ich nehme an, das Vergrößern der Breite des "Teils zum Einrasten" und das Ziel, näher einzurasten Debug PCB sollte helfen, aber andere Ideen sind willkommen.
  3. Ich habe nicht vor, L2 (GND) und L3 (PWR) auf die Debug-Leiterplatte zu erweitern, aber sollte ich mir trotzdem Sorgen machen, dass sie im "Snap" -Bereich kurzschließen? Irgendwelche Ideen, um dies zu mildern?
Klingt gut für mich. Vielleicht würden fünf Sekunden mit einer „Junior“-Bügelsäge die Wahrscheinlichkeit eines Schadens verringern, anstatt abzubrechen; Noch 5 Sekunden mit einer Datei zum Aufräumen.
Ja, sollte in Ordnung sein (ich stimme @BrianDrummond zu - wenn Sie die Kante feilen, werden Sie die Flugzeuge nicht kurzschließen oder so). Ein alternativer Ansatz ist die Verwendung eines High-Density-Anschlusses zum Einstecken des "Debug"-Boards - auf diese Weise können Sie es mechanisch integrieren, aber trotzdem entfernen und das Debug-Board wieder anschließen, wenn etwas schief geht.
Eine Alternative sind Testpunkte und eine selbstgebaute "Pogo-Pin"-Halterung. Keine Probleme beim späteren erneuten Testen. electronic.stackexchange.com/questions/145468/…
Ich würde mir zuerst andere Methoden ansehen (eine, an die ich in letzter Zeit gedacht habe, sind Kantenfinger ...), aber wenn Sie dies tun möchten, stellen Sie sicher, dass sich im Bruchbereich nur eine Kupferschicht befindet, und machen Sie die Spuren dort schwächer, und dicker und/oder über an jeder Seite verankert. Natürlich braucht man Bohrerschläge oder ähnliches, damit es dort bricht.
Haben Sie blinde/vergrabene Durchkontaktierungen, die das Prüfen der Leiterplatte unmöglich machen? Es erscheint mir seltsam, dass Sie keine Signale auf einer 4-Lagen-Platine (unabhängig von der Dichte) prüfen können. Und das Routing aller "Debug"-Signale führt zu vielen Stubs, die sich negativ auf alle schnellen oder rauschempfindlichen Signale auswirken.

Antworten (2)

Machen Sie den mittleren Teil nicht zu klein. Leiterplatten werden in einem „Rahmen“ hergestellt und das Entfernen der Leiterplatte aus dem Rahmen birgt die Gefahr, dass der Debug-Teil in der letzten Fertigungsstufe leicht abbricht. Ich würde zwei Sockel verwenden und einen kleinen Anschluss außen und einen größeren mit Routing in der Mitte belassen. Unten ist ein Bild, das ich aus dem WWW von PCBS in einem Rahmen genommen habe.

Ich würde auch einige Lötpunkte machen, damit Sie den Debugger später wieder anschließen können.

Geben Sie hier die Bildbeschreibung ein

Es ist nicht klar, wie groß die Auflage dieser Leiterplatte ist oder wie komplex die Schaltung auf dem Testteil ist.

Wenn es ein großer Lauf ist und der Testteil ziemlich komplex ist, ist das meiner Meinung nach keine gute Idee.

Zuerst zahlen Sie, um eine Schaltung auf jeder Platine zu duplizieren, von der Sie vermutlich nur eine oder zwei benötigen. Zweitens, wenn es fehlschlägt, müssen Sie auf jeder Platine überprüfen, ob es die Hauptplatine ist, die das Problem hat, oder die Debug-Platine. Wie Sie bereits erwähnt haben, besteht auch die Gefahr, dass die Hauptplatine beschädigt wird, wenn Sie sie entfernen.

Es wäre besser, eine kleine Serie einer separaten Debug-Platine zu erstellen, die in einen Debug-Anschluss passt, den Sie der Hauptplatine hinzufügen. Sie können diese Debug-Boards dann als Ihre Goldstandards behalten.

Wenn das Debug-Board nur Spuren enthält ... sollte der Stecker allein mit einem geeigneten Kabelbaum ausreichen.

Später können Sie den Anschluss zur Kostenreduzierung von nachfolgenden Läufen der Hauptplatine entfernen.

Allerdings: Wenn Sie Traces auf der ganzen Linie ausführen müssen, damit sie im Debug-Bereich herauskommen, fügen Sie möglicherweise mehr Probleme hinzu, als Sie lösen. Es ist viel besser, lokale Testpunkte und / oder Teststifte zu haben, an die Sie ein Oszilloskop anschließen können, an dem die Spur tatsächlich verwendet wird.

Dies wird eine kleine Auflage sein, ca. 10 Stück. Die Idee des Debug-Boards besteht nicht darin, die Schaltung zu duplizieren, sondern mehr Spuren freizulegen, als ich zum Debuggen mit der aktuellen Schaltung freilegen kann. Ich mag die Idee, stattdessen einen Stecker zu verwenden und die Stifte des Steckers auf einem Steckbrett oder ähnlichem auszubrechen, bin mir aber nicht sicher, ob ich den Platz habe. Werde mal nachforschen müssen. Danke Trevor.
@Jim sei nur vorsichtig, lange Spuren zu führen, insbesondere empfindliche analoge Signale oder Uhren. Wenn Sie Ihre Traces unnötig verlängern, in der Hoffnung, das Debuggen zu erleichtern, kann dies dazu führen, dass das Ding von alleine fehlschlägt.
Gute Idee. Ich mache einige Uhren, auf die ich gerne Zugriff haben würde, aber ich werde ihre Testpunkte lokal halten. Danke noch einmal!