Sterowanie z PC

Jan 29, 2005 54 Replies

aby podsumowac nasza zaciekla dyskusje :) Ma kolega zdecydowana racje ze linia nt jest znacznie lepsza i bezpieczniejsza od linii 9x i to nie tylko ze wzgledu na roznice technologiczne ale chyba przede wszystkim ze wzgledu na nabierane przez m$ doswiadczenia (w lataniu dziur :>) Systemy na w9x stawialem kilka lat temu - traz np pracuje nad sterowaniem myjni i ta pojdzie na w2000 (do xp jakos serca nie mam :>) + sterownik PLC do realizacji kilku krytycznych zadan.

Nie moge sie jednak zgodzic z twierdzeniem ze sam fakt korzystania z w9x jest tandeciarstwem - to tak jakby powiedzec ze kierowca prowadzacy auto bez absow to samobujca a sprzedajacy takie samochody to morderca. '' wyczyszczony '' w9x z jedna tylko - w miare poprawnie napisana aplikacja potrafi dzialac bezawaryjnie i nie jest to przypadek a wniosek z kilku aplikacji sterujacych bezposrednio i kilkunastu o charakterze nadrzednym jakie zbudowalem. Potwierdzaja to np producenci systemów SCADA - wiekszosc pracuje na obu platformach.

Faktem jest ze systemy M$ - tak w9x jak i nt nie nadaja sie do zdecydowanych wiekszosci zastosowan bo sa nieprzewidywalne (w systemach RT jest mozliwe obliczenia lub conajmniej dokladne oszacowanie trwania jakiegos dzilania - w M$ ni z gruszki ni z pietruszki potrafi sie cos na kilkaset milisekund zakotlowac) Aktualnie widac wyrazne tendencje do stosowania systemow M$ w automatyce - choc w zdecydowanej wiekszosci przypadkow jako nadrzedne elementy systemu. W systemach sterowania produkcj± jako termianle i stacje operatorskie - w maszynach cnc jako integralna czesc sterowania. - choc zwolniona od ''szybkich'' decyzji. Choc i tu widoczne sa wyjatki - np wsponiana przezmnie na poczatku technologia beckoff 'a polegajaca na wydzieleniu odrebnego procesu (serwisu) dzialajacego na wydzielonym procesorze potrafiacego ''przetrwac'' restart systemu. wojtek

formatting link

NT jest starsze niz 95 ! I doswiadczenie zostalo kupione :-)

Zreszta co my tu dyskutujemy - teraz jest linia XP :-(

Pszemol nam tu zachwalal jakiegos Windowsa do RT .. CE ?

J.

Na pewno nie wszystkie. :-) W szczególności niektóre z systemów klasy "embedded". A jak to jest robione np. pod NT to nie wiem. Trzeba wypytać jakiegos fachowca. Jednak doświadczenie zwykłego użytkownika takiego systemu wskazuje jednak na to że wycieki występują i nie są usuwane przez system. W zasadzie możnaby spróbować napisać kilkulinijkowy program który alokuje np. 20MiB i kończy działanie bez zwolnienia tej pamięci. I np. zobaczyć co powie task manager.

[.....]

Funkcja malloc() ze standatowej biblioteki C pod spodem woła funkcję systemową sbrk() pod systemami uniksowatymi i AFAIR HeapAlloc() pod windowsami.

[.....]

Apropos kasowania - coś co zauważyłem tylko pod Win98 - jeśli przypadkiem od dłuższego czasu system się nie wywalił, to w pewnym momencie przy próbie odpalenia jakiejś aplikacji system mówi że nie ma pamięci. OK. Ubicie wszystkich aplikacji czasami pomaga, ale częściej system nadal twierdzi że brak mu pamięci i lekarstwem jest tylko restart. :-)

Regards, /J.D.

Hm - pod unixami tyle procesow sie co chwila startuje .. i jakos pamiec nie wycieka..

Ale sbrk zmnienia tylko rozmiar _jednego_ przydzielonego bloku. A w obecnosci pamieci wirtualnej w zasadzie to nic nie robi :-)

Pamieci ? Mnie sie szybciej "resource" wyczerpywaly, cokolwiek to jest ..

Moze blad w systemie .. a moze uruchomiony zachlanny proces ktory alokuje kazda ilosc pamieci ..

J.

I zgadza sie, gdyz DOS to jest tylko Disk Operating System - jego zadaniem jest obsluga dysku na wyzszej warstwie niz dostep do sektorow. Czyli chodzi generalnie o pliki.

Zgadza sie - jadro z systemu VMS!

Tak na prawde oparta na NT :)

Jeśli by miał pan konkretne pytanie dotyczące sterowania urządzeń elektrycznych czy elektronicznych z PC to służę pomocą.

Pozdrawiam.

W dodatku .. ta obsluga nie tylko nie jest wielozadaniowa, ale w dodatku mocno wielozadaniowosc utrudnia :-)

J.

No, wiesz nie oczekuj, zeby system z poczatku lat osiemdziesiatych mial wielozadaniowosc. Ale i tak nie jest tak zle, gdyz mozna robic wiele rzeczy na przerwaniach.

Akurat obsługa przerwań w DOSie była dość mocno skopana. A co do wielozadaniowości - był DesQview i dwa Windows3.1 w okienkach DesQview dawało się odpalić ;-)

Dla dobrego programisty nie stanowilo to problemu.

DesQview byl dosc drogi.

Stanowiło problem powieszenie dwóch urządzeń na jednym przerwaniu. O programistę, który był w stanie rozwiązać ten problem było bardzo trudno.

Zgadza się, ale w Polsce wtedy ani nie można go było legalnie kupić ani nie obowiązywało prawo autorskie ;->

Jesli przed 1993, to zgadza sie :)

programowo było to łatwe. Prawdziwym problemem było podłączenie dwóch urządzeń do sterownika przerwań. Dać też się dało, ale nie zawsze.

Waldek

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required