firstvald

:)))))) прислали с HH вакансию в Зелакс. Там видно какие то пдводные течения происходят.

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

У меня во так

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

После установки виртуального порта имеет смысл заглянуть в Панль управления-Система-Оборудование-Диспетчер устройств-Порты ну и Мыши и иные указывающие устройства Мышей убить - номера портов править. Согласен - страшная фигня.

Вот что в кейлах увидел: отсмотрите все файлы проекта и имена всех каталогов вверх вплоть до корневого и измените в них имена так, чтобы в именах было не более 8 символов и только латиница. И будет щастие. Причем мне так приходилось править имена файлов среды силаба.

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

Периодически сайт отваливается, порой по паре-тройке дней не удается зайти. Вижу то же, что и harbinger. Но это не вдруг началось - и раньше так было.

бухта в 1000 метров с резюками на концах. И гоняем команды. Смотрим ошибки. Рядом ставим искровую помеху. Сравниваем. Влом уже смотреть до каких скоростей поднимался - неск лет назад было, но 19200 точно. Но только сравниваем на своих приемопередатчиках. В 485 это, правда, всегда какая-нибудь adm. 485 то дифференциальный, но порог у него порядка 200 милливольт, а 232 по-моему 2-3 вольта. Вот и разница. А на практике в 485 куча спецэффектов всяких, вот сижу думку гадаю, почем у в нем не все так замечательно, как могло бы казаться. Вообще, то что вижу на практике - 485 очень ненадежно. Может заработать, а может и нет. Очень коротко:умощненный 232 заработает сразу, 485 - все будет что-то не совсем так, потом может заработает. Там, кстати, не обращали внимание? , что 485 3 проводный (хотя в промышленности кто-то это выполняет, а кто-то нет)? А то я, как первый раз прочитал - ооочень удивился, оказывается документацию надо читать.

Ну биты защиты выставили и скопировать его нельзя. Микруху можно считать если найти документацию на такой же по размеру скажем xicor cо spi. Подключить в программатор так же как и память и все.

С can не помогу - не знаю. RS232 и 485 по помехозащищенности одинаковые, при этом 232 все же получше (тока с согласующими резисторами на концах). Ставили эксперименты и смотрели. USB - зло немерянное. Чего с ним делать ума не приложу. Крпус то компа посередине напряжения питания сети висит через кондюки фильтров в блоке питания - и отсюда куча радости.

Я поражаюсь. Научиться работать с портом - целая история. Если это просто так вот как задачку дали - вообще улет. Так конечно не учат. Преподователь у которого учился (одному предмету), а потом он перешел с предприятия в институт преподавать программирование, как то мне сказал: Вот мы студентов учим учим, а они несмотря на это что-то умеют делать. От себя добавлю, что имеет смысл прочитать статью Титова "Программирование портов под Win". Ряд вопросов на форуме codenet.ru разжеван. (немного сам к этому руку приложил :) ) Но тут то речь не об этом. Что бы вы сказали, если вам фотку коробочки показали и попросили написать прогу? Я не все написал, что сразу сказал :)

Смотрите. Чем меньше технологий вы используете, тем больше шансов что справитесь с задачей. Обычный комп обладает только RS выходом. Если у вас есть наработанные отлаженные решения по передаче данных через локальную сеть, ну тогда вперед. Если вы только собираетесь с этим начать работать - это авантюра (ну правда если вам дают год сроку и бабла на это время, то ктож от щиастия повозиться за чужой счет откажется). Обычно подобные системы в промышленности делаются либо по 232 (через мощный драйвер проходит на 9600 и на километр) или на 485. Протокол уж на ваше усмотрение. В промышленности используются символьные и "сырые". В символьном посылки идут так как бы мы их на бумаге нарисовали. Плюс в том, что избыточность символьного протокола служит дополнительным фильтром повышающим надежность, можно понять что передавалось прослушивая линию , ну и просто заглянув в массивы передатчика и приемника. Дополнительный плюс - нечувствительны к временным задержкам. Минусом (с натяжкой) можно считать объем байт передачи. "сырые" передачи - когда гонятся сырые байты. Плюс малый объем передачи , чуть проще декодировать и кодировать посылку. Минус - заглянув в передачу сходу ничего не понятно, признаками окончания посылки является временная пауза (винда очень все это не любит правильно делать). От себя добавлю, что время обмена вовсе не напрямую зависит от скорости обмена. На скоростях 19200 38400 57600 115200 вам за 100 мс удастся провести 2 цикла обмена с устройством (запросили - оно ответило). Практически не зависими от скорости. Это уже виндовые заморочки. А вообще, судя по вашим задачам посмотрите готовые модули ICP DAS (у них есть и символьные и modbus ("сырые байты") ). (Есть ADAMы - но они в основном под символьный протокол заточены). Все что вы перечислили - уже есть готовое. Вам надо будет только программу на компе написать.

Что-то мне сдается, что проще схему посмотреть, чем добиться от стартера протокол. Хотя, ежели там проц, то будет и схема и протокол нужны. Заниматься гаданием глупо. На мой взгляд, ежели обязательно на паскале надо прогу , надо в МИЭТ на форумы обратиться. Их за каким-то фигом продолжают паскалю учить, потом приходят на работу и чего с ними делать? Кто пошустрее сразу на Builder переходят, но таких мало.

Итить твою мать! Человек орет : Памагите. А схему нарисовать влом! Прогу за него написать! Мне как-то подобный клиент свалил 4 Мв диктофонной записи того что препод говорил, типа разберись сам за меня! Ребята, не надо наглеть. А с другой стороны на*** нам нужны будут такие спецы. Они ведь будут потом что-то клепать! Хорошо бы вероятному противнику, но ведь скорее всего нам! На конкретные вопросы тут ответят, но ежели ты пошел в вуз, то звеняй, чуток работай.

Заглянул на ссылку - эксплорер начал чудить и подвис - так что, будте бдительны к китаезам на сайты лазить!

Задача очень интересная. На железяки ну примерно пойдет $2500. Работа примерно с коэффициентом 2. (Но цены надо проверять - в нашей стране баксовая инфляция как рублевая :) ) $3000 - коррекция нездорового опимизъма. На 1500 вроде дешевле, чем предлагали. На грани статистической погрешности. Но можно конечно выкрутится и уложиться. Подкожные метки - правильное решение - укололи и клиент помечен (9 - это баран, 10 - капитан). Штрих код я сам хотел предложить - опередили (верной дорогой...). В ИЗраиле ослов под зебр покрасили, дабы дети фауне учились.

Я тоже так думаю. Рассыпные транзисторы в SOT и немного резюков вообще по цене незаметны.

Симметрон предлагал контрактное производство, от расчетов до намотки. Но, они в Питере.

Да нет. Так нельзя. В мире уже сложилось что общение с приборами происходит по последовательным протоколам. Ряд из них требует довольно жестких временных соотношений при обмене. Попытки отказаться в компьюторах от обычного послеледовательного порта приводят к тому, что такой компьютор тут же превращается в Dendy, годное только на MP и Word. Спасать лицо компам пытаются через оставшиеся дырки : локльную сеть и USB. Не работает ни то ни то. То, как FTDI обменивается с компьютором должно быть абсолюно фиолетово, если смотреть на обмен со стороны API. А получается, что FTDI показывает в API свои заморочки. Это недоработка или небоежность FTDашного писателя. Если знаешь , что READFILE может вывалится потому что у тебя там что то не успело, но при этом сам обмен нормальный, нафига так писать?

Вроде вход.Логический. Но полагаться на корректный старт не стоит. Мы принимаем специальные меры, чтобы пока процессор не заработал,его выходы ничего не наворотили в схеме.

Пишите на чем умеете и не усложняйте себе жизнь!

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

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

АЦП смотреть надо не термопарой , а подавать на вход напряжение с делителя и тогда смотреть как он работает на самом деле, а смотреть все в комлексе - не найдешь ничего. А вообще с коммутатором (любым) надо очень аккуратно работать. Если он берет сигнал с высокоомного источника то и подавно. Аккуратно - это значит должно после коммутации определенное время проходить прежде чем что то мерить можно. Поэтому настоятельно советую буферный ОУ включить (а не смотреть в бредни которые в радиолюбительских книжках рисуют). Термопара я так понимаю платина- платна родий. Она непосредственно ко входу подключена или до нее метр - два компенсационного провода? (запятые влом расставлять - какой долбак так клаву сделал, что для постановки запятой язык надо менять?)