Najlepsze alternatywy dla HyperTerminala na MS Vista z obsługą RS232 i RS485?

Wed Oct 07, 2009 1:21 pm   

"Grzegorz Niemirowski" <gnthexfiles@poczta.onet.pl> wrote in message
news:haget2$2e8i$1@opal.icpnet.pl...

Ja nie mam nic do zarzucenia Viscie poza tym że wiele programów
spóźniło się z obsługą tego systemu - np. Altera swoje narzędzie do
FPGA wypuściła do suportu Visty z ok. rocznym opóźnieniem...

Wed Oct 07, 2009 1:53 pm   

"Zbych" <zbych@onet.pl> wrote in message news:hag469$27qb$1@news.mm.pl...

Okienko wygląda ciekawie, ale z jakichś powodów nie działa wcale.
Gdy każę mu wyświetlić dostępne porty szeregowe to lista jest pusta...
Dostaję to:

Available COM ports on system:

i kiszka.


Tu sytuacja jest podobna do HyperTerma - nie widzę obsługi RTSa jako TS_ON.
Ale tu być może nie umiem go używać bo nie jest jasne co jako "mode" robi.

Wed Oct 07, 2009 4:43 pm   

Użytkownik "Pszemol" <Pszemol@PolBox.com> napisał w wiadomości
news:haf33u.s8.0@poczta.onet.pl...


Może: HyperTerminal Private Edition 7.0 ??

Wed Oct 07, 2009 5:11 pm   

On 2009-10-07 14:21:36 +0200, "Pszemol" <Pszemol@PolBox.com> said:


A po co się spieszyć, lepiej poczekać zanim system okrzepnie. A nuż w
ogóle umrze, i praca na darmo.

--
DJ

PS. przy odpisywaniu na priv usun antyspamowy wpis z adresu

Wed Oct 07, 2009 7:19 pm   

Pszemol pisze:

He he. Właśnie testowałem swój program (gadający przez RSa) na viście.
Okazało się, że funkcja QueryDosDeviceW, której używam do wylistowania
COMów zwraca znacznie więcej urządzeń niż pod XP i bufor odbiorczy
powinien być dłuższy. Prawdopodobnie br@y też ma zbyt krótki bufor i
COMy się w nim "nie zmieściły".

Wed Oct 07, 2009 7:42 pm   

"Zbych" <zbych@onet.pl> wrote in message news:haim6r$vka$1@news.mm.pl...

Coś mu też ten "RTS on TX" też nie działa...
Po wybraniu na siłę COM1 jestem w stanie wysłać znaki ale nie odbieram.

Thu Oct 08, 2009 12:30 am   

Zbych pisze:


Oj niebezpieczne podejście. A nie da się najpierw zapytać systemu,
jakiej długości bufor jest potrzebny?

Zresztą ta funkcja działa podobno tylko od Windows 2000 w górę:
http://msdn.microsoft.com/en-us/library/aa365461%28VS.85%29.aspx

Ja w swoich programach stosuję sposób listowania urządzeń używany np. w
systemowym Menedżerze urządzeń i działa to poprawnie począwszy od
systemu Windows 95 OSR2 aż po 64-bitowy Windows 7. Używam do tego
funkcji: SetupDiGetClassDevs, SetupDiEnumDeviceInfo,
SetupDiGetDeviceRegistryProperty, SetupDiDestroyDeviceInfoList.
Dodatkowo odczytuję adres bazowy portu LPT przy pomocy zestawu:
CM_Get_DevNode_Status, CM_Get_First_Log_Conf, CM_Get_Next_Res_Des,
CM_Get_Res_Des_Data, CM_Free_Log_Conf_Handle.

No ale koniec takich szczegółów bo robi się lekko NTG.

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

Thu Oct 08, 2009 7:46 am   

Adam Dybkowski pisze:

Podejście jest bezpieczne, bo podajesz jak długi masz bufor. System nie
pomaże ci pamięci. A co do sprawdzenia jak długi bufor jest potrzebny,
to w msdn nie znalazłem żadnych podpowiedzi.


A to mi wcale nie przeszkadza. Jak ktoś lubi pracować na systemie sprzed
10 lat to już nie mój problem.


Możesz wkleić przykładowy kod listujący porty?


Dlaczego NTG? Porty komputera są jak najbardziej w temacie grupy .

Thu Oct 08, 2009 9:57 pm   

Zbych pisze:


Pierwszy z brzegu przykład (nie z ISP Programmera):

void enum_ports_nt(void)
{
GUID lptcom = {0x4d36e978, 0xe325, 0x11ce,
{0xbf,0xc1,0x08,0x00,0x2b,0xe1,0x03,0x18}};
HDEVINFO h;
BOOLEAN res;
char dev_name[256];
SP_DEVINFO_DATA devinfo_data;
DWORD i;

h = SetupDiGetClassDevs(&lptcom, NULL, 0, DIGCF_PRESENT | DIGCF_PROFILE);
if (h == INVALID_HANDLE_VALUE) {
err("SetupDiGetClassDevs");
return;
}

i = 0;
do {
devinfo_data.cbSize = sizeof(SP_DEVINFO_DATA);
res = SetupDiEnumDeviceInfo(h, i, &devinfo_data);
if (res) {
if (SetupDiGetDeviceRegistryProperty(h, &devinfo_data,
SPDRP_FRIENDLYNAME,
NULL, dev_name, sizeof(dev_name), NULL))
printf("%s\n", dev_name);
//print_io_information(&devinfo_data.DevInst, 0);
i++;
}
} while (res);

SetupDiDestroyDeviceInfoList(h);
}

void err(const char *fun)
{
LPVOID buf;
DWORD errcode = GetLastError();

FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER |
FORMAT_MESSAGE_FROM_SYSTEM |
FORMAT_MESSAGE_IGNORE_INSERTS, NULL, errcode,
MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), (LPTSTR) &buf, 0, NULL);
printf("Blad %d w funkcji %s(): %s\n", errcode, fun, buf);
LocalFree(buf);
}

Pocięło linie na kawałki ale da się zrozumieć po skopiowaniu do edytora.
Sorry reszta grupy za nieprzydatnego dla większości elektroników posta.

--
Adam Dybkowski
http://dybkowski.net/

Uwaga: przed wysłaniem do mnie maila usuń cyfry z adresu.

Thu Oct 08, 2009 11:25 pm   

Adam Dybkowski wrote:

Skad Ci to przyszlo do glowy??

Co prawda ja z lenistwa .net uzywam, ale dobrze miec takie male
snippety, wiec to jest uzyteczne (no bo jakie urzadzenie teraz nie gada
z komputerem? Jeszcze troche i multiwibratory beda z PIcami/Atmelkami).

Skopiowane do prywatnej kolekcji ;-)


--
Jerry1111

Fri Oct 09, 2009 6:03 am   

Użytkownik "B.Adamczyk" <bogdanad@poczta.onet.pl> napisał w wiadomości
news:haidjp$fag$1@nemesis.news.neostrada.pl...


Jak ktoś jest przyzwyczajony do starego HyperTerminala z czasów
poprzednich Windows to jest chyba najlepszy program.
W sumie to jest to samo co było :)

Pozdr. TC

Fri Oct 09, 2009 7:04 pm   

Pszemol wrote:

A taki prosty (od razu pisze że nie sprawdzony bo nie mam żadnego kompa
z Vistą pod ręką) pomysł - skopiować Hyperterminal z jakiegoś kompa z
XP'ekiem, może zadziała pod Vistą?


pozdrawiam