CITY

дикие цены ((( у нас ручная пайка 1р\точка, smd 0,2-0,05р (в зависимости от объема: от 100к до 100млн точек разбег прайса) www.ironconn.com

аналогично... если не секрет, то адрес бы очень заинтересовал...

- сколько секунд тело способно перекрыть фотодатчик. Пример : если предположить что тело - машина, а максимальная скорость ее движения 30 м/с при длине машины равной 3 м время заслонения телом датчика будет 0.1 секунды. время перекрытия от 0,1 до 1,5 секунд - Какова статистика тока через фотодиод для случаев когда он перекрыт и когда нет(измеренная в разное время суток) и самый худший случай. от десятков микроампер до сотен - есть ли возможность поставить излучатель чтобы тело регистрировалось или на пересечении линии излучатель/приемник или на отражении. это исключено... датчики стоят на высоте метра-полтора, излучатели придется в землю втыкать...

спасибо за инфу... просто я предпочитал работать помиом квартуса с моделсимом, а тут предложили купить конторе именно алдек... вот я и интересуюсь... :unsure:

>> - Есть фоновая засветка и если есть то какого характера нет >> - Температура на фотодиодах может быть различной или нет в принципе, нет - вся система установлена на улице >> - Какова динамика процесса перекрытия датчиков (с какой скоростью тело перекрывает датчики и с какой скоростью это надо сдетектировать) скорость движени объекта - 60-80 км/час >>- Расположены ли сами датчики вместе или разнесены в пространстве . Если да то на сколько . между датчиками расстояние порядка 7 метров >>- Какова требуемая себестоимость устройства честно - не критично... сейчас просто на коленке надо попробовать принцип... быстро и дешево, естественно... прогу писать все равно придется, но сейчас важнее получить адекватную информацию с датчиков и ее зафиксировать на компе... >> - Требования на температурные пределы и изменение освешенности датчиков индустриальный диапазон температур, изменение освещенности... идеал - работа ночью при ИК подсветке объектов... пока проверка идет только днем... >> - Если помехи или предполагается ли их наличие вблизи устройства . помехи значительные... 1,5 киловольта рядом вдоль всего участка измерения и сбора информации... >> - Сушествует ли пороговость в выходе сигнала от фотодиода - то есть какова заданная минимальная разница уровня сигнала между перекрытым фотодиодом и неперекрытым. порог должен быть как можно больше... >> - Чем освешается неперекрытый фотодиод и освешается ли он вообше дневной свет, больше никакого освещения нет...

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

ситуация такова... может перекрываться два датчика попарно вертикально и горизонтально, но это ситуация не интересует... могут перекрываться датчики наискосок (чаще всего) и нужно это ловить... и может перекрваться один из датчиков, что тоже должно отслеживаться... так что мостовая схема не только спасение от помех, но и от лишней информации :cranky: в нулевом положении датчики полностью открыты...

Да вешели по одному датчику на операционник... сумматоры и компараторы делали... Нет в схеме повторяемости - просто клиника... от случая к случаю время наладки и регулировки катастрофически велико... надо найти простое решение, обеспечивающее повторяемость... Самая простая схема моста (то, что выше) - был самый первый вариант... там реально именно идет отработка когда перекрывается один из датчиков (то, что нужно)... датчики разнесены пространственно метров на 7-10... с переходом к схеме с операционниками соответственно начинаются проблемы и с шумом и с адекватностью поведения... могу конечно и больше деталей изложить, если это поможет найти какое-то альтернативное решение... все что описано выше (большое спасибо), но уже пробовалось... броблем нет, но результат далек от идела... что делать, аж ума не приложу... все радиолюбительские примочки уже перепробовали... другой вариант... то, что самое больное - помехи... городить ПНЧ... что сейчас и пробуем... там уже легче поотдельности собирать данные и разбирать по девиации частоты с каждого датчика (у каждого своя базовая частота относительно, которой идет смещение в зависимости от перекрытия датчика)... такой вариант избавляет от большого числа помех, улучшает повоторяемость характеристик устойства, но тож не фонтан...

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

можно я с вами тоже поплачу за компанию? (привет, макс!) проект сдали, а глюков все больше и больше выползает... джа таких, что и не было... счетчик байт пакета, то ровно в точку считает, то на один больше... в чем беда понять не могу... по осцилографу смотрю (на шину контроллера вывожу ВСЕ регистры) - принятые данные нормальные, а счетчик байт пакета гуляет...

цену вопроса не подскажите? так... для общего развития... :blink:

проходили... знаем... лучше уж не парится с "простенькими тестовыми" программками... настолько чудные чипы и такие же еррашиты, что не угадаешь, что можно, а что нельзя писать... лучше уж сразу затачивать под рабочую задачу и "ненужное" не трогать... два года назад бы такой же цирк, когда в тестовой проге прогоняли чтение/запись всех регистров... как только начали конфигурить поделу - все, как рукой сняло! :cranky:

не сказал бы... я люблю чужие проекты с графической иерархией переделывать... очень даж не проблематично... а по поводу защиты своих трудов... это актуально... какие варианты еще есть?

Я вот продукт Aldec не юзал. Стоит ли связываться? Так ли он хорош? Кто скажет?

Есть такая задача... Нужно решить просто, быстро, практически на коленке... Особых наворотов не хотелось... Есть четыре фотодиода. Весь смысл сводится к тому, что они стоят в системе телеметрии так, что идельной схемой сбора информации была бы - мостовая. Естественно включать фотодиоды напрямую в мостовую схему безсмысленно и толку не даст. Вешать операционники для усиления тока, раздельного сбора информации с каждого датчика и получения хоть какой-то внятной зависимости напряжения от перекрытия датчиков - усложнение ПО обработки данных, при чем значительное, ввиду специфики измеремых объектов и их характеристик. В общем, есть ли какие варианты решить задачу попроще и получить то же результат на выходе (входе ПК), что был бы если датчики были соеденены в мостовую схему и срабатывание происходило из-за расбалансировки моста (частичного или полного перекрытия одного из датчиков). Проще железку нагромоздить какую-то, чем прогу писать. Могу сообщить, что датчики уже вешались по отдельности на операционник, потом по два заводились на суммирующий/вычитающий, и потом якобы должен был быть аналогичный результат, что и от моста, но его добиться не удалось. Кто что подскажет?

аналогично токо значение из errata помогло в свое время... спасибо maxus-у! ;) есть еще нехорошие подозрения по поводу данного falc - да пока эксплуатация и прогон ничего не дали ясного... зато может v2.2 уже попробовать?!

Э! а в информтехнику позвонить за тех.поддержкой слабо?! ;)

было бы не дурно... если, конечно не сложно... ;)

использую Агилент... если нужна отладка цифровой техники, то к двум каналам там есть еще 16-канальный цифровой пробник - очень удобно... за штук эдак 10 баксов можнок упить со всеми наворотами - то, что надо... мне очень помагает... реально!

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

ну в разработке чипа - повода для дмсера нет... а вот в разработке мат.модели для оптимального и быстрого проектирования - есть и научная новизна и практическая ценность... т.е. все, что для дисера надо... в идеале на выходе будет специализированная САПР... тем более, что радиационная стойкость - штука серьезная - много чего учитывать надо... так что, чем не тема? если силы и желание есть, то токо работать и работать :rolleyes: а то, что там в прилагаемых файлах есть - так это у нас на курсе втором-третьем курсач по проектированию цифровых интегральных устройств... токо там не FPGA студенты проектируют, а отдельные блоки процессора или спецвычислителя - смысл тот же...

юзаю WG от Mentor Graphics - доволен, счастлив... умеет все!

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

посмотри здесь: там тоже дискуссия про дисер была...

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