eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaOpis schematu tekstowo. › Re: Opis schematu tekstowo.
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
    !eu.feeder.erje.net!news.mixmin.net!aioe.org!.POSTED!not-for-mail
    From: ZeNek <p...@p...pl>
    Newsgroups: pl.misc.elektronika
    Subject: Re: Opis schematu tekstowo.
    Date: Fri, 09 Nov 2012 20:57:15 +0100
    Organization: Polski Zwiazek Wrotkarski
    Lines: 66
    Message-ID: <k7jn6e$3rt$1@speranza.aioe.org>
    References: <k7j4t4$5em$1@node2.news.atman.pl>
    NNTP-Posting-Host: PhROpK13VFBmLJ0awnOK2A.user.speranza.aioe.org
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Complaints-To: a...@a...org
    User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:16.0) Gecko/20121026 Thunderbird/16.0.2
    X-Notice: Filtered by postfilter v. 0.8.2
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:637762
    [ ukryj nagłówki ]

    W dniu 2012-11-09 15:44, Sebastian Biały pisze:
    > Własnie wale głową w mur: jak sprawdzić jak zmieniła się wersja 16
    > schematu względem 12 zakładając że pliki trzymam w systemie kontroli
    > wersji? Pomijam w tej chwili oprogramowanie - po prostu mam poważną
    > wątpliwość czy to w ogóle jest sensowne w przypadku schematów rysowanych.
    >
    > Jestem bardziej programistą, więc oczywiste wydaje mi się że "schemat"
    > opisany w języku tekstowym byłby:
    >
    > a) mniej odporny na błedy dzieki stosowaniu jakiś wyższych abstrakcji
    > ("magistrala adresowa 1, podepnij do pamięci U2").
    > b) wygodny w przeglądaniu historii w systemach kontroli wersji
    > c) możliwy do trywialnego podziału na zgrabne logiczne kawałki
    > d) nieczytelny dla przecietnego elektronika, ale kij z nimi, niech sobie
    > klika.
    >
    > Teraz: czy świat dorobił się jakiegoś języka pozwalającego rozsadnie
    > opisać typowy schemat elektroniczny który:
    >
    > a) nie jest językiem *hdl bo nie potrzebuje opisywać działania bramek,
    > interesuje mnie podpięcie drutow do pinów elementów elektronicznych. Nic
    > nie przeszkadza, gdyby *hdl mógł byś wpięty w tle do symulacji.
    > b) nie jest czytelny *tylko* dla maszyny, jak edif. Ma być read-write
    > dla człowieka.
    > c) potrafi okreslić opis na wyzszym poziomie niż pojedyncze druty.
    > d) da się skonwertować na schemat (z autoroutingiem połączeń).
    >
    > Widział ktoś coś rownie nietypowego?
    >
    > Żeby uprzedzić krucjatę: jestem specyficznym człowiekiem. Uważam za
    > wygodne rzeczy które inni nie byli by w stanie używać nawet pod
    > przymusem. Liczę jednak że nie jedynym.
    >
    > Tak sobie wymysliłem w 10 sekund przykład ze składnią wyssaną z palca:
    >
    > module counter( input wire clock, output vector result[4] )
    > {
    >
    > U2 : CD4093;
    > U1 : CD4001;
    > R2 : Resistor( 10Ohm, 1W );
    >
    > U2.gate1.out connect U1.gate2.in1;
    > U1.gate2.out connect U2.gate1.in2;
    > U1.gate2.in2 connect clock;
    > U2.gate3.out connect result[2];
    > R2.pin1 connect result[3];
    > ...
    > U2.vcc connect global.vcc;
    > ...
    >
    > }
    >
    > Przypomina to języki *hdl, ale tutaj mogę podpinać elementy również
    > analogowe. Czy ktoś widział gdzies coś podobnego, nawet bardzo odlegle w
    > składni?




    Protel pokazuje zmiany podczas importu np do PCB. Chyba słowny opis
    powinien wystarczyc to i tak tylko dla twojej wiadomosci .




Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: