Давайте решим вместе как будет выглядеть отчётная докуменаци

[Oleg1345140]

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

думаю лучше полностью, а то по умолчанию может меняться от версии к версии.

Добавлено (19.02.2016, 11:59)
---------------------------------------------
Всеже предлагаю вариант вывода плата-лист, формат конечно лучше настраиваемый, но если это вызывает сложности то не стоит так как подавляющее большинство принтеров А4. Про Входы-выходы и переменные, наиболее удобным считаю (по аналогии с электрическими схемами) Описание на листе с платой непосредственно на которой они используются + описание общее на отдельном листе, настройки в виде таблиц одна таблица на один блок, на отдельном листе для каждой платы. Ну и совсем шикарный вариант отдельный лист где платы указаны в виде прямоугольников с названиями и прорисованы все связи между ними (думаю очень наглядно). Про печать, ПДФ вполне себе вариант из него и распечатать можно и по почте послать и слайд сделать так что его более чем достаточно. И еще одна очень полезная опция я думаю это выбор цветной/черно-белый ПДФ. Для печати удобнее монохромный, а для наглядности и слайдов цветной. Описание пока сумбурное, но попробую подготовить эскиз того как это представляю)

[Oleg1345140]

Делайте так що в будоще когда наладить симулатор к FLPROG можна ползовать тот отчет

Можете пояснить как связан отладчик и вывод графического изображения программы на принтер?

[Aleksej]

Как сторонник и воспитанник старой школы, скажу, всё таки нужно придерживаться каких то стандартов, что бы понимать как людей, так и себя (через какое то время ) ГОСТ ведь не так просто придумали умные инженеры. Осмелюсь предложить, что то вроде "Екубовского (Е3)" формата разработки документации, там вроде всё понятно, да и привыкли к нему уже все. А с пэдээф многовато заморочек, не спорю, что сохранение в PDF нужно предусмотреть, но не делать его базовым. Добавлю, что когда берёшь чертёж в стандартной "рамочке", то даже чувствуется, что это документ, а не надпись на заборе ...

[Олег]

А в чем проблема в пдф рамочку сделать?

[Oleg1345140]

В принципе можно и по ГОСТу в пдф записывать. А вот рамочка с именем проекта, вкрсиеи программы и контроллером действительно нужна

[Oleg1345140]

Придерживаться стандарта желательно, не мешает рамку сделать как скрываемый слой, чтоб можно было по выбору печатать или нет. По мне удобен формат а3, при распечатке на а4 (масштаб), работал в EPlan когда был конструктором, осени удобно было. Также комментарии как отключаемые слои было бы хорошо, для распечатки как рабочая и конструкторская документация. А пдф или принтер по моему не критично

Формат А3 для чтения удобен не сорю (особенно больших схем), но дома обычно только А4 принтер, не в типографию же ходить каждый раз?

[Сергей]

Oleg1345140, а в настройках принтера разве нельзя А3-й формат распечатать на А4-м листе?

[Сергей]

Мое мнение.
Прежде чем что то внедрять, надо определится с целью создания печатной копии проекта (печать имею ввиду не только физическая, а и экспорт в распространенные форматы).
Цель вижу такую:
1. Создать копию проекта на бумаге или в читаемом виде в файле. Это нужно для создания документации, архивирования проекта на бумагу, передача для повторения или ознакомления с проектом, вставка где нить на форуме, там где нет возможности установить FLProg для просмотра проекта, повторения проекта.
2. Сделать соответствие документа с проектом ЕСКД лишним не будет.
3. В экспортируемом файле должны быть пояснительные страницы пользователя.
Подытожим. В конечном виде проект должен быть таким, чтобы его можно было перенести с бумаги в микросхему. То есть на бумаге должно быть все что нужно для этого. Желательно соответствие ЕСКД (Единой Системе Конструкторской Документации).

Как это должно выглядеть:
Проект разделен по разделам. В каждом разделе схема и описание каждой платы.
1. В начале общая информация о проекте. Авторская страница с контактами автора (заполнять не обязательно). Используемые коммуникации, контроллеры или платы Ардуино... Переменные и константы проекта, входы-выходы ардуины. Общее описание автора проекта, возможно какие то фото или скрины от автора.
2. Далее... Пример: Раздел 2. Плата 1 - "...". Лист со схемой проекта. За ним лист со скринами настроек всех блоков на этой плате. Дальше лист с описанием платы от автора проекта.
3. Раздел 3 - плата 2 - "...".

То есть разделить проект по платам. Каждая в своем разделе. И подробное описание к ней на следующих за схемой листах.

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

А то на каких листах он будет напечатать это вообще нет смысла обсуждать. Большой проект печатается на том формате в который читаемо влазит схема. Хочешь на А4 дели платы на большее количество плат или в настройках принтера впихивай большую схему на А4 лист. Схема платы должна быть на одном листе. А влазит она в твой домашний принтер или нет это другой вопрос. Мы принтера А4 домой покупаем не для печати чертежей и конструкторской документации. А проект это конструкторская документация. И пытаться впихнуть большую схему на лист А4 как минимум глупо. Разбивать ее на отдельные листы и чертежи в проекте что бы подошло под "мой" принтер - не серьезно. Чертеж, разбитый на листы с линиями связи, читать не удобно. Чертеж рисуется на одном листе. Если не влазит то в масштабе. Если все равно не влазит, то изделие разбивается на детали, а детали на отдельных листах. В нашем случае детали это платы.

[Oleg1345140]

Oleg1345140, а в настройках принтера разве нельзя А3-й формат распечатать на А4-м листе?

честно ни разу такой опции в принтере не видел. Просто печатал А3 на А4 получилось два листа))) печатал из VISIO вроде. Возможно такие опции есть в самой программе.

Цель вижу такую:

Подытожим.

Как это должно выглядеть:

Не стал цитировать все, очень много. Согласен что документация должна быть наиболее полной. В документации на программу должна быть видна логика программы, что бы ее можно было повторить в отличной от FLProg среде. Тогда появится возможность не просто копировать проект а реально его дорабатывать.