Как получить доступ к FBD-журналу на PHP

[tuxnsk]

День добрый, программист сделал проект для Trim5, я делаю диспетчеризацию через веб интерфейс. Переменные из проекта без проблем (почти) получаю, а вот как достать журнал, не нашел. Есть подозрения что они хранятся в файле load_files.tss, но у него непонятный бинарный формат. Есть ли какая информация по этой теме? На форуме не нашел.

Если кому интересно (может пригодится), маленькая библиотечка для чтения переменных проекта из PHP, кусками разбирался по коду примеров на C++, к сожалению устаревшему и уже не актуальному (неработоспособному), частично методом тыка, но вроде работает.

Пользоваться так. В проекте накидать блоков mem, задать им имя (по этому имени в коде из PHP будем получать доступ к их значениям).

<?php

include_once 'segnetics.php';

$seg = new SegShm();

$seg->set('mem_3', 321); // записать целое число
$seg->set('mem_2', 321.2); // записать число с плавающей точкой
$seg->set('mem_1', true); // записать значение булевого флага
var_dump($seg->get('mem_2')); // вывести значение переменной

// вывести полный дамп значений всех переменных проекта
echo('Full variable dump<br>');
$seg->dump();

?>

[Arsie]

Сообщение от tuxnsk

как достать журнал, не нашел

Контроллер свободнопрограммируемый, в нём нет понятия "Журнал" на прикладном уровне.

Проще всего пояснить на примере обычной флешки.

На флешке с точки зрения драйвера USB нет файлов. Там есть непрерывный участок памяти, в который что-то записано. А вот файловая система уже знает, что и куда она пишет. Эта непрерывная память разделена на участки-секторы, из этих секторов и состоят файлы и номера секторов занесены в заголовки файлов.

Так и тут, вся выделяемая в проекте память является RAW-массивом, создаваемым на этапе компоновки. И каждый блок памяти знает смещение и объём в этом массиве, с которым он, конкретный блок, работает. Добавили блок - всё съехало. Удалили другой блок - всё съехало ещё раз.

Поэтому работа с этим массивом как с файлом заранее обречена на провал, если подразумеваются правки прикладного проекта.

[ATS]

Сообщение от tuxnsk

Если кому интересно (может пригодится), маленькая библиотечка для чтения переменных проекта из PHP, кусками разбирался по коду примеров на C++ ...
'segnetics.php'

Блин, неужели все так просто? А то со шмемами копья ломали...
Проверю на 2Gi на досуге...

[tuxnsk]

Сообщение от ATS

Блин, неужели все так просто? А то со шмемами копья ломали...
Проверю на 2Gi на досуге...

так тут тоже на "шмеме" сделано, только напрямую из PHP (он оказывается тоже умеет с ней работать), ну и удобную обертку для нее сделал

[tuxnsk]

Сообщение от Arsie

Контроллер свободнопрограммируемый, в нём нет понятия "Журнал" на прикладном уровне.

Проще всего пояснить на примере обычной флешки.

На флешке с точки зрения драйвера USB нет файлов. Там есть непрерывный участок памяти, в который что-то записано. А вот файловая система уже знает, что и куда она пишет. Эта непрерывная память разделена на участки-секторы, из этих секторов и состоят файлы и номера секторов занесены в заголовки файлов.

Так и тут, вся выделяемая в проекте память является RAW-массивом, создаваемым на этапе компоновки. И каждый блок памяти знает смещение и объём в этом массиве, с которым он, конкретный блок, работает. Добавили блок - всё съехало. Удалили другой блок - всё съехало ещё раз.

Поэтому работа с этим массивом как с файлом заранее обречена на провал, если подразумеваются правки прикладного проекта.

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

[tuxnsk]

Короче, почти выковырял все что нужно было, сообщения из журнала получать научился, но пока дату возникновения события расшифровать не могу... Дополнил библиотечку.

include_once 'segnetics.php';

$jour = new SegJour();

// получить массив сообщений
$msgArray = getAllMsg();

// вывести все сообщения
$jour->dump();

Понял что текст сообщений хранится в tss файле, а сами сообщения в eep файле (я так понял это типа вместо eeprom-а).
А вообще, вопрос к сотрудникам, возможно ли вообще какую-то информацию получать от разработчиков? Я уже не прошу готовых библиотек, хотя бы информацию по форматам хранения данных. Если же дали возможность работать на контроллере из PHP, почему нет ни инструментов, ни информации о том, как взаимодействовать с проектом. Думаю я не один кто веб интерфейс хочет поднимать на вашем контроллере.

[Arsie]

Сообщение от tuxnsk

это я понимаю, но по аналогии с файловой системы, в ней грубо говоря есть таблица фалов (их адресов и смещений)

В файловой системе да, есть индексная таблица. У нас нет, т.е. индекс каждого блока находится в самом блоке.

Сообщение от tuxnsk

дату возникновения события расшифровать не могу...

Дата и событие в журнале Конструктора версии 1.00 хранится в структуре из трёх 16-разрядных слов:

1) Ч*256+М
2) ДД*1024+Событие
3) ММ*4096+ГГ

Сообщение от tuxnsk

Понял что текст сообщений хранится в tss файле, а сами сообщения в eep файле (я так понял это типа вместо eeprom-а).

tss - это банальный массив строк, используемых в проекте. Нельзя говорить, что это текст сообщений именно журнала. Аналогично и eep. Ваша библиотечка подходит исключительно к единственному проекту из десятка тысяч вариантов, генерируемых Конструктором. У остальных проектов другие смещения и даже размер. Ну и вам немного повезло, что я перфекционист и в своё время выровнял все сообщения в журнале)) Примечание "Нет гарантий, что у других также" нужно переписать на "У других гарантированно другое"...



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

[ATS]

Сообщение от tuxnsk

так тут тоже на "шмеме" сделано, только напрямую из PHP (он оказывается тоже умеет с ней работать), ну и удобную обертку для нее сделал

Так именно на PHP ничего в свое время и не добились...

Если же дали возможность работать на контроллере из PHP, почему нет ни инструментов, ни информации о том, как взаимодействовать с проектом. Думаю я не один кто веб интерфейс хочет поднимать на вашем контроллере.

Присоединяюсь к заданному вопросу.

[tuxnsk]

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

Вообщем выколупал я и время, все смещения вынес в константы, чтобы, если как вы говорите, изменится проект, поправить было проще.

Кому надо, выкладываю последнюю версию. И скриншот, для примера, как оно выглядит...

[tuxnsk]

Сообщение от ATS

Так именно на PHP ничего в свое время и не добились...

Не знаю кто там чего не добился... у меня была задача от руководства, я ее выполнил, оно работает, больше меня особо ничего не волнует. Выложил свои наработки для того, чтобы у кого будет подобная задача, не терял столько же времени, ну или как минимум знал в какую сторону копать, если вдруг опять "форматы файлов изменяться"

[Arsie]

Сообщение от tuxnsk

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

Конечно вы можете определить, где заголовок в картинке, потому что он там есть.

Сообщение от ATS

Присоединяюсь к заданному вопросу.

Некуда присоединяться. Там есть возможность много чего запустить и будет работать. И Бейсик и Фортран и ассемблер и машинные коды напрямую. Мы реально заколебёмся на всё инструкции составлять. А особенно на то, о чём мы вообще понятие не имеем как это работает, но использовать можно.

Сообщение от tuxnsk

Вообщем выколупал я и время, все смещения вынес в константы, чтобы, если как вы говорите, изменится проект, поправить было проще.

Кому надо, выкладываю последнюю версию. И скриншот, для примера, как оно выглядит...

Откуда секунды взяли, если не секрет?

[tuxnsk]

Сообщение от Arsie

А особенно на то, о чём мы вообще понятие не имеем как это работает...

Обожаю вести такие беседы

По секундам, тоже из epp файла взял, исходник же есть...

[ATS]

Сообщение от Arsie

Некуда присоединяться. Там есть возможность много чего запустить и будет работать. И Бейсик и Фортран и ассемблер и машинные коды напрямую.

Передергиваем?
Речь шла о доступных ресурсах проектов Лоджика.

[Arsie]

Сообщение от tuxnsk

Обожаю вести такие беседы

По секундам, тоже из epp файла взял, исходник же есть...

Штатные макросы не сохраняют секунды. Или у вас самописный?

Сообщение от ATS

Передергиваем?
Речь шла о доступных ресурсах проектов Лоджика.

Почему это шмемы недоступны из ассемблера и машинных кодов? Да и варианты Бейсика, с ними работающего, тоже есть.

[tuxnsk]

А фиг знает, программиста который проект под контроллер писал сейчас нет в офисе, завтра будет, я у него спрошу...

[Arsie]

Сообщение от tuxnsk

А фиг знает, программиста который проект под контроллер писал сейчас нет в офисе, завтра будет, я у него спрошу...

Да, беседа получилась познавательной...

- Эй, Intel, где тут в базе данных хранится время? Проц же твой стоит, ты обязан знать!
- WTF?

[tuxnsk]

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

[tuxnsk]

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

[tuxnsk]

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

[Arsie]

Сообщение от tuxnsk

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

SMArt, выражаясь понятным вам языком - это что-то типа "фреймворка" для FBD. Да, там структуру хранения задал один из наших программистов.