Alich

Суть проблемы - есть устройство регистрации сухих контактов, подключенное к ПК. До него нужно довести состояние сигнализаторов уровня жидкости. Сигнализаторы удалены. По ТЗ необходимо преобразовать состояние сигнализаторов (сухой контакт) в Ethernet. Затем передать на обратный преобразователь Ethernet сухой контакт. И подать на устройство регистрации. Кто нибудь делал подобное? У Моха есть контроллеры 4000 серии. Позволяют преобразовать Сухой контакт -> Modbus/TCP. Затем с компа можно посмотреть состояние. Но задача стоит именно в выводе на сухой контакт на приемной стороне. То есть если с прямым преобразованием более менее понятно. То с обратным не очень ясно. Как вариант использовать одноплатный комп (типа промышленный ПК с соответсвующим программным обеспечением). Но хотелось бы что нить стандартное.

Цитата(CodeWarrior1241 @ Apr 28 2007, 00:51) Если не хотите заниматся схемами, кристаллами, firmware, итд, это работа правельная. Если нет, так нет. Именно так. Геморроя в нашей работе куча. Если готов заняться - занимайся. Если хочешь халявы, то эта работа не для тебя. Хотя слышал. что хардварщики должны зарабатывать не менее $4000, но в России такого не видел. В основном, работая на нашу рашшу $600 это норма

Цитата(ZED @ Oct 21 2007, 14:35) Есть такая замечательная вещь, как приборы с зарядовой связью (сокращенно ПЗС). Хотелось бы узнать об этом как можно больше. Может кто подскажет какие книги или еще чего, может кто-то этим занимается... Все, что я нашел по этой теме, это книжку "Фоточувствительные приборы с зарядовой связью" (Пресс Ф. П.) прикрепленную статью и еще несколько поверхностных книжек. Хотелось найти что-то понятней чем в этой книжке и побольше, чем в статьях... Для применения ПЗС в сових разработках, в принципе, знать как все происходит на низком уровне необязательно. Я применял довольно много ПЗС линеек. Там с микропроцессора необходимо формировать определенную последовательность импульсов. После каждого импульса на выходе ПЗС имеется сигнал, пропорциональный освещенности ячейки. Упрощенно - дали импульс - на выходе напряжение (или ток), который соответсвует освещенности первой ячеки, дали второй - получаем освещенность второй ячейки и т.д. Для матриц примерно то же самое. Теорию нужно знать для выбора самой ПЗС - то есть динамический диапазон и т.д. Но с этим поможем

Цитата(yxo @ Oct 8 2007, 22:35) во вблин, еще ко всем требованиям и печень железная нужна Гы. Не... общаться с ними нужно будет на трезвую голову - см. первоначальный пост.

www.midaus.com

Я для себя давно усвоил - брать версию, если на конце версии ноль Хотя 622 очень неплохо работал

Цитата(Yaxa @ Oct 1 2007, 10:29) На мой взгляд, эта задача может быть реализована с любым устройством.. например с той же самой мышью.. У меня нет опыта в разработке подобных устройств, но все же я вижу два пути решения: 1) Интеграцию ячейки памяти типа ROM (необязательно такого типа) в схему устройства (для этого необходима вся техническая документация по устройству); 2) Изготовление обособленного устройства, которое будет играть роль пропускного пункта потоков данных между ПК и внешним устройством. Возможно есть еще варианты.. Второй вариант предпочтительнее, так как полученный девайс можно будет использовать с различными внешними устройствами. Да, и еще момент немаловажный, размеры должны быть минимальные, чтобы все пряталось в корпусе внешнего устройства. Опыта если нет - будет очень тяжело. по п.1 Это не так просто как кажется. Куда интегрировать и как это делать? Отдельную микросхему куда нибудь припаять? А как устройство будет значть, что эту микруху видеть надо? Если там стоит микропроцессор, то нужно программу доделывать. А они сплошь и рядом закрытые. по п.2 Этот метод врядли проще - поскольку даже по такому протоколу как RS232 это сделать довольно трудно. Нужно наложить свою команду так, чтобы он не мешала основному протоколу. Если PC не знает, что вы внесли изменения в протокол - оно просто мешаться будет и никакого эффекта не будет (в лучшем случае). То есть драйвер придется переписать.

На мой взгляд очень неполохая попытка систематизации. Рассмотрено различное применение микроконтроллеров фирмы microchip. Кроме этого рассматриваются основные пртоколы, сопряжение PIC и различных микросхем. Работает форум. Адрес сайта: http://piclist.by.ru/ Зеркало сайта: piclist.jino-net.ru Адрес форума: http://pic.forum24.ru/

Цитата(Сергей Борщ @ Feb 24 2007, 15:38) Если все же что-то будет сделано, то: 3) запись двоичных констант в С 4) определение переменных. Сам в свое время об это спотыкался - в учебниках по С (Керниган то же самый) по первому прочтению создается впечатление, что unsigned char это только для символов. Здорово удивился, что такое определение - просто байт (HiTech для pic пользовал). Сейчас смешно даже. Но пять лет назад смешно не казалось...

Цитата(Realking @ Sep 17 2007, 12:02) существуют ли сабж с возможностью ретранслятора (передача от модуля к модулю)? или надо самому реализовывать Я честно говоря не очень понимаю абрерватуру ОЕМ. Если имеется в виду законченный модуль, то есть у MOXA. У них есть передача от модуля к модулю. Кроме того мне говорили о возможности передачи, например с контроллера, путем управления модулем по UART, а на нотебук, имеющий wi-fi. В этом случае wi-fi в компе будет видится как виртуальный СОМ порт. С соответсвующим драйвером ессно. Передача будет двунапраленная.

А вообще эти ванночки имеет смысл покупать? Я тут разобрал одну китайскую - там просто трансформатор с расшатанным железом. Может посоветуете конкретного производителя? У нас объемы небольшие.

Цитата(rezident @ Sep 28 2007, 01:37) Я не большой спец по этим программным продуктам, могу и ошибаться. ИМХО у Borland-а подход "все включено" - редактируй, оптимизируй, а у Visual C++ требуется подключать то, что именно нужно для работы. Вообще билдер наверное проще - в плане подключил компонент и обращайся к его свойствам и методам. Найдите Архангельсокого - Программирвание С++ Borland Builder 5 (6). В сети навалом. И скачайте отсюда компонент ComPort. А в API функциях можно и там и там обращение написать. Я для buildera в API писал. Builder нагляднее. Очень подходит для не очень профессиональных приложений.

Цитата(Олег 9 @ Sep 28 2007, 13:49) помогите подобрать схему для воспроизведения речи хорошего качества на доступных микросхемах.продолжительностью 30мин. но разделением по трекам и с некоторыми конструктивными особенностями. Как вариант - взять модуль VMusic от FTDI http://www.vinculum.com/products.html и вставить в него флешку USB. Туда записать MP3 треки. Недостатки у этого модули есть. Например поддержка имен файлов 8.3. Но в целом работает. На модуле USB host + аппаратный декодер MP3. Есть русское описание прошивке на ресурсе piclist.by.ru Это если треков много и по ним навигация нужна. А так - смотря что за конструктивные особенности - все проще может оказаться

Цитата(Евгений Германович @ Sep 8 2007, 18:33) Вы преувеличиваете достоинства китайских контор с логотипами.Ничего они не пишут в описях.Недавно искал на сайте изготовителя параметры на С и не нашел,хотя С весьма неплохие.Похоже покупая завод китайцы забывают купить документацию,или считают,что это не нужно. Не знаю китай или не китай - но с такой проблемой то же сталкивался. Генерят не на той частоте... Выкинули...

Цитата(dac @ Sep 25 2007, 12:07) Спасибо большое, именно это (практический опыт) я и хотел услышать Если не секрет, что именно висит одновременно? Как то вешали часы и ммскарту. Точно сейчас не помню - но часы как то подключивали, когда с ММС картой работали. PCF8363. Но в целом ничего мешать не должно. Как на выхода повлияют резисторы, если не переборшить с номиналом то? Ну висят и висят себе параллельно внутренностям.