RTV forum PL | NewsGroups PL

Jaki program do automatycznego wycinania napisów z plików Gerber?

wycinanie napisów z gerbera

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Jaki program do automatycznego wycinania napisów z plików Gerber?

Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8  Next

Marek S
Guest

Tue Nov 21, 2017 9:51 pm   



W dniu 2017-11-21 o 15:17, EdiM pisze:

Quote:
Błędny wniosek.Ograniczona liczba użytkowników tutaj nie była w stanie
wskazać takiego softu.
Smile

No to jako nadmiarowy użytkownik zaproponuj JS taki soft :-D

--
Pozdrawiam,
Marek

Zbych
Guest

Tue Nov 21, 2017 11:00 pm   



W dniu 21.11.2017 o 21:50, Marek S pisze:

Quote:
Nie bardzo rozumiem o czym rozmawiamy. Przeszkadza Ci to, że Eagle
pozwala na wyłączenie ustalonych zasad dla wybranych fragmentów ścieżek?

Gdybym go używał to przeszkadzałaby mi możliwość wyłączenia
_sprawdzania_ zasad. Wolałbym żeby eagle sprawdzał te zasady w trakcie
ręcznego routingu, blokował możliwość ich łamania chyba, że użytkownik
wyraźnie sobie tego zażyczy (skrótem klawiszowym) i żeby takie miejsca
świeciły na PCB jak choinka.

Z ciekawości sprawdziłem jak to wygląda w kicadzie. Kicad w zależności
od opcji blokuje możliwość położenie ścieżki z naruszeniem zasad,
podświetla naruszenie albo rozpycha ścieżki. Szkoda, że nie potrafi
łączyć kilku trybów w combo np. rozpychać ścieżki póki się da, potem
blokować a przy użyciu skrótu postawić ścieżkę z naruszeniem zasad i
podświetlić.
Quote:
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.

Źle zrozumiałeś. DRC w eagle'u, które wysłania się z twojego opisu to
bezpiecznik okręcony grubym drutem. Niby jest, ale trzeba się mocno
postarać żeby zadziałał.

Zbych
Guest

Tue Nov 21, 2017 11:11 pm   



W dniu 21.11.2017 o 23:00, Zbych pisze:
Quote:
W dniu 21.11.2017 o 21:50, Marek S pisze:

Nie bardzo rozumiem o czym rozmawiamy. Przeszkadza Ci to, że Eagle
pozwala na wyłączenie ustalonych zasad dla wybranych fragmentów ścieżek?

Gdybym go używał to przeszkadzałaby mi możliwość wyłączenia
_sprawdzania_ zasad. Wolałbym żeby eagle sprawdzał te zasady w trakcie
ręcznego routingu, blokował możliwość ich łamania chyba, że użytkownik
wyraźnie sobie tego zażyczy (skrótem klawiszowym) i żeby takie miejsca
świeciły na PCB jak choinka.

Z ciekawości sprawdziłem jak to wygląda w kicadzie. Kicad w zależności
od opcji blokuje możliwość położenie ścieżki z naruszeniem zasad,
podświetla naruszenie albo rozpycha ścieżki. Szkoda, że nie potrafi
łączyć kilku trybów w combo np. rozpychać ścieżki póki się da, potem
blokować a przy użyciu skrótu postawić ścieżkę z naruszeniem zasad i
podświetlić.

Autopoprawka: jednak przy rozpychaniu ścieżek też blokuje jeśli zasady
są naruszone.

HF5BS
Guest

Tue Nov 21, 2017 11:13 pm   



Użytkownik "Marek S" <precz@spamowi.com> napisał w wiadomości
news:ov23ir$jp9$1@node1.news.atman.pl...
Quote:
...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.

....podchodzi Rosjanin, buch, jedno uderzenie głową i gwóźdź wbity. Brawo,
Rosjanin wygrał... Co? Och, zdyskwalifokowano Rosjanina... za wbicie
gwoździa od drugiej strony...
P,NMSP, ale mi się ten dowcip (którego fragment zacytowałem) akurat
przypomniał :)

--
Psy kochają przyjaciół i gryzą wrogów,
w odróżnieniu od ludzi, którzy niezdolni są do czystej miłości
i zawsze muszą mieszać miłość z nienawiścią.
(C) Zygmunt Freud.

Mario
Guest

Wed Nov 22, 2017 1:01 am   



W dniu 21.11.2017 o 21:50, Marek S pisze:
Quote:
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

Mario
Guest

Wed Nov 22, 2017 1:02 am   



W dniu 21.11.2017 o 23:11, Zbych pisze:
Quote:
W dniu 21.11.2017 o 23:00, Zbych pisze:
W dniu 21.11.2017 o 21:50, Marek S pisze:

Nie bardzo rozumiem o czym rozmawiamy. Przeszkadza Ci to, że Eagle
pozwala na wyłączenie ustalonych zasad dla wybranych fragmentów ścieżek?

Gdybym go używał to przeszkadzałaby mi możliwość wyłączenia
_sprawdzania_ zasad. Wolałbym żeby eagle sprawdzał te zasady w trakcie
ręcznego routingu, blokował możliwość ich łamania chyba, że użytkownik
wyraźnie sobie tego zażyczy (skrótem klawiszowym) i żeby takie miejsca
świeciły na PCB jak choinka.

Z ciekawości sprawdziłem jak to wygląda w kicadzie. Kicad w zależności
od opcji blokuje możliwość położenie ścieżki z naruszeniem zasad,
podświetla naruszenie albo rozpycha ścieżki. Szkoda, że nie potrafi
łączyć kilku trybów w combo np. rozpychać ścieżki póki się da, potem
blokować a przy użyciu skrótu postawić ścieżkę z naruszeniem zasad i
podświetlić.

Autopoprawka: jednak przy rozpychaniu ścieżek też blokuje jeśli zasady
są naruszone.

W której wersji.

--
pozdrawiam
MD

Mario
Guest

Wed Nov 22, 2017 1:28 am   



W dniu 21.11.2017 o 12:08, Piotr Gałka pisze:
Quote:
W dniu 2017-11-20 o 19:10, Mario pisze:

Pracuję na Build:(2013-0707 BZR4022)-stable. Mam też wersję (2015
after mar-04) 64 bity chyba jakaś rozwojowa, ale na niej nie pracuję,
bo między wersjami nastąpiła poważna zmiana. Nowy Kicad  wymaga aby
elementy w EeSchema miały podefiniowane typy footprintów. Wcześniej
footprinty przydzielało się w CvPcb takim edytorze pliku .net. Było to
dość wygodne.

Jak czytałem instrukcje do KiCada to właśnie mi się nie podobało to
przechodzenie przez ten etap (z opisu wyglądało, że obowiązkowe).
Myślałem sobie - przecież to jest niesamowicie upierdliwe. Będę musiał
mieć pod ręką listę stosowanych przez nas elementów i każdy będę musiał
na niej wyszukać aby wiedzieć w jakim footprincie to stosujemy.

W przeciwnym podejściu, gdy osadzasz element na schemacie to musisz
wybrać mu obudowę, no chyba że zostawiasz domyślnie. W CvPCB
przechodziłeś do kolejnego elementu z listy .net i w tym czasie na
schemacie kursor ci skakał do tego elementu. Wybierasz obudowę z
rozwiniętej listy obudów i szybko przyporządkowujesz footprint do
elementu. Jak masz mieć kolejne elementy w tej samej obudowie to tylko
klikasz enterem i ustawiasz ją dla wielu elementów. Np 0603 a potem dla
serii innych 0805. Gdy chcesz przejrzeć i coś zmienić to masz od razu
listę elementów, wartości i footprintów, a tak to musisz wejść do
właściwości elementu widocznego na schemacie żeby sprawdzić jaki
footprint.


Quote:
A jak
przez pomyłkę wybiorę nie taki footprint jak używamy to potem jak
chłopaki dojdą do montażu to się okaże że element z szuflkadki nie
pasuje do płytki. Szufladki z elementami mamy od zawsze opisywane tylko
stosowanymi przez nas symbolami elementów, a nie zestawem
symbol+footprint. Dotyczy zarówno szufladek do przechowywania elementów
jak i szufladek w maszynie do półautomatycznego układania elementów na
płytce.
Jak (generalnie wyjątkowa sytuacja) decydujemy się stosować jakiś
element w innym footprincie niż dotychczas to otrzymuje on osobny symbol.

Ja dostosowuję footprinty w projekcie to tego co do tej pory mam na
magazynie i do wymagań np. mało miejsca albo wydzielanie ciepła. Przed
produkcją drukuję sobie powiększone widoki płytki z oznaczeniem
kolorowymi opisami właściwości elementu (wartość + footprint). Szufladki
oznaczam wartość + footprint a nie symbol. Symbol to u ciebie C1 C2 R15
itd? Na każdy symbol osobna szufladka? A co jak masz 30 kondensatorów
100nF 0603?

Quote:
Nie przeczę, że przydzielanie footprintu na etapie edycji schematu też
może być wygodne, ale jeśli przenoszę stare projekty do Kicada z 2015
to wygląda na to, że będę musiał latać po schemacie i ustalać
wszystkie footprinty. Dochodzą jakieś problemy z tym, że przy
otwieraniu starego projektu program próbuje zastępować stare
biblioteki nowymi ale potyka się o różnice między małymi a dużymi
literami.
Pewnie jak będę robił zupełnie nowy projekt to zacznę go od jakiejś
najnowszej wersji Kicada.

Nie myślałem o używaniu wersji codziennych (conocnych) tylko tych
stabilnych, choć wiem, że to nawet ponad rok opóźnienia w stosunku do
aktualnego stanu projektu KiCad.

Akurat ściągnąłem bo ktoś pisał o jakiejś nowince a była to wersja
niestabilna. Ale skoro pracuję na wersji 2013 to znaczy że nie
potrzebuję nightly buildów :)

Quote:
Z tego co widzę, zmienili w stosunku do  tego co opisane w
dokumentacjach sposób przechowywania footprintów - każdy footprint to
osobny plik, a biblioteka to katalog. Bardzo mi się to podoba bo mogę
sobie błyskawicznie porządkować footprinty za pomocą FreeCommandera. Jak
już będę wszystko miał po swojemu to będzie to mniej ważne, ale teraz,
gdy jeszcze co rusz zmieniam koncepcję mojego porządku bardzo pomaga.

Między wersją 4.0.6 a 4.0.7 dołożyli pliki dotyczące bibliotek symboli,
które nie są w żaden sposób używane, ale wygląda z nich, że wkrótce
biblioteki symboli też zostaną tak zmienione.
P.G.

No to gdy będę miał jakiś całkiem nowy projekt to będę musiał przyjrzeć
się bibliotekom i zobaczyć jak do niej dołożyć swoje własne ze starszej
wersji. Albo dorobić nowe.



--
pozdrawiam
MD

Mario
Guest

Wed Nov 22, 2017 1:50 am   



W dniu 22.11.2017 o 01:28, Mario pisze:
Quote:
Na każdy symbol osobna szufladka? A co jak masz 30 kondensatorów 100nF
0603?

W sensie że w projekcie masz 30 kondensatorów 100 nF 0603? musisz mieć
30 szufladek?

--
pozdrawiam
MD

Zbych
Guest

Wed Nov 22, 2017 7:55 am   



W dniu 22.11.2017 o 01:02, Mario pisze:
Quote:
W dniu 21.11.2017 o 23:11, Zbych pisze:
W dniu 21.11.2017 o 23:00, Zbych pisze:
W dniu 21.11.2017 o 21:50, Marek S pisze:

Nie bardzo rozumiem o czym rozmawiamy. Przeszkadza Ci to, że Eagle
pozwala na wyłączenie ustalonych zasad dla wybranych fragmentów
ścieżek?

Gdybym go używał to przeszkadzałaby mi możliwość wyłączenia
_sprawdzania_ zasad. Wolałbym żeby eagle sprawdzał te zasady w trakcie
ręcznego routingu, blokował możliwość ich łamania chyba, że użytkownik
wyraźnie sobie tego zażyczy (skrótem klawiszowym) i żeby takie miejsca
świeciły na PCB jak choinka.

Z ciekawości sprawdziłem jak to wygląda w kicadzie. Kicad w zależności
od opcji blokuje możliwość położenie ścieżki z naruszeniem zasad,
podświetla naruszenie albo rozpycha ścieżki. Szkoda, że nie potrafi
łączyć kilku trybów w combo np. rozpychać ścieżki póki się da, potem
blokować a przy użyciu skrótu postawić ścieżkę z naruszeniem zasad i
podświetlić.

Autopoprawka: jednak przy rozpychaniu ścieżek też blokuje jeśli zasady
są naruszone.

W której wersji.

Sprawdziłem to na ostatniej wersji nocnej, nie wiem czy w wersji
stabilnej też to jest.

Piotr Gałka
Guest

Wed Nov 22, 2017 8:49 am   



W dniu 2017-11-21 o 21:50, Marek S pisze:

Quote:
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.

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.
P.G.

Piotr Gałka
Guest

Wed Nov 22, 2017 9:58 am   



W dniu 2017-11-22 o 01:28, Mario pisze:

Quote:
Jak czytałem instrukcje do KiCada to właśnie mi się nie podobało to
przechodzenie przez ten etap (z opisu wyglądało, że obowiązkowe).
Myślałem sobie - przecież to jest niesamowicie upierdliwe. Będę musiał
mieć pod ręką listę stosowanych przez nas elementów i każdy będę
musiał na niej wyszukać aby wiedzieć w jakim footprincie to stosujemy.

W przeciwnym podejściu, gdy osadzasz element na schemacie to musisz
wybrać mu obudowę, no chyba że zostawiasz domyślnie.

W moim podejściu nie ma etapu 'musisz wybrać mu obudowę'. Wybieram
element z biblioteki i on ma już zdefiniowaną obudowę i koniec tematu.
Jak w wyjątkowej sytuacji decyduję, że np. z braku miejsca na płytce
postanawiam użyć tego procesora w mniejszej obudowie to zmieniam cały
element na schemacie (jeśli nie stosowałem wcześniej tego procesora w
tej obudowie to będzie to poprzedzone dodaniem jednego elementu do
biblioteki).

Quote:
W CvPCB
przechodziłeś do kolejnego elementu z listy .net i w tym czasie na
schemacie kursor ci skakał do tego elementu. Wybierasz obudowę z
rozwiniętej listy obudów i szybko przyporządkowujesz footprint do
elementu. Jak masz mieć kolejne elementy w tej samej obudowie to tylko
klikasz enterem i ustawiasz ją dla wielu elementów. Np 0603 a potem dla
serii innych 0805. Gdy chcesz przejrzeć i coś zmienić to masz od razu > listę elementów, wartości i footprintów, a tak to musisz wejść do
właściwości elementu widocznego na schemacie żeby sprawdzić jaki footprint.

Nie pamiętam, aby kiedykolwiek mi się zdarzyło zaglądać do elementu na
schemacie aby sprawdzić jaki footprint - czemu to miałoby służyć?
Jeśli pojawia się potrzeba zmiany footprintu to wynika ona z jakiegoś
problemu na PCB, a tam po prostu widzę footprinty (nie nazwy, a realne
wymiary).

Quote:
Ja dostosowuję footprinty w projekcie to tego co do tej pory mam na
magazynie i do wymagań np. mało miejsca albo wydzielanie ciepła. Przed
produkcją drukuję sobie powiększone widoki płytki z oznaczeniem
kolorowymi opisami właściwości elementu (wartość + footprint). Szufladki
oznaczam wartość + footprint  a nie symbol. Symbol to u ciebie C1 C2 R15
itd?

Nie, nie, nie.
C1, C2,... to identyfikator/desygnator elementu i to jest związane tylko
z konkretną płytką a nie z żadnymi szufladkami.
A symbol to przyjęte oznaczenie dla konkretnego elementu w konkretnej
obudowie. Symbole to: 22, 100, 1k, 2k2 - oznaczają rezystory 0603, 15p,
1n, 10n - oznaczają kondensatory 0603. Jeden wyjątek - 100n oznacza 0402
(to od czasu jak z każdej strony procka trzeba dać kondensator i żeby
nie zajmował za dużo miejsca). Większe 100n oznaczyłem sobie nie
rozmiarem a napięciem: 100n/25 i 100n/50. Podobnie ceramiczne uF
oznaczam według napięcia bo wstawiając na schemat interesuje mnie
napięcie a nie obudowa. Czyli w 0603 mam 1u/25, 4u7/16, a w 0805 mam
1u/50, 10u/16, 22u/6.3, a w 1206 10u/25. Wszystko to X7R lub X5R bo z
Y5V zrezygnowałem.
Wstawiając na schemat, nie jestem pewien w jakiej obudowie wstawiam
kondensator, ale też nie widzę potrzeby posiadania takiej pewności. Jak
zacznę robić płytkę to będę widział rozmiary elementów i dopiero jakby
mi coś za żadne skarby nie wchodziło to będę dumał co z tym zrobić.
Tak mi kiedyś nie wchodziło 16 rezystorów 100. Zapytałem producenta
kontraktowego jakie mają na magazynie 0402 (wtedy to jeszcze nie był u
nich standard) i od tamtej pory mam element o moim symbolu 82_04.

Quote:
Na każdy symbol osobna szufladka? A co jak masz 30 kondensatorów
100nF 0603?

Aż zajrzałem do mojej wypowiedzi - czy faktycznie tak niejasno
napisałem. Według mnie trudno było to tak zrozumieć, ale dawało się.

Quote:
Akurat ściągnąłem bo ktoś pisał o jakiejś nowince a była to wersja
niestabilna. Ale skoro pracuję na wersji 2013 to znaczy że nie
potrzebuję nightly buildów Smile

Podejrzewam, że nie masz w tej wersji tych właściwości, które skłoniły
mnie do zainteresowania się w ogóle KiCadem - czyli tego co jest na 2
pierwszych filmikach na:

http://kicad-pcb.org/discover/pcbnew/

Bez tego uważałem, że jest gorszy od mojego starego Protela. Teraz
wydaje mi się lepszy, choć niektóre kwestie będą mi trochę przeszkadzały
- głównie to będę musiał nauczyć się wycinać GND z pliku sieci. Ale to
jest tak, że od stycznia moim głównym programem jest - zajmijmy się
KiCadem, tylko, że zaraz wystąpiło przerwanie, potem drugie i kolejne i
obecnie jestem gdzieś na 5-tym poziomie przerwań i nie wiem kiedy wrócę
do głównego programu, bo co uda mi się zejść do poziomu 3 to zaraz znów
ląduję na 5, czy 6 i tak ciągle.

Quote:
No to gdy będę miał jakiś całkiem nowy projekt to będę musiał przyjrzeć
się bibliotekom i zobaczyć jak do niej dołożyć swoje własne ze starszej
wersji. Albo dorobić nowe.

Wydaje mi się, że planują wprowadzić wersję 5 i wtedy będą biblioteki po
nowemu. Ale czy to za miesiąc, czy za 3 lata to nie mam pojęcia.
P.G.

Marek S
Guest

Wed Nov 22, 2017 1:53 pm   



W dniu 2017-11-21 o 23:00, Zbych pisze:

Quote:
Nie bardzo rozumiem o czym rozmawiamy. Przeszkadza Ci to, że Eagle
pozwala na wyłączenie ustalonych zasad dla wybranych fragmentów ścieżek?

Gdybym go używał to przeszkadzałaby mi możliwość wyłączenia
_sprawdzania_ zasad.

No to ich nie wyłączaj! Nie masz na tyle silnej woli? Smile Jak widzisz
coś, co wyłączyć można, to ręce Ci się trzęsą z wrażenia i rzucasz się
na tą opcję w celu jej wyłączenia? Zupełnie nie rozumiem w czym rzecz.

Quote:
Wolałbym żeby eagle sprawdzał te zasady w trakcie
ręcznego routingu, blokował możliwość ich łamania

I dokładnie tak jest! Podkreślałem to wielokrotnie. Wyjaśniłem, że to
nie DRC jest wtedy za tą czynność odpowiedzialny lecz moduł o nazwie
Route. DRC nie służy do rysowania ścieżek lecz właśnie Route! Jeśli
potem poleceniem Move zażyczysz sobie korekt łamiących zasady, to po
wywołaniu DRC/check te miejsca będą świecić jak choinka - używając
Twojego sformułowania! Będą też wokół nich rysowały się białe prostokąty
z graficznym linkiem do informacji o tym jaka reguła została naruszona.
Potem można sobie wybrać coś w rodzaju "akceptuję to konkretne
odstępstwo od zasad" albo je po prostu poprawić. W obu przypadkach
powtórne powiadomienie zniknie w sensie dawania po oczach (w stosunku
tylko do tego konkretnego fragmentu ścieżki, którego ono dotyczyło) ale
nadal będzie dostępne w sekcji ukrytych ostrzeżeń.


Quote:
chyba, że użytkownik
wyraźnie sobie tego zażyczy (skrótem klawiszowym) i żeby takie miejsca
świeciły na PCB jak choinka.

Tak jak powyżej napisałem po raz 9765765 - mniej więcej tak właśnie
jest. Technicznie nieco inaczej ale logicznie dokładnie tak.

Quote:
Źle zrozumiałeś. DRC w eagle'u, które wysłania się z twojego opisu to
bezpiecznik okręcony grubym drutem. Niby jest, ale trzeba się mocno
postarać żeby zadziałał.

Rany... w kółko macieju o tym samym gadamy. 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

Marek S
Guest

Wed Nov 22, 2017 2:10 pm   



W dniu 2017-11-22 o 01:01, Mario pisze:

Quote:
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


Jasne, że tylko semantyka a raczej nie semantyka lecz inny sposób
implementacji tych samych funkcji. Lecz Zbych uważa, że skoro nie DRC w
Eagle robi takie rzeczy lecz Route, to Eagle jest beee. Nie potrafię mu
tego przetłumaczyć.

--
Pozdrawiam,
Marek

Zbych
Guest

Wed Nov 22, 2017 2:16 pm   



W dniu 22.11.2017 o 13:53, Marek S pisze:

Quote:
Wolałbym żeby eagle sprawdzał te zasady w trakcie ręcznego routingu,
blokował możliwość ich łamania

I dokładnie tak jest! Podkreślałem to wielokrotnie. Wyjaśniłem, że to

Ściągnąłem najnowszego eagla, otworzyłem przykładowy projekt i
przesunąłem ścieżkę tak, żeby wlazła na drugą. Poza ledwie widocznymi
kreseczkami pokazującymi miejsce kolizji nie zauważyłem żadnej reakcji.

Marek S
Guest

Wed Nov 22, 2017 2:23 pm   



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

Quote:

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

Goto page Previous  1, 2, 3, 4, 5, 6, 7, 8  Next

elektroda NewsGroups Forum Index - Elektronika Polska - Jaki program do automatycznego wycinania napisów z plików Gerber?

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map