RTV forum PL | NewsGroups PL

Jak skutecznie zasymulować pełne porty COM i LPT na laptopie przez USB?

symulator COM i LPT na laptopie

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Jak skutecznie zasymulować pełne porty COM i LPT na laptopie przez USB?

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

PAndy
Guest

Fri Dec 07, 2007 4:32 pm   



"Sebastian Bialy" <heby@poczta.onet.pl> wrote in message
news:fjbom8$dgo$1@nemesis.news.tpi.pl...

Quote:
Soft willema nie jest prosty skoro do dzisiaj nie widziałem (ale też
specjalnie nie szukałem) innej możliwości podpięcia go niż przez LPT.
Nie jest prosty w negatywnym tego słowa znaczeniu. Nie ma abstrakcji
warstwy hardware. I tak oto fajny i przydatny produkt idzie do piachu
razem z LPT.

bajecznie prosty - tablica timingow i zonglerki bitami...

Quote:
CAŁEJ ? Czy tylko tej związanej z obsługą zawartości chronionej
prawnie? Jeśli jest tak jak mówisz to Vista nie sprzedała by się w
ogóle w sklepach.

nie aplikacji - systemu i krytycznych z punktu widzenia DRM obszarow -
poszukaj informacji...

Quote:
Nie żartuj sobie. Zdecydowana większość dinozaurów piszących 0x378 nie
widziała Linuxa na oczy. To nie wina Linuxa że nie ma na niego
software tylko wina dinozaurów którzy nie słyszeli o przenośnych
bibliotekach GUI (często łatwiejszych niż natywne) czy abstrakcji
sprzetu. Brak podstaw projektowych nawet w najmniejszych pierdołach
mści się straszliwie po latach.

bo ci ludzie traktuja PC jak wieksz uC i system raczej im przeszkadza w
banglaniu bitami niz ulatwia zycie

Quote:
AVR->USB - na Linuxie - to akurat zły przykład. Bo tam jest. A jak nie
ma to oficjalnie ci mówie - sam bym napisał jak bym miał potrzebę. _TO
JEST PROSTE_ w przeciwieństwie do poprawiania programów pisanych przez
osłów dłubiących wprost w hardware LPT czy COM.


w windows np pod vista

Quote:
Nie masz racji w 100%. Zawsze zdarzają się badziewia, ale przelotki
USB->RS232 działają w zdecydowanej większości ok. Jedyny z nimi
problem to problemy z warstwą fizyczną (napięcia itd) oraz czasami
niereagowanie odpowieniu szybko na linie sterujące przepływem (co ma
nikłe znaczenie bo w większości przypadków przecież wpuszczane jest to
w RS485 a tam cięzko o kontrolę przepływu hardwareowo).

przelotki zazwyczaj maja duze fifo - USB zorientowane jest za transmisje
blokowa a nie na banglanie bitami...

Quote:
Oczywiście problem przelotek USB->COM to też stada jaskoniowców z
zeszłej epoki piszących software ale tu już producent przelotki nic
nie poradzi.

ano dlatego FTDI jest cenione bo mozna regulowac wielkosc fifo i pare
innych rzeczy...

mk
Guest

Fri Dec 07, 2007 4:42 pm   



Sebastian Bialy pisze:

Quote:
Cudownie. Już się nie mogę doczekać kiedy nie będzie można w ogóle kupić
płyty z LPT w sklepach. Może częśc osób zauważy że poza Turo Pascalem
jakiś postęp nastąpił.


Najnowsze płyty główne już nie mają LPT.
Na szczęście można kupić kartę z kontrolerem LPT ;-)

ps. Znasz coś niekomercyjnego lub w przystępnej cenie, co zastąpiło by
mi Wigglera (LPT) dla ARM'ów?

pzdr
mk

Sebastian Bialy
Guest

Fri Dec 07, 2007 5:32 pm   



mk wrote:
Quote:
Na szczęście można kupić kartę z kontrolerem LPT Wink

Na szczęscie nie do Laptopa (w rozsądniej cenie).

Quote:
ps. Znasz coś niekomercyjnego lub w przystępnej cenie, co zastąpiło by
mi Wigglera (LPT) dla ARM'ów?

Nie. Ale jeśli chodzi o okolice JTAG to ciągle mam ochotę popełnić coś
na USB->AVR->JTAG + sterownik do jakiegoś programu. Brak czasu nie
pozwala ale może kiedyś :/

Sebastian Bialy
Guest

Fri Dec 07, 2007 5:40 pm   



PAndy wrote:
Quote:
bajecznie prosty - tablica timingow i zonglerki bitami...

I to wszystko na LPT. I tu jest problem. Bo powinien robić to na
abstrakcyjnym interfejsie który w jednej z implementacji jest LPT. Ale w
pozostałych dziesięciu nie.

Quote:
nie aplikacji - systemu i krytycznych z punktu widzenia DRM obszarow -
poszukaj informacji...

Ach czyli nie aplikacji? Czyli aplikacje (np. obliczeniowe) w zasadzie
nie zwalniają? A to ok.

Quote:
AVR->USB - na Linuxie - to akurat zły przykład. Bo tam jest. A jak nie
ma to oficjalnie ci mówie - sam bym napisał jak bym miał potrzebę. _TO
JEST PROSTE_ w przeciwieństwie do poprawiania programów pisanych przez
osłów dłubiących wprost w hardware LPT czy COM.

w windows np pod vista

Np. w Widnows Vista można zgłościć się jako HID i do tego jest API. Bez
sterowników. Jedyny problem to chyba "nielegalnność" nadawania sobie
numerków USB bo nie ma czegoś takiego jak prywatne pule jak w IP.

Quote:
przelotki zazwyczaj maja duze fifo - USB zorientowane jest za transmisje
blokowa a nie na banglanie bitami...

Hmmm przecież timmingi ma zapewniać uC odbierający dane. A nie RS232.
Jak by mi ktoś napisał aplikację w której znaczenie ma prędkośc reakcji
systemu i fifo poru to bym pogonił kijem. To uC ma się zajmować
timmingiem - uC ma zapewnić RT w wymaganym zakresie żeby zaprogramować
pamięć.

Quote:
Oczywiście problem przelotek USB->COM to też stada jaskoniowców z
zeszłej epoki piszących software ale tu już producent przelotki nic
nie poradzi.

ano dlatego FTDI jest cenione bo mozna regulowac wielkosc fifo i pare
innych rzeczy...

Które są absolutnie zbędne, niestandardowe i można bez nich napisać taki
konwerter RS232->AVR->Willem z powodzeniem ?

PAndy
Guest

Fri Dec 07, 2007 6:02 pm   



"Sebastian Bialy" <heby@poczta.onet.pl> wrote in message
news:fjbt44$qum$1@atlantis.news.tpi.pl...

Quote:
I to wszystko na LPT. I tu jest problem. Bo powinien robić to na
abstrakcyjnym interfejsie który w jednej z implementacji jest LPT. Ale
w pozostałych dziesięciu nie.

bo zazwyczaj to nei sa wielkie projekty tylk odorazne rozwiaznie
jekiegos problemu i potem sie to rozrasta

Quote:
Ach czyli nie aplikacji? Czyli aplikacje (np. obliczeniowe) w zasadzie
nie zwalniają? A to ok.

no tak, bo windows nie jest srodowiskiem graficznym

Quote:
Np. w Widnows Vista można zgłościć się jako HID i do tego jest API.
Bez sterowników. Jedyny problem to chyba "nielegalnność" nadawania
sobie numerków USB bo nie ma czegoś takiego jak prywatne pule jak w
IP.

a tu sie zgadza tylko co bedziesz udawal myszke? karte dzwiekowa?
klawiature?

Quote:
Hmmm przecież timmingi ma zapewniać uC odbierający dane. A nie RS232.
Jak by mi ktoś napisał aplikację w której znaczenie ma prędkośc
reakcji systemu i fifo poru to bym pogonił kijem. To uC ma się
zajmować timmingiem - uC ma zapewnić RT w wymaganym zakresie żeby
zaprogramować pamięć.

no to jedyne co teraz trzeba zrobic to dorobic na AVR USB<>LPT a z
drugiej strony oprogramowanie i po klopocie ;)

Quote:
Które są absolutnie zbędne, niestandardowe i można bez nich napisać
taki konwerter RS232->AVR->Willem z powodzeniem ?

ano mozna tylko wtedy warto zrobic od nowa programator - willem jest
zbyt...pokrecony

Sebastian Bialy
Guest

Fri Dec 07, 2007 6:19 pm   



PAndy wrote:
Quote:
I to wszystko na LPT. I tu jest problem. Bo powinien robić to na
abstrakcyjnym interfejsie który w jednej z implementacji jest LPT. Ale
w pozostałych dziesięciu nie.

bo zazwyczaj to nei sa wielkie projekty tylk odorazne rozwiaznie
jekiegos problemu i potem sie to rozrasta

Można i w takiej sytuacji to zrobić. Dla mnie to żadne wyjaśnienie bo
skoro jest czas na pisanie nowych features to czemu nei ma na
refaktoring kodu ? Tym bardziej, że to wazniejsze niż ikonki na
przyciskach bo zapewnia przetrwanie poza LPT.

Quote:
Ach czyli nie aplikacji? Czyli aplikacje (np. obliczeniowe) w zasadzie
nie zwalniają? A to ok.

no tak, bo windows nie jest srodowiskiem graficznym

No to niewielki do niego dodatek. Tu się jak widze zgadzamy.

Quote:
Np. w Widnows Vista można zgłościć się jako HID i do tego jest API.
Bez sterowników. Jedyny problem to chyba "nielegalnność" nadawania
sobie numerków USB bo nie ma czegoś takiego jak prywatne pule jak w IP.

a tu sie zgadza tylko co bedziesz udawal myszke? karte dzwiekowa?
klawiature?

Nawet zlewozmywak jeśli trzeba. I tak jest to 10x lepsze rozwiązanie niż
0x378=0x1c.

Quote:
no to jedyne co teraz trzeba zrobic to dorobic na AVR USB<>LPT a z
drugiej strony oprogramowanie i po klopocie Wink

Dokładnie tak. Tylko że fakt, że nie ma już tego martwi mnie bo to może
oznaczać badziewnośc kodu willema i nikt nie chce się za to zabrać. BTW
czy willem ma upubliczniony kod ?

Quote:
ano mozna tylko wtedy warto zrobic od nowa programator - willem jest
zbyt...pokrecony

To zupełnie inna kwestia. Willema miałem i uważam go za nieciekawy
kawałek hardware. Głównie ze względu na brak narzedzi konsolowych do
programowania (nie cierpie programatorów tylko z interfejsem GUI).
Pozbyłem się go szybko bo teraz sporo scalaków programuje się
magistralami szeregowymi. Szkoda jednak tych setek (tysięcy) płytek
lądujących w koszu w najbliższym czasie.

J.F.
Guest

Fri Dec 07, 2007 6:35 pm   



On Fri, 07 Dec 2007 18:19:37 +0100, Sebastian Bialy wrote:
Quote:
PAndy wrote:
I to wszystko na LPT. I tu jest problem. Bo powinien robić to na
abstrakcyjnym interfejsie który w jednej z implementacji jest LPT. Ale
w pozostałych dziesięciu nie.

bo zazwyczaj to nei sa wielkie projekty tylk odorazne rozwiaznie
jekiegos problemu i potem sie to rozrasta

Można i w takiej sytuacji to zrobić. Dla mnie to żadne wyjaśnienie bo
skoro jest czas na pisanie nowych features to czemu nei ma na
refaktoring kodu ? Tym bardziej, że to wazniejsze niż ikonki na
przyciskach bo zapewnia przetrwanie poza LPT.

Bo to caly nowy projekt bedzie. Znacznie kosztowniejszy zasadniczo.

I nie trzeba ich robic, bo takie juz sa.

Quote:
Np. w Widnows Vista można zgłościć się jako HID i do tego jest API.
Bez sterowników. Jedyny problem to chyba "nielegalnność" nadawania
sobie numerków USB bo nie ma czegoś takiego jak prywatne pule jak w IP.
a tu sie zgadza tylko co bedziesz udawal myszke? karte dzwiekowa?
klawiature?

Nawet zlewozmywak jeśli trzeba. I tak jest to 10x lepsze rozwiązanie niż
0x378=0x1c.

Z powyzszego zostaje karta dzwiekowa ... A jak ci na dzien dobry vista
zagra "tadam" na kosci w programatorze ? Albo sie zdziwisz ze dane
przeklamuje, bo po drodze mikser zmniejsza amplitude o polowe :-)

Quote:
ano mozna tylko wtedy warto zrobic od nowa programator - willem jest
zbyt...pokrecony

To zupełnie inna kwestia. Willema miałem i uważam go za nieciekawy
kawałek hardware. Głównie ze względu na brak narzedzi konsolowych do
programowania

Ale to chyba nieciekawy kawalek software ?

Quote:
(nie cierpie programatorów tylko z interfejsem GUI).

Nie bardzo rozumiem czemu .. ale trzeba bylo napisac :-)

J.

PAndy
Guest

Fri Dec 07, 2007 6:42 pm   



"Sebastian Bialy" <heby@poczta.onet.pl> wrote in message
news:fjbvm1$slk$1@nemesis.news.tpi.pl...


Quote:
Można i w takiej sytuacji to zrobić. Dla mnie to żadne wyjaśnienie bo
skoro jest czas na pisanie nowych features to czemu nei ma na
refaktoring kodu ? Tym bardziej, że to wazniejsze niż ikonki na
przyciskach bo zapewnia przetrwanie poza LPT.


ikonki wymusza windows, a zrobiony na kolanie hardware i software rosnie
i kolko sie zamyka - nikt juz nie chce nic zmieniac bo dzial...a jak
dziala to sie nie rusza bo moze sie zepsuc...


Quote:
No to niewielki do niego dodatek. Tu się jak widze zgadzamy.

ech mity - w 95 czy 98 moze i tak bylo ale w NT to juz tak nie jest


Quote:
Nawet zlewozmywak jeśli trzeba. I tak jest to 10x lepsze rozwiązanie
niż 0x378=0x1c.

..... jestes scisle limitowany tym co robi dany device...


Quote:
Dokładnie tak. Tylko że fakt, że nie ma już tego martwi mnie bo to
może oznaczać badziewnośc kodu willema i nikt nie chce się za to
zabrać. BTW czy willem ma upubliczniony kod ?

a nie wiem - nie uzywam

Quote:
To zupełnie inna kwestia. Willema miałem i uważam go za nieciekawy
kawałek hardware. Głównie ze względu na brak narzedzi konsolowych do
programowania (nie cierpie programatorów tylko z interfejsem GUI).
Pozbyłem się go szybko bo teraz sporo scalaków programuje się
magistralami szeregowymi. Szkoda jednak tych setek (tysięcy) płytek
lądujących w koszu w najbliższym czasie.

to wniosek jest prosty - trzeba zbudowac alternatywe do willema... a
nawet bez konsoli mozna robic masowe przetwarzanie
tylko te kilkaset tysiecy plytek... to one swiadcza o sukcesie podejscia
typu banglanie bitami...

J.F.
Guest

Fri Dec 07, 2007 6:58 pm   



On Fri, 07 Dec 2007 16:20:13 +0100, Sebastian Bialy wrote:
Quote:
Soft willema nie jest prosty skoro do dzisiaj nie widziałem (ale też
specjalnie nie szukałem) innej możliwości podpięcia go niż przez LPT.

Bo to nie soft jest trudny, tylko hardware jest prosty.

I wymaga odpowiedniego, calkiem prostego sterowania, tylko niestety
ta mozliwosc zostala z peceta skreslona.

Teraz trzeba hobbyste ktory sie przebije przez mase dokumentacji
i udostepni co ciezko wyczytal..

I to jest IMHO bardzo zle ...

Quote:
nie, komunikacja z drvierem video czy audio jest szyfrowana...
i tyle czy
ci sie podoba czy nie tak juz jest - przeczytaj sobie ten fragment
artykulu do ktorego dalem link - MS scrambluje zawartosc pamieci
operacyjnej

CAŁEJ ? Czy tylko tej związanej z obsługą zawartości chronionej prawnie?

Zapewne tylko tej od filmow.

Quote:
Jeśli jest tak jak mówisz to Vista nie sprzedała by się w ogóle w sklepach.

Sprzedalaby sie sprzedala. W koncu nie piszesz prgramow tylko kupujesz
dzialajacy komputer z oprogramowaniem.

A ze potem sie okaze ze w kazdej karcie jest danina dla MS za
licencje, ze konkurencyjnosc na rynku sie zmniejszyla, bo kilku
producentow odpadlo, ze moze nie tylko filmy sa zabezpieczone,
bo zeby je dobrze zabezpieczyc to trzeba caly interfejs uszczelnic,
zeby sie nie dalo "podejrzec" co jest do karty wysylane .. to nic,
napiszesz "leniwym programistom sie nie chce".

Quote:
no to dochodzimy do sytuacji w ktorej albo uzyjesz notebooka na ktorym
pojdzie Linux albo na ktorym nie uruchomisz takiego rozwiazania jak
proponujesz (softowy USB na AVR) - nie ma sterownika nie ma nic - jak u
Kononowicza

Nie żartuj sobie. Zdecydowana większość dinozaurów piszących 0x378 nie
widziała Linuxa na oczy. To nie wina Linuxa że nie ma na niego software
tylko wina dinozaurów którzy nie słyszeli o przenośnych bibliotekach GUI
(często łatwiejszych niż natywne) czy abstrakcji sprzetu

A ktore od abstrakcji sprzetu polecasz i jaka dajesz gwarancje ze beda
w przyszlosci ?

J.

J.F.
Guest

Fri Dec 07, 2007 7:10 pm   



On Fri, 07 Dec 2007 15:29:32 +0100, Sebastian Bialy wrote:
Quote:
J.F. wrote:
Odkad pecetowi "odebrano pazurki", chocby w postaci portu
LPT, to przestaje sie on nadawac na sterowniki,
a domorosli programisci sa skazani na wymarcie.

Nieprawda. Zrobienie USB->AVR możliwe jest programowo.

Co konkretnie masz na mysli ?
Bo owszem, IgorPlug jest, ale dziala w przeciwna strone.

Quote:
Za 5zł masz to
samo co miałbyś z LPT - fakt nieco więcej roboty ale tylko pozornie.

No to zrob :-)

Quote:
O wiele wygodniej jest wpinać na USB niż LPT i bać się że znowu port
popsujesz (a montowane LPT dzisiaj są wyjątkowo delikatne). Dla amatora
jak znalazł [*]

Jesli juz to Ethernet. USB tez latwo spalic :-)

Quote:
A tak swoja droga .. jak sie robi dzis "powazne sterowniki" ?
QNX umarl, VxWorks umarl .. RTLinux czy WinCE ?

Tylko nie WIinCE Smile Ja w ogóle mam wrażenie że RT nie powinno być
implementowane na PC. Bo się do tego hardware nie nadaje.

Hardware nie jest taki zly.

A ludziska chca zeby maszyna miala ethernet, zeby bylo TCP/IP,
zeby bylo zarzadzanie przez http, zeby pliki dalo sie podlaczyc
do windows - jest miejsce na komenrcyjny system...

Quote:
Trzeba przyznac ze ten mikrosekundowy czas operacji na magistrali
to straszne marnotrawstwo w czasach gigahercowych prockow Smile
Dla mnie raczej powiedzenie "do widzenia" magii zworek.

W zworkach nie bylo wiele magii, za to duzo zalet jak
Pray&Płacz nie zadzialalo poprawnie.

Quote:
A Microsoft to kiedy sie zdecydowal i ustalil WinAPI do obslugi
COM, takie ze nie zaniknie w kolejnej wersji ?

Nie wiem kiedy, ale mi program działa od W95 do WXP i obsługuje port COM
tak samo z grubsza. IMHO nic nie zmienili bo by sobie odcieli gałąź.

teraz obowiazuje .NET [jeszcze ?], ale to nie jest ciecie galezi,
tylko "profit multiplying" :-)

Quote:
problem w czym innym: dinozaury piszące w kodzie w kóło 0x378=(3<<a)|7
mają w oczach błysk paniki jak tylko cokolwiek się zmieni. To się
powinno leczyć. Mi tam wystarczy wymienić implementację abstrakcyjnej
klasy żeby przenieć program z PC+WinXP na kuchenkę mikrofalową.

Taa .. a ile zajmuje implementacja. Tzn ile czasu ?

Quote:
O LPT juz nie wspominam, bo tu sie chyba dawno zdecydowal - to sie nie
bedzie nadawalo do uzytku i zostanie skasowane.
Cudownie. Już się nie mogę doczekać kiedy nie będzie można w ogóle kupić
płyty z LPT w sklepach. Może częśc osób zauważy że poza Turo Pascalem
jakiś postęp nastąpił.

Nie martw sie - cos wymysla, i za 10 lat ktos ciebie nazwie dinozaurem
:-)

J.

J.F.
Guest

Fri Dec 07, 2007 7:13 pm   



On Fri, 07 Dec 2007 15:14:49 +0100, Sebastian Bialy wrote:
Quote:
Naiwne jest twierdzenie że jeśli coś wymaga sterowania pinami to musi
być to zrobione przez LPT bądzi inną technikę równoległą na poziomie
łącza z komputerem. Naprawde nawet nie naiwne tylko żałosne. Zapomniałeś
że przeciętny AVR ma koło 20 pinów I/O. No chyba że wymyślenie
prostackiego protokołu RS232->równoległe IO przerasta możliwości
programisty.

No chyba ze trzeba osiagnac predkosci dla RS232 nieosiagalne,
szczegolnie jesli po USB, ewentualnie wymogu szybkiego zadzialania nie
ma, ale czemu kostka programuje sie godzine ?

J.

Sebastian Bialy
Guest

Fri Dec 07, 2007 7:15 pm   



J.F. wrote:
Quote:
Bo to caly nowy projekt bedzie. Znacznie kosztowniejszy zasadniczo.

Znaczy w czym kosztowniejszy ? Bo chyba lepiej szuka się błedów w
programie z sensownym projektem niż w programie z sieczką dłubania po
portach gdzie popadnie. Dobry projekt prawie zawsze wyjdzie na dobre
nawet jesli wprowadzamy go później.

Quote:
Nawet zlewozmywak jeśli trzeba. I tak jest to 10x lepsze rozwiązanie niż
0x378=0x1c.
Z powyzszego zostaje karta dzwiekowa ... A jak ci na dzien dobry vista
zagra "tadam" na kosci w programatorze ? Albo sie zdziwisz ze dane
przeklamuje, bo po drodze mikser zmniejsza amplitude o polowe Smile

Nie przesadzajmy. A jak mi na dzieńdobry PnP wyśle komendy sterujące po
LPT i nadpisze flash to już nie problem ?

Quote:
To zupełnie inna kwestia. Willema miałem i uważam go za nieciekawy
kawałek hardware. Głównie ze względu na brak narzedzi konsolowych do
programowania

Ale to chyba nieciekawy kawalek software ?

Nie. Hardware. Tzn jest bezużyteczne.

Quote:
(nie cierpie programatorów tylko z interfejsem GUI).
Nie bardzo rozumiem czemu .. ale trzeba bylo napisac Smile

make all.

Ide na kawe.

Przychodze i muszę k.... klikać. I w dodatku za każdym razem tak samo.
Nie no ...

Sebastian Bialy
Guest

Fri Dec 07, 2007 7:20 pm   



PAndy wrote:
Quote:
ikonki wymusza windows

Hę ?

Quote:
, a zrobiony na kolanie hardware i software rosnie
i kolko sie zamyka - nikt juz nie chce nic zmieniac bo dzial...a jak
dziala to sie nie rusza bo moze sie zepsuc...

I cykl życiowy aplikacji się zamyka w koszu na śmieci. E, to nie jest
droga. To że jest sporo pokemonów tak robiących to nie oznacza że to
jest dobrze.

Quote:
Nawet zlewozmywak jeśli trzeba. I tak jest to 10x lepsze rozwiązanie
niż 0x378=0x1c.

.... jestes scisle limitowany tym co robi dany device...

Myślisz że jest klasa HID pod nazwą "Willem" ? Przecież na LPT też
jestem ściśle limitowany tym co może. I jakoś nikt nie narzeka bo da się
to "obejść".

Quote:
to wniosek jest prosty - trzeba zbudowac alternatywe do willema... a
nawet bez konsoli mozna robic masowe przetwarzanie
tylko te kilkaset tysiecy plytek... to one swiadcza o sukcesie podejscia
typu banglanie bitami...

Raczej ten wątek jest o porażce a nie o sukcesie. Przecież wraz z LPT na
śmietnik historii lecą też płytki willema. Można by je uratować prostym
konwerterem ale ... software ... jesli jest zamknięty albo otwarty ale
sieczka to tylko kosz.

Sebastian Bialy
Guest

Fri Dec 07, 2007 7:31 pm   



J.F. wrote:
Quote:
I wymaga odpowiedniego, calkiem prostego sterowania, tylko niestety
ta mozliwosc zostala z peceta skreslona.

Dlaczego niestety. Ja jakoś nie płakałem kiedy w moim komputerze
zabrakło portu COM. W jeden dzień napisałem implementację mojego
(interfejsu) COMa na TCP/IP i wykorzystałem router z interfejsem LAN i
portem RS232. Ma w ten sposób RS232 over Ethernet. Aplikacja nie
zauważyła zmiany. Jaki problem pisać tak software żeby wartwa
komunikacyjna była łatwa do podmiany?

Quote:
A ze potem sie okaze ze w kazdej karcie jest danina dla MS za
licencje, ze konkurencyjnosc na rynku sie zmniejszyla, bo kilku
producentow odpadlo, ze moze nie tylko filmy sa zabezpieczone,
bo zeby je dobrze zabezpieczyc to trzeba caly interfejs uszczelnic,
zeby sie nie dalo "podejrzec" co jest do karty wysylane .. to nic,
napiszesz "leniwym programistom sie nie chce".

Czy ja coś mówie o podglądaniu kart ? Przecież Win ma trywialny
interfejs obsługi COM portów od lat. Co tu niby jest tajemniczego?

Quote:
A ktore od abstrakcji sprzetu polecasz i jaka dajesz gwarancje ze beda
w przyszlosci ?

Rozumiem że sobie żartujesz w tym miejscu ?

Napisałem (parę postów wczesniej) wszak prosty interfejs zapewniający
abstrakcję COMa po wsze czasy. Jak jutro zabiorą Ci COMa z peceta to
sobie doszyjesz na USB i zmienisz implementację klasy stojącej za tym
interfejsem. Jak zabiorą USB do doszyjesz na TCP/IP+Ethernet+uC.
Funkcjonalność jest zachowana, rdzeń software się nie zmienia, zmienia
się tylko implementacja tego trywialnego interfejsu do COMa. Co w tym
niby tajemniczego?

Mówiąc o abstrakcji nie mam na mysli systemu operacyjnego. Mam na myśli
oddzielenie w moim kodzie pojęcia działania programu od komunikacji z
hardware. To jest _moja_ abstrakcja i robie ją jak chce byle dobrze i z
perspektywą.

Gwarancję daje na tą abstrakcję do czasu kiedy komuś się będzie jeszcze
chciało pisać nowe implementacje tego interfejsu i do czasu aż będzie
używany kompilator danego języka.

Nie mam tu zależności od systemu operacyjnego - ona jest schowana za
interfejsem i reszta kodu nie ma pojęcia jaką metodą się komunikuje ani
na jakim systemie pracuje.

Sebastian Bialy
Guest

Fri Dec 07, 2007 7:44 pm   



J.F. wrote:
Quote:
Nieprawda. Zrobienie USB->AVR możliwe jest programowo.
Co konkretnie masz na mysli ?
Bo owszem, IgorPlug jest, ale dziala w przeciwna strone.

http://www.obdev.at/products/avrusb/index.html

Uzywa go chyba ASPUSB.

Quote:
Za 5zł masz to
samo co miałbyś z LPT - fakt nieco więcej roboty ale tylko pozornie.

No to zrob Smile

Zrobiłem jakiś czas temu. Musiałem mieć 3x COM a miałem 2xCOM + LPT.
Zrobiłem więc konwerter LPT<->COM na ATMega8. Działał w tym jednym
konkretnym przypadku choć trudno być z niego dumnym. Potrzeba chwili.
Aplikacje przerabiałem około 2 godzin pisząc wyłącznie implementacje
jednej klasy. Jeśli willem ma sensowny projekt software to powinno się
dać radę zrobić. Tylko że ja nie mam willema.

Quote:
Jesli juz to Ethernet. USB tez latwo spalic Smile

Ehernet jest nieprzyjazny amatorsko. Scalaki skomplikowane, drogie,
wymagające masy tajemniczych elementów typu dławiki albo jakieś
precyzyjne rezystory, itd. Implementacja softwareowa USB o ile pamietam
wymaga 3 rezystorów + gniazdka.

Quote:
Tylko nie WIinCE Smile Ja w ogóle mam wrażenie że RT nie powinno być
implementowane na PC. Bo się do tego hardware nie nadaje.

Hardware nie jest taki zly.

Dalej ma w biosie obsługe pamięci taśmowych na _jakimś tam_ przerwaniu ?
Dalej ma masę róznych przerwań sprzetowych zależnych od konfiguracji
kart rozszerzeń ?

Quote:
A ludziska chca zeby maszyna miala ethernet, zeby bylo TCP/IP,
zeby bylo zarzadzanie przez http, zeby pliki dalo sie podlaczyc
do windows - jest miejsce na komenrcyjny system...

No świetnie. Tylko czemu u diabła ma to być poza tym wszystkim jeszcze
RT ? ? ? Jedno z drugim nijak się zgadza. Albo rybki albo akwarium.

Quote:
Dla mnie raczej powiedzenie "do widzenia" magii zworek.
W zworkach nie bylo wiele magii, za to duzo zalet jak
Pray&Płacz nie zadzialalo poprawnie.

PnP było do d. bo i ISA była do d. Na PCI nie narzekasz, kiedy miałeś
ostatnio problem z PnP w PCI i pochodnych od niej ? Win95 miał bo i sami
się uczyli i producenci się uczyli. Teraz .. chyba nie ma żanych poza
patologiami.

Quote:
Nie wiem kiedy, ale mi program działa od W95 do WXP i obsługuje port COM
tak samo z grubsza. IMHO nic nie zmienili bo by sobie odcieli gałąź.

teraz obowiazuje .NET [jeszcze ?], ale to nie jest ciecie galezi,
tylko "profit multiplying" Smile

Teraz _możesz_ użyć .NET. W dodatku znowu nie tędy droga. A niech sobie
MS zmienia implementację COM co rewizję systemu operacyjnego. Ja sobie
pomienie klasę implementacyjną komunikacji co pół roku i soft będzie
działać. Bez zmian w rdzeniu. Niech sobie producenci wywalają dowolny
hardware. Zrobie międzymordzie i kawałkiem kodu załatwie problem.

Quote:
problem w czym innym: dinozaury piszące w kodzie w kóło 0x378=(3<<a)|7
mają w oczach błysk paniki jak tylko cokolwiek się zmieni. To się
powinno leczyć. Mi tam wystarczy wymienić implementację abstrakcyjnej
klasy żeby przenieć program z PC+WinXP na kuchenkę mikrofalową.

Taa .. a ile zajmuje implementacja. Tzn ile czasu ?

Tej klasy na WinAPI ? Około 2 godzin z czytaniem dokumentacji. Tej klasy
na Linux ? Około 3 godzin czytaniem dokumentacji. Tej klasy na router ?
Około 2 dni z przebijaniem się przez brak dokumentacji i czytaniem PDFa
CPU. Nie ruszyłem kijem ani bajtu w plikach rdzenia aplikacji - działa
wszędzie tak samo.

Quote:
Nie martw sie - cos wymysla, i za 10 lat ktos ciebie nazwie dinozaurem
Smile

Wątpie. Ja zauważam problem troche wcześniej niż kiedy znajduje swój
projekt na śmietniku historii informatyki. Przynajmniej mam taką nadzieję.

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

elektroda NewsGroups Forum Index - Elektronika Polska - Jak skutecznie zasymulować pełne porty COM i LPT na laptopie przez USB?

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map