Measuring timestamp on plan text serial data with CR end of line

From the flat file, we would be able to build the simulation data source.

First of all, let me answer your questions about post-processing log files.

If you need to save a captured log as plain text, you can do it via Menu -> File -> Save Log, then choose the *.txt format. FYI, in version 5.2.1, a regression causes Save Log As Text to get stuck at 0%. A fix is already staged for the upcoming release next month; in the meantime, you can work around this issue by using "Save Log Selection" instead.

However, saving a log as text is really not necessary (and even counter-productive) for log post-processing. The format of *.njlog files is much more efficient for parsing and processing than a text file. All the related *.njlog declarations are open-source and available at scripts/api/log_RecordCode.jnc, log_RecordFile.jnc. So you can simply "walk" over a *.njlog file with a Python script (or use any other language of your choice) and do all the necessary actions.

But even before starting to work on all that.

Did you try the Replay Log plugin?

This plugin allows you to re-send the previously captured TX, RX (or both) records with respect to timestamps. You can even proportionally "stretch" or "shrink" delays between packets!

To replay only a portion of log, first save it into a dedicated .njlog file via "Save Log Selection", then replay it with the "Replay Log" plugin.

I suggest you try this plugin first -- it might just do what you need.

@vladimir Hi Vladimir, thanks for this, we'll try it out. Brett

Thanks Vladimir, looks perfect.
To get the Replay plugin, is this what we need to buy?

com.ioninja.layer

Layers
Enables attaching layers to sessions and logs
$20 PROMOTION

Regards, Mike

Glad it worked for you!

Yes, com.ioninja.layer is the capability that enables "Replay Log" and all other layers.

Replay Log... I might need some help. The replay button is disabled.
My investigations include the following:

1. I record with Serial Tap (all good)...
2. I replay with Serial

Serial is locked in my session... so I can't replay.
The web site says Serial s part of org.jancy.io.file, which should be included and free... but isn't.
I'm feeling a bit dumb at the moment... any obvious hints I've missed?

Hello,

The web site says Serial s part of org.jancy.io.file, which should be included and free

Hmm... Which page says that? Might be a mistake on the website if so.

The "Serial" plugin doesn't really need org.jancy.io.file; but it does require org.jancy.io.serial, as stated on the plugin's page:

All other plugin pages also show both required and optional capabilities right below the page header (as can be seen in the screenshot above).

@vladimir Hi again, here is the page you may want to tweak:

Actually, everything is correct there.

Replay Log is a layer -- it can't make any assumptions about which transport is used underneath it (RS232? TCP? UDP? SSL?).

If you plan to use it with a serial port, then you attach it to a Serial session. Hence, you need org.jancy.io.serial.

Excellent stuff!!! Replay log works like a dream... this will be an invaluable regression test tool.

My confusion regarding required components was about getting purchase permissions: based on Replay web page, I got permission to buy the ioninja.layer; only once it was installed did we discover it wouldn't work until we also bought jancy.io.serial (back for purchase permission). All well and good now... and I highly recommend this to anyone writing RS232 based code (and need to test it).