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
Sebastian Bialy
Guest
Guest
Sat Dec 08, 2007 2:33 pm
PAndy wrote:
Quote:
?? oj malo znasz PC - po pierwsze wylaczasz przerwania, po drugie - na
cholere ci myszka? wystarczy specjalizowana klawiatura i moze monitor
dotykowy
cholere ci myszka? wystarczy specjalizowana klawiatura i moze monitor
dotykowy
Własnie przed chwilą J.F. pisał coś o TCP/IP, dysku i http ...
Quote:
przeciez czas przyjecia przerwania jest znany - tym na moje kaprawe oko
rozni sie RTOS od OS - gwarantuje ze odpowie w nie wiekszym nie
maksymalny deklarowany czas na przerwanie
rozni sie RTOS od OS - gwarantuje ze odpowie w nie wiekszym nie
maksymalny deklarowany czas na przerwanie
Mając 30 różnych źródeł przerwań masz problem. Bez względu na
deterministyczność każdego w sumie są one mocno chaotycznie pojawiające
się. LabView o którym wspominam miał taką możliwość odpalenia się "z
dyskietki", wypięcia wszystkich przerwań (włacznie z wyłaczeniem gfx) i
dopiero wtedy z wielkim trudem można było mówić coś o namiastce RT
(przynajmniej w opinii jednego z techników NI). Skoro trzeba aż tak
kombinować to nie wyobrażam sobie zastosowanie normalnego systemu
operacyjnego, normalnego gui i normalnych peryferiów i nazywać to RT.
Quote:
Dokładnie tak może być. Np tak mają producenci LabView, co chwile
jakaś firma wymyśla nowy kawałek hardware i LabView musi go wspierać.
Pewnie że tam za to płacą. Ale przecież ja przesadzam że interfejs
zmienia się tak szybko. W win nie zmienił się przez 12 lat.
ktory interfejs sie nie zmienil ?
jakaś firma wymyśla nowy kawałek hardware i LabView musi go wspierać.
Pewnie że tam za to płacą. Ale przecież ja przesadzam że interfejs
zmienia się tak szybko. W win nie zmienił się przez 12 lat.
ktory interfejs sie nie zmienil ?
Obsługi portów COM.
Quote:
Tego się troche obawiam. Na szczeście chińczycy całkiem sporo
dokumentują po angielsku ...
ale tez coraz wiecej opisow jest wylacznie po chinsku...
dokumentują po angielsku ...
ale tez coraz wiecej opisow jest wylacznie po chinsku...
Cała nadzieja w automatycznych translatorach ...
J.F.
Guest
Guest
Sat Dec 08, 2007 5:01 pm
On Sat, 08 Dec 2007 11:21:03 +0100, Sebastian Bialy wrote:
Quote:
J.F. wrote:
Wiele kosci by dzialalo a niektore nie. Bo trzeba im wygenerowac
impuls np 500us. Albo i 3ms, ale konstrukcja ukladu wymaga
6 zmian bitu, i wychodzi 6ms.
Nie przypuszczam żeby takie rygory czasowe dał radę zrobić willem na
windowsie. Windows zdecydowanie nie jest RT.
Wiele kosci by dzialalo a niektore nie. Bo trzeba im wygenerowac
impuls np 500us. Albo i 3ms, ale konstrukcja ukladu wymaga
6 zmian bitu, i wychodzi 6ms.
Nie przypuszczam żeby takie rygory czasowe dał radę zrobić willem na
windowsie. Windows zdecydowanie nie jest RT.
No coz, niekrote epromy mialy wymagane 100us impulsu.
Fakt ze wspolczesne kostki
Quote:
Ależ przy projektowaniu nowego progamatroa to w ogóle nie ma oa czym
mówić. Cały wątek to sprawa dorobienia protezy do willema która mogła by
tanim kosztem pchnąc go jeszcze przez 2-3 lata na PC.
mówić. Cały wątek to sprawa dorobienia protezy do willema która mogła by
tanim kosztem pchnąc go jeszcze przez 2-3 lata na PC.
Jesli nie masz tam kosztownych podstawek ZIF to nie warto - proteza
bedzie kosztowala tyle co Willem2 :-)
Quote:
Proponujesz uniwersalnie .. to co, jednak RS232 ?
Nie jest takie złe. Podrasować na wyższą prędkośc i IMHO jest całkiem do
rzeczy.
Nie jest takie złe. Podrasować na wyższą prędkośc i IMHO jest całkiem do
rzeczy.
Nie jest zle .. Ale jest juz skazane i na wymarciu :-)
J.
Sebastian Bialy
Guest
Guest
Sat Dec 08, 2007 5:34 pm
J.F. wrote:
Quote:
Nie jest zle .. Ale jest juz skazane i na wymarciu 
Całe szczescie że przemysł na to nie pozwoli. RS485/422 raczej nie ma
perspektyw na wyginięcie a to praktycznie to samo koncepcyjnie co RS232
poza drobnostkami driverów.
Jurek Szczesiul
Guest
Guest
Sat Dec 08, 2007 7:27 pm
Quote:
ps. Znasz coś niekomercyjnego lub w przystępnej cenie, co zastąpiło by
mi Wigglera (LPT) dla ARM'ów?
mi Wigglera (LPT) dla ARM'ów?
Jest od dawna, pracuje z OpenOCD :
http://www.fh-augsburg.de/~hhoegl/proj/usbjtag/usbjtag.html
--
Pozdrowienia
Jurek Szczesiul
PAndy
Guest
Guest
Sun Dec 09, 2007 12:11 am
"Sebastian Bialy" <heby@poczta.onet.pl> wrote in message
news:fje6gt$6kl$1@atlantis.news.tpi.pl...
Quote:
Własnie przed chwilą J.F. pisał coś o TCP/IP, dysku i http ...
nie ma takiej potrzeby...
Quote:
Mając 30 różnych źródeł przerwań masz problem. Bez względu na
deterministyczność każdego w sumie są one mocno chaotycznie
pojawiające się. LabView o którym wspominam miał taką możliwość
odpalenia się "z dyskietki", wypięcia wszystkich przerwań (włacznie z
wyłaczeniem gfx) i dopiero wtedy z wielkim trudem można było mówić coś
o namiastce RT (przynajmniej w opinii jednego z techników NI). Skoro
trzeba aż tak kombinować to nie wyobrażam sobie zastosowanie
normalnego systemu operacyjnego, normalnego gui i normalnych
peryferiów i nazywać to RT.
deterministyczność każdego w sumie są one mocno chaotycznie
pojawiające się. LabView o którym wspominam miał taką możliwość
odpalenia się "z dyskietki", wypięcia wszystkich przerwań (włacznie z
wyłaczeniem gfx) i dopiero wtedy z wielkim trudem można było mówić coś
o namiastce RT (przynajmniej w opinii jednego z techników NI). Skoro
trzeba aż tak kombinować to nie wyobrażam sobie zastosowanie
normalnego systemu operacyjnego, normalnego gui i normalnych
peryferiów i nazywać to RT.
w PC jest tych przerwan jakies 12 - i to przy zalozeniu ze korzystamy ze
wszystkich interfejsow - w praktyce uzyteczne jest przerwanie od
timera - reszta przerwan do wylaczenia - nie ucierpi system, mozna
sotosowac pooling, nie widze problemu...
A NI... nie wiem o czym mowili ale w ISA to nie byl az taki klopot...
Quote:
Obsługi portów COM.
tylko ze porty sie w miedzyczasie zmienily i tak naprawde znikly...
Quote:
Cała nadzieja w automatycznych translatorach ...
.... nie ufam automatycznym translatorom chociaz podobno w wypadku takich
jezykow jak chinski maja calkiem spore sukcesy.
Sebastian Bialy
Guest
Guest
Sun Dec 09, 2007 11:00 am
PAndy wrote:
Quote:
w PC jest tych przerwan jakies 12 - i to przy zalozeniu ze korzystamy ze
wszystkich interfejsow - w praktyce uzyteczne jest przerwanie od timera
- reszta przerwan do wylaczenia - nie ucierpi system, mozna sotosowac
pooling, nie widze problemu...
wszystkich interfejsow - w praktyce uzyteczne jest przerwanie od timera
- reszta przerwan do wylaczenia - nie ucierpi system, mozna sotosowac
pooling, nie widze problemu...
I w tym momencie ocieramy się o potrzebę zrobienia własnego systemu
operacyjnego.
Quote:
Obsługi portów COM.
tylko ze porty sie w miedzyczasie zmienily i tak naprawde znikly...
tylko ze porty sie w miedzyczasie zmienily i tak naprawde znikly...
Ale abstrakcja i interfejs pozostał. To znaczy że ciągle mogę wpinać do
komputera USB->COM a programy (o ile nie pisane przez osłów) dalej mogą
się komunikować tak samo jak na wbudowanych.
PAndy
Guest
Guest
Mon Dec 10, 2007 9:19 am
"Sebastian Bialy" <heby@poczta.onet.pl> wrote in message
news:fjgem7$il6$1@nemesis.news.tpi.pl...
Quote:
I w tym momencie ocieramy się o potrzebę zrobienia własnego systemu
operacyjnego.
operacyjnego.
i? tak robila wiekszosc gier...
Quote:
Ale abstrakcja i interfejs pozostał. To znaczy że ciągle mogę wpinać
do komputera USB->COM a programy (o ile nie pisane przez osłów) dalej
mogą się komunikować tak samo jak na wbudowanych.
do komputera USB->COM a programy (o ile nie pisane przez osłów) dalej
mogą się komunikować tak samo jak na wbudowanych.
nie do konca - przesylaj po 1 bajcie na sekunde z predkoscia 115kbps -
zobaczysz czym rozni sie przejsciowka na USB od prawdziwego 16c550
elektroda NewsGroups Forum Index - Elektronika Polska - Jak skutecznie zasymulować pełne porty COM i LPT na laptopie przez USB?