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

все, а теперь можно читать маны

ну что , сами делать бум или как ???
А то по ссылке тоже не плохой ценник получается . по 20 килорублей с доставкой примерно.

С Уважением Алексей !

Ставить в нужных точках аналог фото финиша, на одом борту ИК светодиод, на противоположном - фототранзистор. и обрабатывать все это дело простым МК... должно хватить PIC16F628 или Atiny2313, данные можно как на LCD выводить, хранить в памяти, так и по UART в комп передавать. Как вариант в каждую машинку встроить систему передачи идентификатора на ИК. Програмка для МК - постоянно передавать "свой" номер - при использовании 1байта можно закодировать 256 машин)))... передающий ИК светодиод встраивается в крышу машины. Над контрольной точкой вешается ИК-приемник и с него данные передаются в МК и все данные так же привязывать к идентификаторам.... соответственно и среднюю скорость можно будет вычислить зная время прохождения круга и протяженность трассы. Конечно можно сделать что-то типо спидометра, для вычисления но это каждую машину прийдеться модернизировать... а так не особо то и модернизачия нужна будет...

Ну а если серьезно, то:

Полагаю что большинство участников будут против какой-либо модернизации своего болида. Да и к тому же каждый грамм веса шасси и так на счету. Отсюда классическое противоречие ТРИЗ - датчиков не должно быть но они должны работать. Как решать будем?

ИМХО плясать нужно от надежных идеи/алгоритма/методики учета прохождения участников, работающей скажем даже для одновременного прохождения "дедлайна" всеми участниками. Т.е. необходимо разрешить ряд противоречий и ограничений.
А средства реализации (контроллеры/указки/наклейки/ик/радио) - цэ уже дело вторичное.

Добавлено (09.11.2009, 17:21)
---------------------------------------------
Если я правильно понял речь идет об электричках, причем в ряде случаев коллекторных - отсюда возникают условия мощного помехового фона в котором датчики с э/м излучением вплоть до 1 ггц могут не сдюжить. А реально ли спаять и настроить что-то в еще более высокочастотном диапазоне?
ИМХО увы радио в топку.........

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

Добавлено (09.11.2009, 21:52)
---------------------------------------------
блин... прошу прощение за свой пост... просто не удержался... когда увидел предложение сделать всю эту систему из "ВОЗДУХА" и чтоб работала на том же из чего сделана... ^_^

Хотя в споре раждается истина .

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

Думаем - обсуждаем далее .

С Уважением Алексей !

Добавлено (10.11.2009, 09:52)
---------------------------------------------
к тому же lainer писал про 20килорублей, а это всего 20 человек надо.

типа вот, навскидку.

Теперь второе приближение к решению.
Сейчас у нас в бошке уже что-то зреет, но пока нам еще до-балды, как это будет реализовано. Даже если какие наметки есть, пока забудем, время конкретики не пришло.
В общем, представим, что машинки ездиют, счетчик шшолкает, все рады.
Имеем основную проблему:
В момент проезда чек-пойнта, на нем скопилось несколько машин. Что делать регистратору? Ситуация напоминает, когда стоит толпа, все орут одновременно каждый свое, не слыша друг-друга и один товарищ пытается услышать всех. Какие имеем варианты?
Вариант первый: говорить быстро, а по возможности- больше молчать (эдакая толпа укуренных даунов ). Тогда у регистратора будет возможность отметить всех. т.е. быстро сказал номер - замолчал, да еще и повторил, на случай если совпал с кем-то, а то и не один раз, причем, через чуть-разные интервалы, чтоб синхронно не быть заглушенным с кем-либо.

Переведем на язык алгоритмов и почти железок:
к-во одновременно идентифицируемых источников в общем случае определяется: размером зоны регистрации (даже при бесконечно большом количестве машин на трассе, скажем, более 5 одновременно в зону не поместятся (5- выбираем из геометрических соображений или с потолка, выберите свое число сами. Вариант "Да ну, не бывает, чтоб более 2-х через старт одновременно проезжали" не советую, бывает все, и жаль если именно вашу машинку система не засчитает).
Кроме того, количество ограничено количеством машин, участвующих в заезде.

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

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

Представим, что в заезде участвует 5 машин одновременно, т.е. нам надо обработать 5 сигналов. Скорость - около 100 км/ч (чтоб с запасом, в реале думаю средняя скорость редко больше 40). Дистанция, которую мы будем считать чекпойнтом - скажем, 2 метра. Тогда получаем:
5 машин необходимо идентифифировать за... 0,072 секунды. Пусть за это время машинка пошлет скажем 100 посылок со своим кодом (количество в принципе можно посчитать статистически) Пусть средний интервал следования посылок будет тоже 100 длин посылки (чушь какая...). Тогда получаем, что имеем длительность кодового импульса - 0.0000072с. Т.е. за 0.0000072с микроконтроллер-генератор должен выдать импульсную посылку, типа синхро-заголовок, 4-5 бит данных и опционально - контрольную сумму, а контроллер-регистратор - за тоже время - считать, проверить контрольку и при позитивном решении - передать код счетчику кругов . Все взято с потолка, с неоправданным, я бы сказал чумовым запасом.

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

Второй вариант
Сразу из образа говорящей толпы: Куда удачнее, когда один говорит, а остальные слушают. Т.е. распараллелить процесс, Если чек-пойнт будет источником сигнала, а машинка - регистратором и счетчиком? Так и так на машинку контроллер ставить, чтобы ему заодно и статистику не считать? Заодно можно его заставить и ЦУП оповещать, сколько кругов пройдено, скажем, по радиоканалу, трансивером, цена железки - сто рублей. Смотрим наши условия - использование радиотракта - неприемлемо, но если выбрать немодельный диапазон, например 900 мГц, на котором так и так жужжат радиотелефоны, по-идее, существенных проблем быть не должно.

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

Т.е. разберем, что у нас вышло:

1. Модуль на авто
Задачи - генерация уникальных идентифицирующих посылок по обшему алгоритму. Опционально - возможность смены кода.
Реализация - контроллер типа ATTiny13 (1к памяти, корпус DIP8, 10МГц, есть EEPROM для хранения личного кода) ик- диод (м.б. несколько), батарейка, 2-сторонний скотч для крепления
Вес - в грамм 10 уложиться вполне реально. себестоимость по деталям и материалам - думаю в районе 200 р

2. Датчик - регистратор
Задачи - регистрация ИК-сигналов проезжающих авто.
"Ворота" с ИК-приемниками, защищенными от паразитных засветок, достаточно продвинутый контроллер, м.б. и не один, радиотрансивер, батарейка ;). Себестоимость по деталям и материалам - думаю в районе 500р

3. Блок- коммуникатор
Задачи - принимать данные с "ворот" и скармливать их компьютеру через скажем, com-порт (или по-модному через УСБ)
Радиотрансивер, чутка электроники... штепсель... Блин, этот блок еще не изобретен, вариантов масса, думайте сами.

4. Софт
Ну, тут особо и говорить не о чем. Либо адаптируем что-нибудь халявное, либо рисуем свое, учитывая плюсы и минусы известных ранее систем.
Пишем "Себестоимость нуль", принимая во внимание, что она тут - чисто от работы.

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

А пока вешаем вебкамеру над стартом для афтерран-разборок. Больше времени летчикам останется в перерывах

Если с микробатарейками типа от часов -- можно и в 5 грамм вложиться легко. А вообще по-другому и не выйдет.

Когда хотел делать робота, умеющего обходить препятствия -- нашел одну детальку (ща не помню как звалась -- поискать надо):
зашибательская сборка для ДУ телека. Только ей (в зависимости от маркировки) нужен сигнал в 35-60 кГц. Активируется на 10 идущих подряд импульсов, потом начинает улавливать код. Ее плюс -- помехозащищена и почти никак не зависит от общей освещенности. Самодельные городульки пробовал -- аццтой.

Взять несколько датчиков из предыдущего раздела, разнести по секторам охвата (например 5 в ширину дороги три по длине). На каждый по своему ТиниМК, чтоб регистрировал, что поймал и скармливал основному контроллеру. Это чтоб тормознутость каждого конкретного датчика компенсировать.
Основной собирает показания со всех и отдает в комп.

Пишем свое, т.к. процентов 30 моделистов (я по-скромному) точно ИТшники.

Гы.

Кстати, я в своем посте не зря указывал "себестоимость по материалам". Это типа будет для второго изделия... а для первого неплохо учесть еще и трудодни И себестоимость запросто существенно вылезет за оговоренные выше 20 килорублей. Не спорю, дело интересное, но следует определиться, что надо, шашечки, или ехать.