Quantcast
Channel: All Open Tickets - Tera Term on OSDN
Viewing all articles
Browse latest Browse all 2128

Open more than 16 virtual com ports, Connect /c and callmenu TTL questions.... (From Forum Message [#85594]) - Tera Term Ticket #40664 on OSDN

$
0
0

Open more than 16 virtual com ports, Connect /c and callmenu TTL questions.... (From Forum Message [#85594])

Eröffnet am: 2020-08-25 16:29

Letztes Update: 2020-09-04 18:52

Auswertung:(Anonym)Verantwortlicher:(Keine)
Priorität:9 - HöchsteMeilenstein:(Keine)
Typ:FehlerSchweregrad:5 - Mittel
Komponente:(Keine)Status:Offen
LösungKeine

Einzelheiten

From Forum Help [#85594]

[forum: 85594]

I am new Teraterm TTL, but have been using teraterm for many years. I have to run an experiment that requires to operate 24/7 for 3 months logging serial comms data from 30 respirators in an enviromental chamber. I have two problems; 1) I can manual open vitual com ports new connection dialog box or (ALt+N), but once I get to more than 16 connections, communication stop on random com ports. Is there or what is, the limit on simultaneous virtual com port connections? If the limit is 16, I have to install a second PC to log the other com ports, this is not ideal but can be done. 2) TTL, I am trying to write a batch file to open all serial com ports sequentially, connect and then open a log file for all the connected com ports 16 to 30 connections. I have tried using the connect /c=1, mpause, connect /c=2 etc. but once the first connection is established I can't connect to the next connection. What am I missing? the second method I tried was to replicate the manual method by using the callmenu(new connection) + connect /c=x commands, i can open the New connection dialog box, but the connect command does not help complete the connection, the menu is waiting ok buttom. The next callmenu opens the next new connection dialogue box. no connections are completed without manual input. I start get issues once I accept a connection manually because the next dialogue box is reporting that the connection is no longer available. I could put a longer mpause to allow for the manual ok input before issuing the next callmenu command. Am i missing a callmenu command for accepting the connection "OK" button? I need to try and make this as automatic as possible to prevent missing a connected device, I will only have one shot at gathering this data. I have not started on the data logging, but I have opened files and created data stamped files etc. Any help with this would be greatly appreciated, best regards Mark

Letzte Aktualisierung für dieses Ticket

2020-09-04 18:52 Aktualisiert von: mark_3m

Kommentar

I resolved this in the end


Viewing all articles
Browse latest Browse all 2128