Witam mam mały problem napisałem sobie terminal rs232 w delphi i zgodnie z poradnikiem 004j chciałem sobie zrobić by nie pokazywał mi się błąd przy odłączeniu przejściówki rs232.
Błąd mam dalej.


W zdarzeniu oncomdetect mam



Wyglada jak by za wolno zamykał się port com .

cały program wygląda tak :

Z góry dzięki za pomoc.


a oto błędy

_________________
sig off ;(

a czy w trakcie rozłączania masz wysyłanie jakichś danych przez COM ? bo jeśli tak to może być właśnie taki problem albo gdy są odbierane

poza tym mówiłem w poradniku, że to nie jest i tak eleganckie rozwiązanie i być może - zdarzy się, że kiedyś nie zadziała

Ja mogę tylko podpowiedzieć, że jestem w trakcie pisania komponentu do komunikacji przez port COM - który będzie działać w 100% normalnie i nie będzie potrzeba takich kocich tricków robić ... jak się przetnie siekierą kabel albo rozłączy FIFI albo Bluetooth to najnormalniej w świecie port się sam rozłączy właściwie a nawet będzie wbudowany mechanizm żeby mógł się automatycznie sam włączyć gdy awaria minie ... no ale to jeszcze trzeba troszkę poczekać

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Witam.
Dane nie są wysyłane .

a czy odbierane hmm tego nie wiem . Mam położony komponent ComTerminal może on coś nasłuchuje .

-- 4 minutach --

Fajnie!! Na pewno komponent zakupie . Delfi narazie ma wiele plusów . Co do b4j się trochę sparzyłem. Przez to ze napisać jakiś program by działał na win xp graniczy z cudem .
A tu proszę wrzucam i działa. Fajne są te komponenty takie gotowe jak to okno terminala czy to ze można dodawać nowe komponenty . Super wręcz.

_________________
sig off ;(

Ja też zauważyłem podobny problem jak kolega driver0207 (Comport+ComDataPacket+MkUsbbDetector) że port nie zawsze się zamyka port po odłączeniu kabla (właśnie w moim przypadku dane w tym czasie są odbierane przez COM) :/ Także liczymy na pana Panie Mirku i czekamy z niecierpliwością na ten nowy fajniuśki komponent

Edit:
Dzisiaj wyszła kolejna "ciekawa przypadłość". Na początek dodam że MkUsbbDetector w najnowszej wersji tj. 1.6. Sytuacja wygląda tak: Mam jedno urządzenia z FT232 wykrywane pod COM35, z problemami (jak wyżej), ale go wykrywa apka w Delphi. Dzisiaj złożyłem drugi takie samo urządzenie i podłączam do kompa tylko to nowe i wykrywa je jako COM43 (tak jest w Menadrzeże urządzeń i przez Putty na tym porcie jest komunikacja jak należy). Włączam apkę i boom MkUsbbDetector wykrywa i łączy się z portem COM35 czyli ten od "starego urządzenia" chociaż fizycznie go NIEMA! jest tylko ten nowym COM43. Dodam że nie zapamiętuje niczego w plikach INI.

Kawałek kodu:



PS. teraz dopatrzyłem że miałem wpisany COM35 do cPortu, ale to tak teraz wychodzi że on sobie otwiera ten port zamiast otwierać ten który tego if sprawdzającego pid itd. :/



Nawet jak zostawię to pole Port puste to łączy się z pierwszym portem czyli COM1 :/. Jak się może z nim łączyć skoro nie spełniony jest warunek z if'a więc nie wywołuje procedury StartComPort; ???

Chciałbym pomóc ale sorki - kompletnie nie rozumiem twojego problemu


kto się łączy ? MkUsbDetector ? a co on ma wspólnego z łączeniem ?

Dla mnie to troszkę namieszałeś z podejściem do wyboru portów COM ... po co ta cała zabawa w CheckCurrentComID; ? Co to ma na celu ?

Ja proponuję może opisz jaki jest twój cel ? co chcesz osiągnąć ? zakładam, że musisz mieć możliwość dostępu do jednej z przejściówek do którejś konkretnej - ok - tylko jak można najpierw startować jakieś połączenie a dopiero później próbować przypisać nowy port

StartComPort;
cominfo.ComPort := prt;
cominfo.ComID := id;

albo czegoś mocno nie rozumiem ....

jak mówię uprość pytanie, sprowadź do prostego problemu a nie tak - bo ciężko pomóc

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Ok to prościej

Założenie jest takie:

Podłączam swoje urządzenie(FT232, który ma swoje PID, VID, Manufacturer i Serial) i teraz potrzebuje żeby apka jeśli "zobaczy" podłączony układ, który ma takie ustawienia:

ComPID_def := 'PID_6001';
ComVID_def := 'VID_0403';
ComManufacturer_def := 'FTDI';
ComSerial_Start := 'A9';

Połączyła się z tym urządzeniem.

Ogólnie rzecz biorąc to chciałbym uzyskać coś takiego jak w mkAVRCalculator czyli żeby apka wiedziała że to jest "moje urządzenie" i tylko z nim się łączyła

PS. Rzeczywiście z tym Startowaniem popłynąłem ale nic to nie zmieniło bo po podłaczeniu urządzenia i tak łączy się z COM1(jeśli pole "Port" w cPort1 jest puste) :/

ale nie pisz tak - że nic to nie zmieniło - bo robisz gdzieś okrutnego babola

jednak na początek - daj sobie spokój z tym:

i zostaw sam ComSerial po co ci badanie tych wszystkich dziwactw vid, pid itp itd - jeden serial wystarczy to po pierwsze
a po drugie

przed połączeniem NAJPIERW ROZŁĄCZ się poprawnie bo inaczej NIGDY się poprawnie nie podłączysz

pamiętaj też że proces rozłączania może być procesem asynchronicznym o ile wiesz co to w tym wypadku znaczy

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Wywaliłem to co zbędne ale dalej się łączy z COM1 :/

przecież ja pokazywałem zdaje się w poradniku wideło jak to robić czy nie - bo teraz myślami jestem daleko od tego ... a się zastanawiam co ty w ogóle robisz że ci wciąż na COM1 się łączy ?

poza tym wyjdź z odpalaniem kodu wprost ze zdarzeń MkUsbDetectora - zrób to na początek ręcznie i sprawdź bo ja już nie rozumiem - po co walczyć z MkUsbDetectorem skoro ci ciągle na com1 się łączy

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Co mogę robić jeszcze innego niby źle ... jak wszystko co tyczy się COM masz wyżej ? Pisałem przecież wyżej że jak wybiorę COM35 tutaj to łączy z nim dobrze



Jak to pole jest puste to po podłączeniu COM35 on się podłącza pod COM1. Mimo że w cominfo.ComPort jest dobrze COM35

Pomogło dopisanie cPort1.Port := cominfo.ComPort; teraz to ma sens

PS. Jakieś postępy z tym nowym komponentem ? Bo pomijając te rzeczy wyżej to dalej jest problem z "traceniem danych" tzn. po jakimś czasie różnie to jest czasem wykłada się na pierwszych stringach a czasem działa dobrze kilka minut ... Tzn traci się odbiór jakby przestawało/zawieszało się parsowanie. I to jest ciekawe że z aplikacji komunikacja dalej działa i dane do urządzenia są wysyłane poprawnie ale w drugą stronę kaplica.

No i ten efekt tzw. uciętego kabla czyli po prostu odłączonego nie zawsze rozłącza COM. I tutaj ciekawa rzecz:



I efekt na Statusbarze1 mam taki:



Według programu FT_Prog Serial jest taki A91IFT5T a zapisało go w cominfo.ComID jako A91LFT5T

Dziwna podmiana i teraz niema co się dziwić że nie rozłącza :/ O co w tym biega ? Bo raz wpisuje do cominfo.ComID przy wykryciu A91IFT5T a raz A91LFT5T a ciągle podłączam przecież to samo urządzenie!

Zmieniłem ten Serial na taki A915FT5T i teraz jest okej ... no ale to nie powinno tak być że on sobie raz wykrywa jako ten z "L" a raz jako ten poprawny z "I". Jakiś babol musi być w MkUsbDetector moim zdaniem ...

sprawdź kod ASCII tego znaku .. powinny być cyfry liczby zdaje się a nie jakieś pałki w serialu

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

Btw czasami male L (jak lejek) i duze I (jak Irena) wygladaja tak samo