Не могу сказать на чем спотыкаются конкретные программы, но вижу следующие потенциальные проблемы:
1. Данные в BINARY32 формате обрабатывают не все программы
2. В CFG файле разделитель строк некорректный, должен быть #13#10 (стандартно для Windows), а здесь только #10 (стандартно для UNIX).
3. В файле 00000000000000000000.cfg время пуска осциллографа "как-бы" не указано (туда записали 0 в UNIX формате).

Справедливости ради, Waves файл 00000000000000000000 тоже открывает немного неверно. Точка T0 рассчитана неправильно из-за слишком большого расстояния до времени начала файла, правда этого не видно т.к. она в глубоком прошлом  (-40 лет). Эту ситуацию мы уже поправили и в следующей сборке будут изменения. Но в любом случае эти файлы содержат много отклонений и не могут рассматриваться как удовлетворяющие стандарту.

Добавлено: 2017-06-19 13:06:19

Добавлено: 2017-06-19 14:13:27

Обновление EKRASMS 2.11.4 SP3 выпущено.

Тут процесс достаточно творческий и в общем случае не поддаётся формализации.
Конечно, можно сделать программу, которая будет проверять файл и выдавать ошибки в стиле "не соответствует стандарту в такой то строчке", но вряд ли это поможет конечному пользователю.

В какой-то степени, корректировка ошибок исходных данных уже встроена в сами просмотровщики.

Поэтому наиболее доступный метод, это тот которым вы уже пользуетесь - перебирать всеми возможными просмотровщиками.

Да с вами особых и проблем нет. Попытался связаться со знакомым представителем ВНИИР, но он, похоже, в отпуску до конца месяца. Подождем.

Добавлено: 26-01-2018 12:25:44

Решил немного встряхнуть тему, хотя вижу заметные продвижки в решении проблемы.

А представляете положение представителя эксплуатации: чего-то отключилось по непонятной причине. Нужно найти место повреждения, нужно оценить правильность работы защиты. И не сию секунду, а в сто раз быстрее. Понимаю, хоть я, хоть оставшиеся после моего ухода на пенсию представители энергосистемы Кубани в любое время суток могут с вопросом обратиться на ЭКРУ и получить ответ. Но Кубань - далеко не вся Россия (есть все же и куда мелкие потребители), а ЭКРА - далеко не единственный производитель МП УРЗА и соответствующего ПО. Нужно искать альтернативные варианты и оперативные методы решения проблем.

Ничего подобного. Стандарт описывает dat файлы также и в двоичном виде, так что это Comtrade

Бинарный вариант записи данных это один из вариантов записи предписанный самим стандартом. И если какая-то программа не умеет принципиально работать с эти форматом, потому что он реже встречается в природе, это говорит лишь о том, что программа неполноценна в плане поддержки стандарта.

К слову бинарная запись это во всех случаях более правильная идея чем текст. Во-первых, меньше места занимает, во-вторых, гораздо быстрее обрабатывается при чтении и укладывается при записи, в-третьих, не допускает вольной трактовки (а именно недостаточная точность при описании текстовых данных в стандарте в сочетании с традиционным российским неумением внимательно читать и породила проблему чтения комтрейд файлов, которая тут обсуждается), в-четвертых, всякие любители подделывать данные ради ухода от ответственности (а таких не мало) не смогут это сделать вот так вот запросто, придется попотеть.

Добавлено: 2018-01-27 08:20:23

Представляем, разумеется, но от того что вы будете объяснять чайнику как сильно хотите пить, он быстрее не закипит. Необходимо как-то влиять на разработчиков.

Ну есть еще не самый вероятно удобный для многих вариант - воспользоваться родным ПО для источника осциллограммы в случае если ваше любимое ПО ее не открыло по каким-то причинам. Понятно что это вынуждает в службах анализа держать целый зоопарк программ, но вероятно когда жареный петух клюется,  выбора не остается