buggiga terminalprogram (serieport)...

[jesse]

En snabb intro:
(Jag kör V 14.0, men förhoppningsvis stämmer det med 2011'an).

- Connection -> Connection Setup
Välj "Serial" och aktuell COM-port.
Välj 8/None för bit/paritet (antar jag).

- Setup -> Display
Öka eventuellt "Display memory" ifall default är för litet.
Ändra "Control characters" från "Interpret" till "Display" och du vill...

Jag får upp den här när jag startar. Nån Com-port hittar jag inte alls hur jag än letar...

reflection.png

Den verkar bara vilja köra med IP.

[sodjan]

OK, de har något "skal" tydligen.
Vad händer om du kör "VT-terminal". Det är det du vill ha...
Och vad har du för alternativ under "Compatibility" ?

[jesse]

Jag lyckades, efter massor av klickade, att hitta var man ställer in "serial port"... men när det väl var klart så hände absolut ingenting. Det verkar vara hemskt många lager på varandra... så var det är fel just nu vet jag inte.

När jag väl valt VT-terminal går jag in på:
Settings -> Terminal Configuration -> Configure Terminal Settings -> Advanced -> (checkbox: serial device to host) -> Configure -> (port, baudrate etc...)

Men sen vet jag inte... Connection refused by host står det... så något är ju fel.

Och nu har jag börjat på en liten kodsnutt till AVR för att testa. Får använda Hyperterminal tills vidare.

så just nu ger inte min AVR-processor nåt svar alls på UART ...
(Nu hinner jag nog inget mer på ett dygn eller så....)

[Johanb]

Du skulle kunna testa en ubuntu-livecd så kan du få mer hum om ifall det är mjukvaran som krånglar. Jag har vid upprepade tillfällen blivit tvungen att boota om både XP och 7 efter att serieportarna lämnat in. Gäller både USB och "fasta" serieportar. Ja USB-stacken är ju också ett kapitel för sig

[sodjan]

> "Connection refused by host" står det...

Det brukar normalt komma när man försöker köra något
specifik protokoll (telnet, SSH o.s.v). Det är inte så att du har valt
SLIP eller liknande ? Aja, det ser tydligen inte ut "som vanligt".

> Settings -> Terminal Configuration ->

Alla reflection versioner jag har kört har haft en separat "Connection"
meny med "Connection Setup...". I min version ligger terminal setupen
under "Setup" -> "Terminal..." vilket låter mer som din "Settings" meny...

För övrigt är det alltid "Reflection for UNIX and OpenVMS 2011" som jag använder.
Där står det specifikt under "Technical Specifications", "Support for serial connections"
vilket det inte gör på samma sida för "Reflection Standard Suite 2011"...

[jesse]

När jag skulle ladda ner demoversionen valde jag "Reflection for UNIX and OpenVMS 2011", men när jag fick e-mail med länk till filen så var det "Reflection Standard Suite 2011"... inte så mycket jag kunde göra något åt.

Jag antar att den vill ha nåt slags protokoll från andra sidan, men jag har ingen aning om var jag ställer in detta. (Det är alldeles för mycket att leta igenom)... så jag blir nog inte kompis med Reflection de närmaste veckorna...

Hur som helst har jag pillat lite med det idag igen och det verkar ha löst sig:

två problem samtidigt gjorde det lite svårt att felsöka:

1) HyperTerminal säckar ihop av överbelastning när det blir mycket data
2) det verkliga felet: Sviktande matningsspänning till mitt NMEA-RS232 interface

Matningsspänningen ordnades med en diod på rätt ställe. (hade gjort lite fel innan)

Nu kör jag hur mycket data som helst och min AVR sväljer allt utan det minsta fel.
HyperTerminal fortsätter att klägga ihop. I går kväll stannade datorn helt efter att ha kört för många minuter med data... Reset var enda lösningen.

[Glenn]

hyperterminal är verkligen totalt värdelöst

Jag brukade använda kerberostelnet förr, det har ett serieportläge också som funkade rätt ok, men jag vet inte om det fungerar med modern windows ? ..annats är ju minicom eller kermit i linux att föredra.

[blueint]

PuTTy har också något asynkron (RS-232) läge också. Hur bra det är vet jag ej.
Rekommenderar gammal Telix terminalprogram under MS-DOS om man tvunget ska köra x86 + Windows.

[sodjan]

> Jag antar att den vill ha nåt slags protokoll från andra sidan, men jag har ingen aning om var jag ställer in detta.

Det låter lite som att du har lyckats ställa in SLIP (Serial Line IP) eller något liknande.
Det vill du absolut *inte* köra.

Aja, jag blev lite misstänksam när de inte listade "serial" som en option
för den du laddade ner. Som sagt detta är inget som helst problem med
den vanliga Reflection.

Jag har en äldre version ZIP'ad, den är inte så kittslig som de nyare.
Bara att ZIP'a upp och köra EXE'n. Ingen installation. Den är från tiden
innan "keys" och online access från program o.s.v...
Vid intresse, maila mig från forumet så svarar jag med ZIP filen...

EDIT:
Du kan nu även hitta den här: http://jescab2.dyndns.org/pub_docs/refwin2.zip
Packa upp och kör r2win.exe. Skapar ett katalogträd där du "står".

[jah]

Det tråkiga med terminalprogram (och program för seriekommunikation i allmänhet) för windows är att de flesta verkar använda windows lågnivådriver "serial.sys", och den är INTE bugfri...

Om någon vet ett alternativ till "serial.sys" är jag intresserad av att få veta detta.
(Har letat en hel del, men inte hittat någon med tillräckligt komplett funktionalitet, och nej - skriva en egen är inte aktuellt...)

/J

[TomasL]

Skulle också villa ha tag på nått alternativ, där man fritt kan välja bitraten. utan att vara låst till standardhastigheterna.

On topic, använder RealTerm rätt mycket, det är en mycket bra, dock rätt buggig, emulator.
Tyvärr inte helt enkel att använda, pga avsaknaden av förklaringar, då alla alternativ inte är helt enkla att förstå, alternativt inte fungerar riktigt.
I brist på annat, så...
Riktiga terminalprogram som telix mfl är inte riktiga alternativ, då, i alla fall jag, ofta emellanåt vill se hela dataströmmen, och allt är inte alltid text.
Samt att jag debuggar protokoll som inte standard terminalprogram förstår, till exempel Modbus-RTU mm, i det läget behöver man se och dumpa dataströmmen som den är.

[sodjan]

Du behöver ett *instrument* för analys av seriekommunikation
om du jobbar professionellt med detta. Speciellt om det är
udda protokoll med icke-standard baudrates.

[jesse]

ThomasL: >>då jag ofta emellanåt vill se hela dataströmmen, och allt är inte alltid text.

Titta på HHD Free Serial port monitor.

Riktigt bra program som övervakar all trafik in och ut på en (eller flera) portar. Man kan välja ett antal olika sätt att övervaka på - hexadecimalt + ascii, ett gemensamt fönster för in- och utdata och/eller separata fönster för in/ut, redovisning av tidsintervall mellan signalerna i tiondels millisekunder med mera.

Eftersom det inte är ett terminalprogram kan man inte köra det som terminal (tror jag), den bara övervakar kommunikationen och lägger sig inte i. Den har också funktioner jag inte har testat: "Protocol analyzer" - det verkar fungera som en länk mellan två externa enheter som kommunicerar med varandra och redovisar kommunikationen. HHD har också mer programvara för seriekommunikation/övervakning mm (proffsigare betal-varianter).

exempel på "vanlig" övervakning av serieporten:

Request view:

Kod: Markera allt

Port opened by process "HYPERTRM.EXE" (PID: 2952)

Request: 2011-03-28 12:13:11.97464

 24 61 62 63 0D 0A                                 $abc..          

Answer: 2011-03-28 12:13:13.33364 (+0.0156 seconds)

 2B 24 61 62 63 0A 0D                              +$abc..         

Port closed

[sodjan]

Problemet med alla programvarubaserade serie-lyssnare är att de nästan alltid
förrutsätter att samma maskin som där programvara körs också utgör den ena
änden av seriekommunikationen. Mycket bättre att ha en lösning där lyssnaren
är helt passiv och som analyserar en seriekommunikation mellan två helt andra
parter. Förr i tiden var det helt fristående "instrument" men jag har för mig
att det finns som lösa boxar där seriekommunikationen ansluts och som sedan
kör (t.ex) USB mot den PC där presentationen görs.

Och om det är fritt/gratis eller inte bör vara helt ointressant för TomasL.
Han vill säker ha något professionellt verktyg som fungerar.

[jesse]

"Protocol analyzer" - det verkar fungera som en länk mellan två externa enheter som kommunicerar med varandra och redovisar kommunikationen.

Denna gör ju nästan vad du beskriver Sodjan, med den skillnaden att den vidarebefordrar data mellan portarna, så det kan ju uppstå en kort fördröjning.

Ang gratis/betala: som sagt så har de ju "betalvarianter" också, i olika grader... allt från $39.99 till $199.99. Så Tomas får betala precis hur mycket han vill