0
$\begingroup$

Rosanswers logo

I am looking for a way to have a bit more control over where/how ROS logs data beyond the screen/log output parameter for nodes in launch files. Named loggers only give more fine-grained control over verbosity levels but still all lines end up in the same file *-stdout.log file.

Ideally I would like no (or minimal) output going to screen, and all output going to one of two files: one for "data" (number, etc. to analyze later) and another one for "events" (such that tailing that file lets me check what's going on in the system).

Is there a ROS way of doing this, or has anyone solved a similar problem before?


Originally posted by fwh on ROS Answers with karma: 31 on 2011-11-29

Post score: 0

$\endgroup$

1 Answer 1

0
$\begingroup$

Rosanswers logo

Logging "data" to the console outputs is kind of abusing the system. Data sent over the rosconsole interfaces gets transmitted over the network to any console attached, such as rxconsole and dashboards. If you're logging data over that interface you will incur significant overhead for the entire system as it is streamed to all outputs and then ignored.

I suggest that you look at simply writing your data to file and collect it after the run for analysis. This is done all the time, and is basically the only way to log high volume data.

There's definitely a potential feature request for a tool to collect logged data after a run, but that's pretty complicated due to bandwidth and disk space constraints and would need to be well thought out.


Originally posted by tfoote with karma: 58457 on 2011-11-29

This answer was ACCEPTED on the original site

Post score: 2

$\endgroup$

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.