Выложил в файлобмен схему TempMon http://forum.hiasm.com/forum_serv.php?q=56&id=2369 для контроля за температурой на датчиках DS1820 с сохранением в архив. Нужно установить компонент ComAsync, есть в архиве, и заменить hiPlotter.pas для отображения графика с небольшим отступов от верхнего и нижнего края.

pav, понятно что делалось для себя, но если уж выкладываете, то будьте любезны оформить как положено не только схему но и пост.
В посте нет не ссылок ни картинки.
Сама схема.... не очень, про мультиэлементы видимо не знаем, да и Рекомендации построения схем HiAsm тоже видимо не читали.

После прочтения, перенесу в между делом.

Ravilr, полностью поддерживаю. Вот пример одного фрагмента - при правильной организации событий и знании возможностей компонент, вместо кучи пересечений осталось только одно.
------------ Дoбавленo в 13.48:
А я бы, только увидел неоправданое (и д и о т с к о е) применение EventFromData - сразу в МУСОР.

Надо же сколько агрессии и нетерпимости к чужим ошибкам ... но что то кроме nesco и andrestudio больше никто мне не помогал советом, когда я начинал делать эту программу.
"(и д и о т с к о е)" - это твое внутренне состояние души?

Про "и д и о т с к о е применение EventFromData" писалось уже не раз. Это состояние души того, кто его по идиотски применяет.

Ребята, давайте жить дружно

pav, с Tad лучше дружить, я пока не встречал равных ему во избежании пересечения "проводников" на схемах[flood]Годы суровой борьбы с односторонне фольгированным текстолитомгетинаксом[/flood]
Tad, я что-то не догоняю, или они в качестве Memory EventFromData используют?

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

Tad, я всегда думал, что новички про этот элемент одним из последних узнают, когда перехватить какое-то внутреннее событие компонента захотят. Как я со ссылками в WebBrowser.
------------ Дoбавленo в 14.36:
А, всё, поглядел в среду и выяснил вероятную причину. Надо Memory в палитре на шажок выше поднять, перед EventFromData, чтобы первым под ...мышку попадался, и проблема начнёт рассасываться)

Я уже писал, что применение EventFromData вместо Memory, сродни применению MT_Memory вместо обычного Memory, только без точки Clear. Нормальные пользователи не применяют же MT_Memory вместо обычного Memory, это совершенно неоправдано, кроме того, страшно путает понимание схемы.


А как он избежит пересечения, не используя LineBreak-a, а печтатных платах по воздуху сигнал не проходит, только по второму, или N-му, слою
------------ Дoбавленo в 14.37:

Не начнет, только потому, что где-то увидели такое и тупо отложилось в подсознании, что так делать можно

Почему не к месту применяют EventFromData - загадка сия великая.

nesco, так в примере выше как раз видно, что связи он рвёт ("перемычки" с обратной стороны платы), но и элементы располагает так, что разрывов требуется минимум. Сразу видно, в своё время паять десятки перемычек не хотелось человеку, отработал навык)

nesco, один LineBreak пришлось применить из-за того, что у нас doClear увы не первая точка. Кстати о чем вопрос я поднимал, но видите-ли старые схемы смотреться не будут! Очень весомый аргумент.
А то, что новые схемы не смотрятся - это до задницы.

Раньше еще одно действие применялим при разводке, пропускали дорожки межу выводами элементов, особенно параллельно ножкам микросхем под самими микросхемами
------------ Дoбавленo в 14.46:

Я не собираюсь менять концепцию того, что начато не мной. Пусть это остается на совести того, кто первый так применил

а я и не заставляю. Когда-то предложил - сказали "старые схемы смотреться не будут". Раз старые схемы важнее новых - пусть так и будет.
1nd1g0, я знаю одно - если линки начинают вязаться в узел, значит события идут не в том порядке. Меняй алгоритм.

Я когда первый рас использовал это, я вроде увидел это гдето в схемах
------------ Дoбавленo в 15.06:
И ещё
Я могу раскрыть секрет этой загадки
------------ Дoбавленo в 15.09:
В начале EventFromData

а потом Memory

И новички ,когда ищут подобный элемент , сразу берут EventFromData
потому что:
Иконка
И расположение
Вот так вот