Forth http://fforum.winglion.ru/ |
|
Жизненный цикл Форт программ:) http://fforum.winglion.ru/viewtopic.php?f=2&t=1991 |
Страница 1 из 2 |
Автор: | Kopa [ Ср мар 04, 2009 09:45 ] |
Заголовок сообщения: | Жизненный цикл Форт программ:) |
По ссылке на forth.org.ru от 03.03.2009 Код: 03.03.2009 В приложении 3и программы, которые предлагаю для анализа фортерам Это реальные обьекты. Подредактировал ини-файлы под демонстрацию Распространяется без ограничений. Кратко пояснения: - при выполнении в пустой папке просто *.exe производиться анализ наличия необходимых файлов. и если их нет, то предлагается восстановить необходимый миниум для работы или работать. - при выполнении с командной строкой \имя_файла\.exe s 3 3 3 <вк> выполняется восстановление всех используемых файлов. т.е. (текст программы, компилятор. файлы инициализации, файлы описания и другие файлы, необходимые для работы на обьекте). - Полученные файлы можно редактировать, изменять анализировать и компилировать по новой, в новый исполняемый exe файл !!!( в этом цикл жизни программы) команда 100_spf4.exe \имя_файла\.f в созданном каталоге при восстановлении - файл 100_spf4.exe это файл spf4.exe только модифицирован для работы с обьемом до 100мб - Если же выполнять с командной строкой \имя_файла\.exe s <вк> , т.е. не указывать цифры то программа перейдет в режим тестов. Все дальнейшие действия по цифрам меню. - в тело программы не стал вносить много служебных файлов, которые требуются на обьектах, остались только их имена. При необходимости это легко делается. Заменить пустышки реальными файлами. - рекомендуется сделать каталог\папку с:\temp что бы программы не напоминали постоянно о отсутствии места сохранения отчетов измерений или поменять опцию в ини-файл - надеюсь, что будет полезность в моих программах. - - и интересно знать мнение фортеров и не только о предложенном методе =жизненого цикла= программ. Шабронов Андрей Анатольевич http://www.forth.org.ru/~shabronov/ P.S. Размер файлов смущает для Форт языка ( в чём проблемы? [/b]) Код: 02.03.2009 7035904 pisar_v1.exe
02.03.2009 14017536 silos_v1.exe 02.03.2009 8030208 uchet_s8.exe А идея ранее применялась им для SMALL32. ( http://www.irs.ru/~shabr/No_publik/fort_op1.htm ) |
Автор: | chess [ Ср мар 04, 2009 11:53 ] |
Заголовок сообщения: | |
Kopa писал(а): P.S. Размер файлов смущает для Форт языка ( в чём проблемы?)
Ну дак исходники в 50000 строк как то в малый объем кода трудно уложить, а там еще и куча других файлов. Очень поверхностная оценка: 1. Хранить все в одном файле - идея хорошая. 2. По самим программам - консольные окна это конечно не всегда прокатит, нужны стандартные граф. окна. |
Автор: | Kopa [ Ср мар 04, 2009 12:26 ] |
Заголовок сообщения: | |
chess писал(а): Очень поверхностная оценка:
1. Хранить все в одном файле - идея хорошая. 2. По самим программам - консольные окна это конечно не всегда прокатит, нужны стандартные граф. окна. Мне тоже этот подход интересен, но с ним можно прийти к тому, что и IDE придётся тащить в exe:) непонятно как учитывать, при необходимости используемые библиотеки из папки \devel и как этот подход можно применить к spf4.exe если окажется, что удобнее сделать исправления в его исходниках. P.S. |
Автор: | Kopa [ Ср мар 04, 2009 12:39 ] |
Заголовок сообщения: | |
chess писал(а): Kopa писал(а): P.S. Размер файлов смущает для Форт языка ( в чём проблемы?) Ну дак исходники в 50000 строк как то в малый объем кода трудно уложить, а там еще и куча других файлов. + mpg, jpg + midi файлы 2Мб и 5Мб ( Счетчик МИР С-01) |
Автор: | chess [ Ср мар 04, 2009 12:51 ] |
Заголовок сообщения: | |
Kopa писал(а): Мне тоже этот подход интересен,
но с ним можно прийти к тому, что и IDE придётся тащить в exe:) SPF перейдет в разряд IDE? Это очень сомнительно. Предметная область определяет набор дополнений(библиотек). Поэтому сформировать исходник для получения нужного исполняемого файла можно из всех исходников SPF в виде одного файла, конечно, с закоментированными ненужными библиотеками. Когда понадобится - что-то можно и раскомментировать. Редакторы со сворачиванием фрагментов текста для такого дела подойдут. Я знаю программиста, который работает с исходниками в миллионы строк - и говорит - ничего страшного. |
Автор: | KPG [ Чт апр 04, 2013 19:42 ] |
Заголовок сообщения: | Re: Жизненный цикл Форт программ:) |
Новый адрес разработок автора "Био-вестей" Шабронова Андрея Анатольевича Код: = Неизмеримое делай измеримым
и измеряй = |
Автор: | KPG [ Пн ноя 24, 2014 02:49 ] |
Заголовок сообщения: | Re: Жизненный цикл Форт программ:) |
Форт не кончается УЧЕБНО- ТЕМАТИЧЕСКИЙ ПЛАН изучения FORTH систем программирования |
Автор: | Hishnik [ Пн ноя 24, 2014 02:52 ] |
Заголовок сообщения: | Re: Жизненный цикл Форт программ:) |
KPG писал(а): Форт не кончается Лучше бы он ТАК и не начинался |
Автор: | gudleifr [ Пн ноя 24, 2014 16:17 ] |
Заголовок сообщения: | Re: Жизненный цикл Форт программ:) |
А сам товарищ здесь не появлялся? Наши-то самодельщики - народ шибко молчаливый. |
Автор: | Hishnik [ Пн ноя 24, 2014 20:45 ] |
Заголовок сообщения: | Re: Жизненный цикл Форт программ:) |
gudleifr писал(а): А сам товарищ здесь не появлялся? Такого сложно было бы пропустить. Но не помню. К тому же он, видимо, вырос из того возраста, когда ему нужно было спрашивать (и не дорос до возраста, когда понимают, что спрашивать таки нужно). |
Автор: | shabronov [ Пн июн 28, 2021 08:07 ] |
Заголовок сообщения: | Re: Жизненный цикл Форт программ:) |
Вариант использования на форте систем термоконтроля статья - http://90.189.213.191:4422/doc_sh/toguc ... ge0034.pdf программу скачать http://90.189.213.191:4422/doc_sh/toguchin_2020n/test/ файл silos_v3.zip Выкладывается с целью расширения пользователей систем мониторинга данные объекта http://90.189.164.185:4422 |
Автор: | shabronov [ Пн июн 28, 2021 08:24 ] |
Заголовок сообщения: | Re: Жизненный цикл Форт программ:) |
как текст форт программы посмотреть? 1. Скачать программу silos_v3.zip 2. Распаковать в отдельный каталог файл silos_v3.exe 3. Выполнить в командной строке с опцией 3 \\silos_v3.exe 3 <вк> Программа распакуется, создаст каталог test_monsys_exe и там файлы с расширением =f= это и есть файлы программ на Forth. Открывается блокнотом (неудобно) лучше редактором из Total Commander Как из текста исполняемый файл сделать? Что то поменяли в тексте и создали вновь файл exe. Выполнить start_new_versii.cmd Это компиляция по форме - 100_spf4.exe silos_v3.f Получим снова файл silos_v3.exe |
Автор: | Hishnik [ Пн июн 28, 2021 13:00 ] |
Заголовок сообщения: | Re: Жизненный цикл Форт программ:) |
Появляется больше вопросов, чем дается ответов. 1600 датчиков по 1-wire. Статья дальше первой страницы не показана, поэтому ход решения и результаты не видны. Понятно, что датчики, бывает, обрываются или подвешивают линию. Вопрос простой - ну раз так, то почему не построить иерархию в виде локальных сегментов, собираемых недорогим МК? Там все равно DS2409, вместо них могли бы быть недорогие 8-битные контроллеры с программной реализацией 1-wire. Дальше сразу полегче, потому что UART, CAN, варианты wireless - температура меняется крайне медленно и даже 1600 датчиков существенную нагрузку не создадут. С точки зрения Форта - непонятно, что тут специфического. Идет сбор данных, и очень бы хорошо было, если бы он продолжался независимо от действий оператора в консоли. А если консоли Форта нет, то и нет принципиальной разницы, на каком языке будут написаны вызовы функций "открыть COM-порт и начать читать из него данные". Тут лучше что-нибудь изначально многопоточное, чтобы процесс обмена данными с потенциально отваливающимся оборудованием не подвешивал всю программу. Ну и наличие в системе МК позволит накапливать данные в них на случай потери связи. Вобщем, это не похоже на ситуацию "с Фортом стало лучше". Скорее "и на Форте тоже можно такое сделать". |
Автор: | Ilya [ Пн июн 28, 2021 21:01 ] |
Заголовок сообщения: | Re: Жизненный цикл Форт программ:) |
Хочется спросить у автора или "эксплуатантов" ds18b20: бывают "битые" ответы от данных датчиков и если такое происходит, то возможно есть "статистика" по отказам? |
Автор: | shabronov [ Пн авг 23, 2021 21:37 ] |
Заголовок сообщения: | Re: Жизненный цикл Форт программ:) |
Уважаемый Ilya! что то с оповещением форума, если что-то написал или ответил. Кратко по вашему вопросу о датчиках. 1. Ну и ..вляпался.. когда купил ds18b20 на Алиэкспресе. Датчики и работают и не работают. - у них не соответствует стандарт работы с паразитным питанием, т.е. в 2х проводном подключении. У старых-фирменных вывод +5в датчика подключаем на 0в. А если так подключить алиэкспресовские - работать НЕ БУДЕТ. Будет работать если +5в на шину 1wire. 2. Датчики ..алиэкспресовские.. не работают с длинными линиями, т.е. у них меньший ток замыкания 1w-0v т.е. используемый транзистор в датчике с меньшим током замыкания. Это хорошо видно по осциллографу, когда напряжение при ответе сигналом 0 повышается до 0.3..0.4 В против 0.1-0.2 3. Точность, тоже под вопросом, очень уж большой "разбег" в показаниях. до 0.5 градусов Вообщем, будьте бдительны при их приобретении. Про статистику отказов. Если впаяны в линию и нет ..открытых концов.., т.е. не наводиться импульсная помеха или она хорошо зафильтрована. стоят диоды и ограничители - то вроде без проблем. Работают ..гады.. Но есть ..ню!.. Выводы квадратные. раз согнул два согнул и хана. будьте с ними аккуратнее. Конструкцию желательно делать без возможности движения датчика и учитывать термопередачу. Адаптеры тоже важны для длинных линий. В них есть настройка ..токов и форм сигналов. Если линия не более 50 метров то можете такой использовать Адаптер USB-1WIRE с регенератором сигналов http://90.189.213.191:4422/temp/konfer_2020_v1/ |
Страница 1 из 2 | Часовой пояс: UTC + 3 часа [ Летнее время ] |
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |