Random issues are popping up

[alecive]

[WARN][/ros_speech2text::generate_msg]: a lot of interesting debate about, confidence:0.962759
[INFO][/ros_speech2text::treat_chunk]: collecting audio segment
[INFO][/ros_speech2text::aux]: audio segment completed
[ERROR][/ros_speech2text::check_operation]: Error in speech recognition thread: <_Rendezvous of RPC that terminated with (StatusCode.UNAVAILABLE, Endpoint read failed)>
[ERROR][/ros_speech2text::check_operation]: Error in speech recognition thread: a float is required
[ERROR][/ros_speech2text::check_operation]: Error in speech recognition thread: a float is required
[ERROR][/ros_speech2text::check_operation]: Error in speech recognition thread: a float is required

NODES
  /
    ros_speech2text (ros_speech2text/ros_s2t.py)

ROS_MASTER_URI=http://baxter.local:11311

core service [/rosout] found
process[ros_speech2text-1]: started with pid [7814]
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe
ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
bt_audio_service_open: connect() failed: Connection refused (111)
[INFO][/ros_speech2text::main]: Using device: Samson RXD wireless receiver: USB Audio (hw:1,0)
[INFO][/ros_speech2text::treat_chunk]: collecting audio segment
[INFO][/ros_speech2text::aux]: audio segment completed
[WARN][/ros_speech2text::generate_msg]: dependency, confidence:0.548864
[ERROR][/ros_speech2text::check_operation]: Error in speech recognition thread: field speech_duration must be of type Time
[INFO][/ros_speech2text::treat_chunk]: collecting audio segment
[WARN][/ros_speech2text::generate_msg]: dependency, confidence:0.548864

[omangin]

The second issue was fixed by 3e4a73c and catkin cleaning the workspace. In my opinion it's useless to leave the duration in the message since the start and end time are already there.

For the first one, I could not reproduce it yet. It should not fail anymore after 9f0615c but that does not explain why some confidence were not float.