Перейти к содержанию
    

CITY

Свой
  • Постов

    50
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о CITY

  • Звание
    Участник
    Участник
  • День рождения 08.05.1980

Контакты

  • Сайт
    Array
  • ICQ
    Array

Посетители профиля

1 129 просмотров профиля
  1. дикие цены ((( у нас ручная пайка 1р\точка, smd 0,2-0,05р (в зависимости от объема: от 100к до 100млн точек разбег прайса) www.ironconn.com
  2. аналогично... если не секрет, то адрес бы очень заинтересовал...
  3. - сколько секунд тело способно перекрыть фотодатчик. Пример : если предположить что тело - машина, а максимальная скорость ее движения 30 м/с при длине машины равной 3 м время заслонения телом датчика будет 0.1 секунды. время перекрытия от 0,1 до 1,5 секунд - Какова статистика тока через фотодиод для случаев когда он перекрыт и когда нет(измеренная в разное время суток) и самый худший случай. от десятков микроампер до сотен - есть ли возможность поставить излучатель чтобы тело регистрировалось или на пересечении линии излучатель/приемник или на отражении. это исключено... датчики стоят на высоте метра-полтора, излучатели придется в землю втыкать...
  4. спасибо за инфу... просто я предпочитал работать помиом квартуса с моделсимом, а тут предложили купить конторе именно алдек... вот я и интересуюсь... :unsure:
  5. >> - Есть фоновая засветка и если есть то какого характера нет >> - Температура на фотодиодах может быть различной или нет в принципе, нет - вся система установлена на улице >> - Какова динамика процесса перекрытия датчиков (с какой скоростью тело перекрывает датчики и с какой скоростью это надо сдетектировать) скорость движени объекта - 60-80 км/час >>- Расположены ли сами датчики вместе или разнесены в пространстве . Если да то на сколько . между датчиками расстояние порядка 7 метров >>- Какова требуемая себестоимость устройства честно - не критично... сейчас просто на коленке надо попробовать принцип... быстро и дешево, естественно... прогу писать все равно придется, но сейчас важнее получить адекватную информацию с датчиков и ее зафиксировать на компе... >> - Требования на температурные пределы и изменение освешенности датчиков индустриальный диапазон температур, изменение освещенности... идеал - работа ночью при ИК подсветке объектов... пока проверка идет только днем... >> - Если помехи или предполагается ли их наличие вблизи устройства . помехи значительные... 1,5 киловольта рядом вдоль всего участка измерения и сбора информации... >> - Сушествует ли пороговость в выходе сигнала от фотодиода - то есть какова заданная минимальная разница уровня сигнала между перекрытым фотодиодом и неперекрытым. порог должен быть как можно больше... >> - Чем освешается неперекрытый фотодиод и освешается ли он вообше дневной свет, больше никакого освещения нет...
  6. _artem_, простите, конечно, но я начал с общих отдаленных вопросов, т.к. не знал на сколько подробно удастся обсудить все аспекты... нет проблем, если что-то нужно уточнить, тем более разговор пошел... да и потом не хотелось забивать голову людям и ограничивать поле деятельности для предложений излишней конкретикой - всегда есть шанс, что что-то неусмотрел - альтернативные мнения на решение задачи всегда полезны, когда задача описана только в общих чертах...
  7. ситуация такова... может перекрываться два датчика попарно вертикально и горизонтально, но это ситуация не интересует... могут перекрываться датчики наискосок (чаще всего) и нужно это ловить... и может перекрваться один из датчиков, что тоже должно отслеживаться... так что мостовая схема не только спасение от помех, но и от лишней информации :cranky: в нулевом положении датчики полностью открыты...
  8. Да вешели по одному датчику на операционник... сумматоры и компараторы делали... Нет в схеме повторяемости - просто клиника... от случая к случаю время наладки и регулировки катастрофически велико... надо найти простое решение, обеспечивающее повторяемость... Самая простая схема моста (то, что выше) - был самый первый вариант... там реально именно идет отработка когда перекрывается один из датчиков (то, что нужно)... датчики разнесены пространственно метров на 7-10... с переходом к схеме с операционниками соответственно начинаются проблемы и с шумом и с адекватностью поведения... могу конечно и больше деталей изложить, если это поможет найти какое-то альтернативное решение... все что описано выше (большое спасибо), но уже пробовалось... броблем нет, но результат далек от идела... что делать, аж ума не приложу... все радиолюбительские примочки уже перепробовали... другой вариант... то, что самое больное - помехи... городить ПНЧ... что сейчас и пробуем... там уже легче поотдельности собирать данные и разбирать по девиации частоты с каждого датчика (у каждого своя базовая частота относительно, которой идет смещение в зависимости от перекрытия датчика)... такой вариант избавляет от большого числа помех, улучшает повоторяемость характеристик устойства, но тож не фонтан...
  9. это в самую первую очередь пробовали... диоды подзапирают друг друга - эффект нулевой от такого включения... по поводу операционников... делали, подгоняли, чтоб после каждого при одинаковом перекрытии каждого из датчиков были идентичные характеристики... уже дошли до ПНЧ после операционника, чтоб хоть как-то сохранить зависимости... но тоже пользы нет... за информацию про СД-приводы спасибо, посомтрю... может еще что можно подсказать? умучался совсем уже экспериментировать...
  10. PEF2256

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

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

    проходили... знаем... лучше уж не парится с "простенькими тестовыми" программками... настолько чудные чипы и такие же еррашиты, что не угадаешь, что можно, а что нельзя писать... лучше уж сразу затачивать под рабочую задачу и "ненужное" не трогать... два года назад бы такой же цирк, когда в тестовой проге прогоняли чтение/запись всех регистров... как только начали конфигурить поделу - все, как рукой сняло! :cranky:
  13. не сказал бы... я люблю чужие проекты с графической иерархией переделывать... очень даж не проблематично... а по поводу защиты своих трудов... это актуально... какие варианты еще есть?
  14. Я вот продукт Aldec не юзал. Стоит ли связываться? Так ли он хорош? Кто скажет?
  15. Есть такая задача... Нужно решить просто, быстро, практически на коленке... Особых наворотов не хотелось... Есть четыре фотодиода. Весь смысл сводится к тому, что они стоят в системе телеметрии так, что идельной схемой сбора информации была бы - мостовая. Естественно включать фотодиоды напрямую в мостовую схему безсмысленно и толку не даст. Вешать операционники для усиления тока, раздельного сбора информации с каждого датчика и получения хоть какой-то внятной зависимости напряжения от перекрытия датчиков - усложнение ПО обработки данных, при чем значительное, ввиду специфики измеремых объектов и их характеристик. В общем, есть ли какие варианты решить задачу попроще и получить то же результат на выходе (входе ПК), что был бы если датчики были соеденены в мостовую схему и срабатывание происходило из-за расбалансировки моста (частичного или полного перекрытия одного из датчиков). Проще железку нагромоздить какую-то, чем прогу писать. Могу сообщить, что датчики уже вешались по отдельности на операционник, потом по два заводились на суммирующий/вычитающий, и потом якобы должен был быть аналогичный результат, что и от моста, но его добиться не удалось. Кто что подскажет?
×
×
  • Создать...