W dniu 21.11.2017 o 21:50, Marek S pisze:
> W dniu 2017-11-21 o 15:06, Zbych pisze:
>
>>> Ależ nikt nie zabrania takiego sposobu stosowania DRC. Zresztą on nie
>>
>> To tak jakbyś mi powiedział, że nikt nie zabrania wbijania młotkiem
>> gwoździ. Do tego DRC zostało stworzone.
>
> ...i realizuje swoją funkcję. Jeśli jednak chcesz wbić ten gwóźdź głową,
> to Eagle pozwala na zignorowanie tejże funkcjonalności dla wybranych
> fragmentów ścieżek.
>
> Nie bardzo rozumiem o czym rozmawiamy. Przeszkadza Ci to, że Eagle
> pozwala na wyłączenie ustalonych zasad dla wybranych fragmentów ścieżek?
>
> Nie wiem czy dobrze Cię rozumiem... wygląda to tak, że idąc do kiosku z
> gazetami zobaczysz papierosy więc mimo tego, że jesteś niepalący, to
> musisz bezwzględnie je wszystkie wypalić a potem wszczynasz alarm, że
> raka płuc dostałeś. Media, lekarze ostrzegają ale ignorujesz to bo
> palenie nie jest zakazane więc palisz wszystko co w ręce wpadnie. No
> przecież to dziecinada. Ja to tak właśnie odbieram.
>
>>> Np. potrafi zrobić grubsze pady niż zdefiniowano w bibliotece,
>>> potrafi dodać thermals do vias itd.
>>
>> Tego nie rozumiem. Czemu miałbym pogrubiać pady regułami DRC a nie
>> prosty klikiem na pad lub grupę padów, które chcę zmodyfikować?
>> Znowu jakieś ograniczenie eagla?
>
> Tak. Ten temat też poruszałem. To wkurzające ograniczenie. Jeśli
> zdefiniujesz w bibliotece pad o jakiś wymiarach dla jakiegoś elementu,
> to mimo iż w danym projekcie, w którym chcesz wiercić ręcznie dziury i
> pady są za małe, to musisz na nich bazować z ewentualną poprawką
> wnoszoną przez DRC. W DRC ustalasz iż pady nie mogą być mniejsze niż...
> Jeśli obiekt biblioteczny ma pad "mniejszy niż", to zostanie on
> odpowiednio zmodyfikowany. Nie ma szans i nie będzie na zadecydowanie
> aby to powiększenie wymiarów padu lub średnicy otworów dotyczyło tylko
> jednego elementu.
>
> Obejściem jest sklonowanie elementu i zdefiniowanie innego rodzaju
> padów. Ale w/g mnie to słabe obejście.
>
> W praktyce jest tak, że znalazłem w bibliotece np. złącze mini Jack
> odpowiadające rozstawowi pinów mojemu. Ale moje ma grubsze piny i
> chciałbym mieć większe otwory. I co? I dupa... Muszę albo DRC użyć, co
> nie ma sensu, albo dokonać zmian w klonie elementu. Prowadzę więc
> bibliotekę o nazwie "jednorazowe". Umieszczam w niej elementy na
> potrzeby jednego projektu, których raczej nigdy po raz drugi nie
> wykorzystam.
>
>> Problem w tym, że DRC ma pilnować, żebym się nie pomylił.
>
> No i pilnuje ... choć tak jak napisałem - post factum. Sprawdza projekt
> PCB gdy klikniesz na ikonie DRC. Natomiast na bieżąco stosowane są
> zdefiniowane w DRC i Net Class reguły w trakcie ciągnięcia ścieżek
> poprzez moduł ruotera i autoroutera, jak wspomniałem poprzednio. Tak
> więc nie masz szans na taką pomyłkę ale masz szansę potem na wniesienie
> korekt z pogwałceniem zdefiniowanych reguł.
>

W Kicadzie masz kontrolkę "Stosuj DRC w trakcie trasowania". Czyli DRC
nie jest tylko do sprawdzania post factum, ale sprawdza w trakcie
ciągnięcia ścieżek. Sprawdza np czy nie jest za blisko innej ścieżki,
czy pada, nie pozwala podpiąć ścieżki do pada, który nie należy do tej
sieci itp. Nie ma sensu się spierać czy w trakcie trasowania, zasad
pilnuje DRC czy router który przestrzega zasad określone w parametrach
DRC. To tylko semantyka

--
pozdrawiam
MD