W dniu 2017-11-22 o 08:49, Piotr Gałka pisze:

>
> I z czystym sumieniem polecasz program w którym DRC, które jak nazwa
> wskazuje ma tylko sprawdzać reguły, jest używane w jakiś sposób do
> modyfikowania płytki. Ktoś coś źle zdefiniował na początku projektu,
> albo potem ktoś wstawiał jakieś łatki nie myśląc o zachowaniu logicznej
> spójności wszystkiego, albo źle używasz Ty (lub oni) pojęcia DRC.

Wkleję na spodzie wypowiedzi fragment swojej wypowiedzi na temat DRC w
Eagle. Odpowiadając: tak, z czystym sumieniem polecam.

Jeśli ktoś zdefiniował np. zbyt małe odległości między ścieżkami na
początku, potem zakończył projekt i nagle chce kliknąć jeden magiczny
guzik "popraw mi samoczynnie cały projekt do nowych wytycznych", to
takiej funkcjonalności nie ma.

Co do słownictwa, to DRC pewnie można by w Eagle nazwać inaczej. Jak
chcesz, to udaj się pod gmach Autodesku i wywieś transparenty. Może się
ugną. W Eagle DRC (jak niżej szczegółowo wyjaśniam) łączy dwie funkcje:
sprawdzania (jak przystało na DRC) i ustawień dla projektu,
niekoniecznie mających związek ze sprawdzaniem czegokolwiek (np.
włączenie / wyłączenie thermals dla via).

Oto cytat obiecany:

"Może inaczej to ujmę, bardziej obrazowo. Traktuj DRC jako coś, co w
innych programach zazwyczaj nazywa się "preferences" z jedną tylko
różnicą: posiada jedną funkcję, która fizycznie coś robi. Jest nią:

1. Końcowa weryfikacja PCB.

a poza tym:

2. Ustawia minimalne nieprzekraczalne wartości jak grubość ścieżki,
odstępy, otwory parę innych. Jeśli któryś Net Class definiuje mniej, to
zostanie nadpisany.

3. Ustawia wiele innych wytycznych dla innych modułów: takich jak route
(rysowanie ścieżek), rozlewania wielokątów (masy rozlane itp) itd.

Z tego wynika, że skutki jego ustawień są rozległe, wpływają na wiele
modułów a skutek jego zadziałania z p.1 jest jeden: podświetlenie błędów. "

--
Pozdrawiam,
Marek