Funtov

Здравствуйте! В наших промышленных устройствах (термошкафы) начали выходить из строя (по старости) 5.7'' LCD дисплеи (не сенсорные) управляющих контроллеров, всё остальное работает. Интерфейс дисплея - параллельный, 15-пиновый разъём Molex. Вроде бы, стандартный: кроме 8-и линий данных и 2-х питания и GND, присутствуют также линии FRM, LOAD, CP, DISP. Так вот, нет ли готового простого решения для отражения картинки (на период закупки дисплеев, а может и постоянно) - на экране смартфона оператора? Желательно обойтись без проводов и компьютеров. Примечание: не уверен, что правильно назвал картинку "видео", это просто таблица с меняющимися параметрами.

Ну, в общем, получается, не обойтись без проб-экспериментов. А не бывает ли переходников от Ethernet к старому модему? Видимо, с эмуляцией телефонной линии?

А у этих переходников RS232-Ethernet должен же быть наверное какой-то буфер, может нужно его оговаривать с производителем? У меня вот, я посмотрел, размер блока, в котором разрывы недопустимы (или допустимы изредка, не в каждой сессии) - около 3.5 КБ (скопировал сессию в блокнот, размер файла 3.5 КБ). Это много/мало? У инета GSM вряд ли есть на пути - получают они от провайдера проводной.

Мне вот это понравилось у белорусов: http://www.ajax.by/conert%20rs232-ethernet.html Минимальный размер, может и цена небольшая, запросил у них. Но Ethernet есть не на всех точках, с мобилками всё равно придётся возиться...

Добавлю информации: В соседней комнате сторонняя контора имеет Интернет через WiFi-роутер, обычный TP-Link какой-то (кстати, ещё туда не ездил, не смотрел, есть ли там USB-разъём), благосклонно разрешили пользоваться WiFi, насчёт подключения шнуром не уверен, но может и разрешат. Протокол моих устройств совершенно эксклюзивный, без аналогов. Считается контрольная сумма строки, если слишком много несовпадений - все данные выбраковываются и считываются заново. Насчет пауз не знаю. Скорость очень низкая, до 9600, по умолчанию 1200.

Так, этот вариант вроде проясняется. Значит, в роутер я втыкаю USB-COM, на ведущем запускаю эмулятор COM по ... IP? А как этот IP узнать, извините за глупый вопрос )). И ещё, могут быть какие-то варианты подключения к тому же роутеру через WI-FI? А то с владельцем роутера за Wi-Fi договорился, а вот насчет прокладки проводов...

Что-то я уже "плыву": если у обычного роутера есть разъём USB, а он "мама", то этот роутер - хост и в него можно втыкать свисток? или не так? И если так, то куда предлагается втыкать переходник USB-COM? В другой USB-разъём роутера? :blink: (а он там вроде один) Вариант с переходником COM-LAN выглядит привлекательно, но цены очень разные. Я так понял, что есть для разных целей и не все подойдут?

Ну, бросить-то всегда успею, а так хоть немного в теме разберусь, как минимум )). Вот, например, рассказывают, что раньше подобные вещи народ массово делал на старых мобилках Сименс, где только Rx, Tx и GND, а HOST не нужен. Это ведь вариант для ведомого? Интересно, а с ним состыкуется ведущий "свисток"? А в случае переходника COM<>Ethernet (рядом с моим устройством есть обычный роутер) - на ведущем компе нужно эмулировать COM через Ethernet?

aaarrr, а как же к нему подключить COM-порт контроллера?

К сожалению, бюджет на нуле, так что могу использовать только то, что есть - несколько мобилок и 3G-модемов. jcxz, а для DATA-звонка есть специальная команда? Я звоню как в обычном Dial-Up: atd<номер> Сергей: так в 3G-модемах нет режима типа "dumb"/тупой, как в старых Dial-Up-модемах, когда модем после подачи питания не реагирует ни на какие команды, а только передаёт-принимает?

Здравствуйте. Есть давно работающая система: компьютер обзванивает удалённые контроллеры с помощью Dial-Up-модемов. Сейчас проводная связь неисправна и вот возникла мысль попробовать сотовую. Проблема в том, что контроллеры очень старые и имеют только COM-порт. Со стороны компьютера 3G-модем (HUAWEI E173) "привязался" к системе легко: программа (ещё DOSовская) успешно позвонила мне на мобилку (которая вдруг выдала нештатные мелодию и картинку :rolleyes: ). А что с ведомой стороной - есть смысл заниматься? 1. Если, скажем, установить авто-ответ на удалённом 3G-модеме (а также 2G-режим? Что-то ещё?) - то будет ли он просто "снимать трубку" и принимать-передавать данные, без попыток общения с отсутствующим компьютером? Где-то мелькало, что нужно его конфигурировать как сетевую карту... Контроллер поддерживает макс скорость 9600. 2. PL2303 декларируется как "полный согласователь" USB-COM, но, возможно, со стороны USB должен быть обязательно компьютер? Или может быть и периферия (3G-модем)? 3. А если на ведомой стороне использовать модем мобилки, а не 3G - ведущий 3G-модем будет с ней стыковаться? Или трубки должны быть с обеих сторон?

Модуляция около 60 Гц,, но прерыватель спрятан внутри, не хочется его так уж курочить. Посмотрел у корифеев http://www.hamamatsu.com/us/en/product/wave/index.html даже у них нет подходящих СД. Видно, 'наука пока не в курсе дела'...

Вот эту лампу хотелось бы заменить на светодиод http://www.uvp.com/zinccadmium.html . Там нужно делать модуляцию света, стоит прерыватель, а это механика, пассики и т.п. Просто моргать лампой, думаю, не получится, т.к. она инерционная, да и долго не проживет. Что-то маленькая мощность у СД по ссылке. Есть же мощные >1 Вт (для маникюра фотополимерами), но не тот диапазон длины волны, все как назло 240 нм...

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

Здравствуйте, прошу оценить идею и, если не покажется бредовой, подсказать, что с ней дальше делать, кому предложить для реализации. Если не в тот форум поместил - прошу извинить и перенести. Акустическая сетевая локация Предлагается с помощью простейших технических средств организовать систему картографирования источников резких громких звуков (например, в военное время – артиллерийских выстрелов и разрывов снарядов, а в мирное время – техногенных аварий), для быстрой помощи населению и структурам МЧС, а также для ведения статистики происшествий. Методика расчёта координат источника звука, на основе времени его регистрации в разных точках пространства, изложена в статье сотрудников АГТУ: http://jre.cplire.ru/alt/nov10/1/text.html На практике это может быть реализовано, например, следующим образом. Сетевой пользователь, желающий стать участником проекта, регистрируется на сайте, кликая на карте своё местонахождение (или GPS-координаты вводятся автоматически). Выставляет наружу ("через форточку") обычный микрофон, подключенный к компьютеру. Простое программное обеспечение (клиентская часть) отслеживает обычные звуки, считая их шумом, и при превышении этого «порога» - отправляет на сервер сообщение с отметкой времени регистрации. В «продвинутых» вариантах можно фиксировать не только сам факт звука, но и его точный вид, что позволит автоматически идентифицировать звук по имеющейся базе (например, отличить звук выстрела из пушки от последующего разрыва снаряда, выстрелы разных видов вооружения, хлопок петарды от взрыва баллона), а также воспроизводить звук кликом на карте. Сервер на основании данных, полученных из разных точек местности (по разнице времени регистрации звука, как указано в методике) вычисляет координаты источника звука и наносит их на карту. Клиенты и сервер должны быть максимально синхронизированы. Реализация проекта позволит, в том числе: - мгновенно ориентировать население и спасателей о месте происшествия и соответственно об оптимальных путях эвакуации; - в военное время – демонстрировать независимые (народные) данные об источниках обстрелов; - составить непрерывную статистику регистрируемых происшествий. Важно, что не требуется никакого специального или дорогого оборудования, только дешёвый микрофон. Большое количество участников обеспечит высокую точность расчетов. Программа сервера не будет очень сложной – авторы методики реализовали её на микроконтроллере. В идеале, желательно предусмотреть отсев «вредительских» клиентов, данные которых постоянно и резко выпадают из общей картины. Возможно, пригодятся уличные веб-камеры со звуком, если есть таковые (я просто не в курсе). PS. В дополнение, нужно отметить и профессиональный вариант системы Microflown с датчиками на другом принципе действия, наверное очень дорогой: http://www.urartusystems.ru/ru/products/ac...nsors/usp-match "Такие датчики играют огромную роль, так как применяются в системах, используемых при охране границ, защите гаваней, локализации мест орудийных выстрелов и при контроле обстановки."

Ну вот, например http://www.efo.ru/doc/Wiznet/Wiznet.pl?460 Но не нравятся избыточные (для меня) функции. Ну и наверное... знаний не хватает ) Хотелось бы нечто подобное, но просто для снятия с IP значений аналоговых входов.

А ещё подскажите, пожалуйста :) Если сформулировать задачу совсем иначе: считывать единственный (для начала) аналоговый сигнал через Интернет, то какова простейшая реализация на PIC? Вот нашёл такую примочку TIPL401 http://www.microchipdirect.com/productsear...eywords=TIPL401 , если добавить к ней простой какой-то PIC-контроллер с АЦП - это будет оно? А может, есть для этой цели какие-то другие дешёвые готовые устройства?

Спасибо... но это не то. По первой ссылке просто продают старый 3260, я с ними уже переписывался, просят 350$. По второй, как я понял, обсуждают возможность работы современного ПО со старыми 3260, а у меня противоположная задача - найти/сделать аппарат, работающий со старым ПО.

shkal, спасибо за наводку, очень интересный вариант.

Руслан, спасибо за подсказки. ДИП - просто из-за демо-платы, других возможностей там нет.

Да, старые есть, от 10$ на ebay до 350$ в других местах... но наши снабженцы боятся покупать БУ, как я их ни уговариваю. Думал уже купить за свои, хотя бы один - так доставка самое меньшее 70 у.е., не, не хочу, семья не поймёт ))) AloneWolf , а что там нашлось про замену, можно ссылочку? Я тут недавно производителю этих контроллеров (они теперь http://www.h2ns.com/) написал с просьбой прислать хоть какие-то запчасти от DSM (в разы легче получилось бы без корпуса) - так они ответили "мы год назад переезжали и всё это выбросили", вот не повезло.... А новые их контроллеры с их/моим старым софтом не согласовываются.

На днях приезжали "подрядчики", предлагали какой-то навороченный (с цветным дисплеем и пр.) "безбумажный самописец" - наверное, выбрали самый дорогой, а сами в нём плавают, в руках его не держали "у нас всё под заказ". Предложили поставить на сервере параллельно работающий софт (родной от самописца), и дополнительно написать программу, которая будет переводить накапливаемые данные из нового формата в старый. В общем, ужас - заплатить огромные деньги без гарантии работы. Нет, нужно, смотрю, самому работать с каким-то ПЛК, чтобы встроить его в систему "мягко", не трогая всего остального. Присматриваюсь к ОВЕНам (есть не далеко оф. представители)... или всё же попробовать на PIC? (есть PICDEM 2 Plus с PIC16F877 и PIC18F452 - если последний поставить в плату, то вроде бы готовый уже агрегат: и 8АЦП, и RS-232... но ОЗУ маловато) Что реальнее/проще с нуля? Освоить Кодесис для ОВЕНа или ассемблер для PIC? Наверное, первое? Опыта нет, не считая диплома по 1816ВЕ48 много лет назад (( Просветите, пожалуйста, по PIC-ам, если они всё же предпочтительней или реальней: - на чём аппаратно сделать часы с юлианским календарём? - ОЗУ нужно от 2.7К (лучше >10К), что такое дешёвое есть в ДИП-корпусах, с 8-канальным АЦП и USART? (ДИП - чтобы вставить в мою демо-плату) - контроллер должен по запросу выдавать в USART 40 строк по 70 символов в каждой - это теоретически возможно?

Здравствуйте! Простите, если не в тот раздел пишу. Подскажите, пожалуйста, в каком оптимальном направлении нужно двигаться, чтобы с минимумом трудозатрат решить проблему. Есть работающая сеть контроллеров (старая, начала 90-х гг, сеть экомониторинга). Контроллеры - 5 шт. американских DSM-3260 Odessa engineering Data Logger, которые по 8-и каналам (вообще там 16 каналов, но хватит и 8-и) считывают аналоговые напряжения, усредняют их за 5, а потом за 15 минут, последние усреднения хранят, привязав их к реальному времени и дате. Периодически включают слаботочные реле (для калибровки газоанализаторов), результаты калибровок также сохраняют в памяти. Центральный компьютер (софт - ещё ДОСовый) каждые 15 минут "обзванивает" контроллеры и скачивает к себе 15-минутные результаты измерений и калибровки. Так вот, возникла необходимость расширить эту систему, но есть проблемы: - Контроллеры такие давно не выпускаются, закупить невозможно. - Протокол взаимодействия софта с контроллером - совершенно оригинальный, хотя описать его нам удалось со временем, ТЗ составили. - На базе данных, формируемой этим старым софтом, нами уже давно построены различные современные программы по составлению отчётов и сайт, т.е. переходить полностью на новые софт и контроллеры очень трудоёмко, тем более, что старые контроллеры работают абсолютно без нареканий. Вроде бы, самый простой способ расширить систему - прописать в новых каких-то контроллерах этот старый протокол. Какие бы вы посоветовали? Контроллер должен иметь часы реального времени (с юлианским календарём), 8 аналоговых каналов ввода, от 3-х дискретных выходов, возможность связи через модем/телефонную линию, возможность формирования собственного протокола обработки данных и диалога с компьютером. Или лучше пойти какими-то другими путями? Например, есть принципиальная схема старого контроллера, но воссоздавать все два десятка корпусов... А вот стоит ли пытаться достать из схемы программный код для CDP1805AC (Intersil), который там стоит - можно ли его как-то использовать?

Здравствуйте! Всё это время аппарат работал, как мне тут посоветовали, с модуляцией первого динода. В принципе, всё работало,... но плохо, не нравится: видимо, ФЭУ после начала работы в таком режиме очень медленно, но верно разогревается и стабилизации приходится ждать чуть ли не сутки. Да и потом, в процессе работы, сигнал постоянно плавает туда-сюда, не зависимо от измеряемой концентрации. Короче говоря, очень большой шум, нужно его постоянно корректировать. А так - на максимальном усилении ФЭУ (макс. напряжение питания) калибровочной концентрации вполне достаточно для "раскачки". Хочу попробовать что-то другое, не требующее высоковольтного источника. Как раз при переделке освободился ИК-датчик положения крыльчатки OPB867 (файл прикреплён), можно взять из него фототранзистор и подключить к старому предусилителю (см. схему). Что-то закупать новое сейчас не дают на работе из-за кризиса ... Подскажите пожалуйста, как на ваш взгляд, такое решение работоспособно в принципе? Может, что-то нужно в предусилителе изменить? Или вообще убрать его? Напомню: желательно, чтобы выходил переменный сигнал (дальше вся схема на него рассчитана). Или всё-таки если фототранзистор, то никакой такой модуляции быть не должно, только постоянный сигнал? Тогда какую схему посоветуете? Заранее всем спасибо :) OPB867T55.pdf

Кажется, понял, в чём дело: при калибровке влажным газом, датчик не должен быть холодным (Т выдыхаемого воздуха должна быть не выше, чем Т датчика, т.е. должен быть его небольшой подогрев), иначе влага конденсируется на нём, и ёмкость чрезмерно увеличивается.