Легенда:
 новое сообщение
 закрытая нитка
 новое сообщение
 в закрытой нитке
 старое сообщение
|
- Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
- Новичкам также крайне полезно ознакомиться с данным документом.
А разве нет таких задач, для решения которых не требуется... 19.04.07 11:51 Число просмотров: 1883
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
|
[moved from humor]
> Недоступность современных средств коллективной разработки.
А разве нет таких задач, для решения которых не требуется коллективная работа?
> > ресурс достаточно длительное время, тем самым главная
> > программа на некоторое время "зависнет".
> Необходимо для таких целей использовать не программы
> (приложения), а сервисы. Более гибкие механизмы перезапуска
> завиших.
Более гибко - когда программа запускается командой из командной строки.
Под словом "зависание" я имел в виду временное прекращение выполнения кода главной программы в связи с необходимостью выполнения какого-либо другого кода (например программы перерисовываюшей мышиный курсор или сервиса антивирусного сканера), не смотря на то, что главная программа находится в состоянии выполнения.
В любом случае получается противоречие: если сервис является высокоприоритетной непрерываемой задачей, то всегда найдется другой подобный сервис, которого не сможет прервать наш основной сервис неоправданно длительное время.
> Зачастую мгновенная скорость не требуется. А для
Ну "мгновенная", это в любом случае в пределах микросекунды. Ну пусть таких задач не много, но они есть, их ни одна, ни две и не три.
> "мгновенных" задач можно использовать логику, реализованную
Можно, но комп под рукой, а логику надо разработать и изготовить, предварительно раздобыв нужные материалы и компоненты, приборы и станки.
> в железе. Для работы с быстрым железом, оптимальней
Можно и "в железе", но переделывать его на этапе отладки сложнее, чем подправлять программу.
> использовать буфера.
Буфера нужны только для того, чтоб сам факт получения сигнала не был утерян при временной невозможности его обработать, но они не помогут, если нужно как-то прореагировать на сам сигнал.
> ДОС вроде расшифровывается -дисковая ОС. Она расчитана на
> операции ввода/вывода с диском. Память выделять не умеет,
> вроде:)
Точно. Сначала в ПЗУ шили всякие ОС и даже BASIC. ДОС был расчитан на то, что он будет грузиться с дискетки. Почти все основные функции ОС у него есть: запуск процессов, обработка прерываний, работа с памятью (функции 48h, 49h), ввод/вывод как на устройства так и в файлы. Много чего еще, кроме автоматического переключения процессов и многопользовательности.
> ИМХО это можно реализовать на микроконтроллере и писать в
> базу через сервис (и драйвер устройства) , запущенный на
> компе или банально напрямую:)
Сначала определяемся с микроконтроллером, покупаем его и кучу других деталюшек, прорабатываем схему, разводим на печатной плате, травим, паяем, подключаем. Микроконтроллер должен уметь накапливать в памяти значения времени, когда приходит сигнал и сливать все это по какому-то интерфейсу в комп. То есть еще пишем прогу для ПМК, прошиваем ее несколько раз, поскольку вылавливать ошибки придется. На компе без программы тоже не обойтись.
Решение этой задачки в виде тысячерублевого ноутбука, проводов и разъемов не стоило мне большого труда. При проведении других измерений (или управлений) потребуется добавить еще провода и разъемы и написать прогу на основе существующей.
|
|
|
подробно о проекте
Анализ криптографических сетевых...
