firstvald

Читать стандарт. Смотреть на мекете. И не вводить в заблуждение других. Растяжки нужны в общем случае всегда. Иначе, даже на символьном протоколе, в том случае, если перед посылкой не выдаются несколько фиктивных байт, UART приемника может не понять первого байта из-за того, что при занятии линии передатчиком в линии может быть все что угодно. Я уже указал, что без растяжек теоретически можно обойтись, если драйвер все время занимает линию. Но, на практике стандарты modbus и profibus, использующие RS485, требуют растяжки (поляризации). В profibus даже требуется поляризация как на передающем, так и на удаленном конце линии.

RS485 требует, на самом деле, дополнительной растяжки линий со стороны драйвера (Символьные протоколы иногда сдуру работают без этого, чисто байтовые - никогда(ну может только при передаче в одну сторону всегда и при условии что передатчик всегда занимает линию) ). Эти требования описаны в протоколе MODBUS (если заглянете на сайт modbus.org, то документ modbus over serial line, так кажется документ называется). Линию A надо затянуть на +5 на стороне передатчика через 500-600 Ом. Линию B в землю через такой же резистор. Между ними согласующий резистор в 120 Ом. И на другом конце согласующий резистор. Но, на практике возникает такая штука - линия , сопротивление транзисторов драйвера, какие то элементы защиты на стороне передатчика образуют такой делитель, что до приемника не доходит нужной разницы напряжений. В этом случае просто увеличиваем резисторы согласования Ом до 200-300.

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

Конечно не хочу мириться! Был RS232, можно было общаться с устройствами. А сейчас получается такая ситуация, что надежно общаться с устройством просто не через чего! Нету такой дырки в компьюторе! Одну засопливили, а новой не просверлили! Вернее просверлили, но не ту и не там. Спонтанные провалы на несколько секунд , полнейшее искажение временных соотношений между посылками при вставлении в последовательный канал сегмента локальной сети у нас коллеги видели, вернее, нарвались. Второй или даже третий год не знают чего делать. Поигрались (вдоволь ) тайм -аутами и, похоже, банально переспросами проблему закрыли.

Удалось обмен отладить - в структуре тайм-аутов тайм-ауты, начиная со скорости 19200 (хотя не понятно: для 38400 57600 115200 можно оставить то, что есть), пришлось увеличить в два раза по сравнению с теми значениями, при которых обмен работает нормально через обычный RS (замечу еще раз , что нормально обмен работает не при вычисленных значениях, а при подобранных, винда тайм-ауты считает практически никак, а менее 10 мс вообще никак). Теоретически, на символьных посылках с большими тайм-аутами этой проблемы не заметно вообще. Поэтому у кого-то работало и он уверял , что проблемы нет. На самом деле, если предполагается, что железяка должна работать и через RS и через мост или сразу только через мост, нужно потренировать обмен и посмотреть как там дела. В старых разработках, которые работали через RS, а теперь возможно будут работать через мост или в устройство вделывается мост и устройство становится как-бы USB, возможно, во внешнем софте придется подкорректировать константы в структурах тайм-аутов. Чудеса с паритетом запишем пока в загадки, возможно немного времени не хватало, но это надо обдумать.

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

Нет не так. MODBUS под виндой спокойно работает во всем диапазоне скоростей. Правда, нужно очень аккуратно заполнять для каждой скорости структуру тайм аутов. И вовсе не теми числами, которые туда просятся теоретически Дело тут не в MODBUS - он просто обнаруживает те ошибки , о которых, гоняя символьные посылки, можно было до пенсии и не подозревать. Паритет должен проскакивать через FTDI насквозь без изменения. Так, как его сформировал передатчик. И мы должны иметь возможность работать со всеми возможными сочетаниями параметров связи. Получается, что надо нащупать какие работают , а какие - с вопросами. Чтобы заказчику потом объяснить - ты сюда не ходи, снег башка попадет. С тайм аутами да, очень аккуратно надо их выставить. Но то , что работало во всех диапазонах скоростей через честный RS, должно работать и сейчас (возможно некоторые тайм ауты надо увеличить - расстояние между байтами, скорее всего - да). Иначе скандал - RS в каком-нибудь небуке не бывает , а в цеху надо посмотреть. Начинаем смотреть и выясняется, что все посмотреть то и нельзя! У меня уже несколько раз была мысль о большом компе на тележке Персоналом, как бред не воспринимается. Про паузы. Непрерывные потоки не смотрел. На, скажем, в 256 байт, выходящих из машины, разрывов и пауз не видел ни разу. Этот вопрос я первым делом проверял. При приеме, уже написал, что если заполнить аккуратно структуру тайм аутов, каких - то провалов не наблюдается (но не на непрерывных данных). Но, это при значениях в структурах, которые сильно отличаются от того, что бы туда надо было прописать подсчитав карандашиком. Тайм ауты винда точно не считает. Вот интересно - окуда FTDI берет тактовые импульсы? ВМ их из кварца брала. А у этой? Буду еще смотреть.

Бывает , бывает! Вот прогнал скорость 19200 без паритета - 1616 циклов без ошибок (вот уже 2180 без ошибок :) ). Значит FTDI не всегда удается передавать посылки с использованием паритета. А на 38400 и 9600 удается! Вот так вот. 0 не появляются, я гоняю сырые байты - MODBUS RTU, он очень критичен ко всему и если в канале какие затыки сразу вытрясает их. Пришлось, правда, практически до безобразия, расширить допустимый интервал между байтами на стороне компа, но это на маленьких пакетах никак не улучшило дело.

А это уже не важно. Они просто доходят как битовые сигналы в комп,а уже там если используются, то тогда надо и думать каким его ставить. Я вот вижу: при CTS на землю - доходит в комп как 1 и так же DSR. Кстати, число сбоев не зависит от того, куда затянуть выводы. А вообще - общее впечатление - кошмар! Никакого ответственного оборудования (медицинского, промышленного) через такой порт делать нельзя. Что -то не так: "открывай кашелку, доставай сумочку", вытащить разъем из компа, закрыть программу, вставить разъем в комп, запустить программу.

Управление потоком никогда не использую. Сразу же его в dcb отключаю. Нет, не влияет заведение этих сигналов на питание на обмен (заводил CTS DSR), как сбивалось, так и сбивается. Буду выяснять: вообще тот конец посылки, который откусывается , он когда -нибудь выходит из FTDI, или вообще остается в ней навеки?

Не, они у меня висят. Как висят в pdf от FTDI. Попробую сейчас CTS посадить куда. Только не в этом дело . Вот смотрю 9600 - 1600 циклов обмена без ошибок. Тут же на 19200 8 сбоев на 380 циклах.

Хотя что - то подобное в нескольких темах видел - точно такого - нет. Вижу: при обмене (запрос ответ) через FTDI232RL происходит потеря окончания посылки ответа от прибора. Причем посылки-то небольшие : байт по 16. Игры с настройками тайм-аутов и величины буфера вообще никак не влияют. Данные от машины в сторону прибора доходят без ошибок. В передаче в сторону машины время от времени не хватает нескорльких байт в конце. По статистике получается самой плохой скорость 19200, на ней бъется в среднем каждый 50 цикл. На других скоростях сбой примерно раз в 200-300 циклов (и от скорости не зависит). Обмен редкий - цикл в секунду. Кто какую статистику получал? Какую микруху понадежнее использовать? Насколько подвержено этому 2102/3?

У первого операционника в обвязке надо по постоянке выход с инверсным входом соединить. Или RC цепочка неправильно нарисована или надо к ней впараллель скажем в 510 кОм сажать резюк. Это предполагается фильтр? Вроде ФНЧ 2 порядка? Все же наверное у первого опера надо так сделать : два резистора последовательно , один 100 кОм, второй скажем 510 кОм и его шунтировать электролитом. Судя по офигительным емкостям фильтр на очень низкие частоты, может всеже что то ьнадо в схеме подправить - какое задание то?

Давно пора в обязательные правила раздела ввести : "зарплата указывается после всяких там, так сказать, налогов и прочей ереси". Так как вся эта дурь разработчика совершенно не интересует, а если начать разбираться, то налоги составляют порядка 40-45% начисляемой суммы, вот и сравнивайте со шведами там или еще кем с победившим социализмом.

Если б Шишкин всему этому соответствовал, то он бы не Рожь написал, а Рожу, а Утро в сосновом бору выглядело бы так как оно сейчас на фантиках конфет Мишка косолапый намалевано. Но забавно , забавно. Попробуем сформулировать должностные обязанности Леонардо Да Винчи? (типа 8 часов - подвиг)

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

Это до тех пор пока не задали абсолютно х***ю задачу. Типа , сделать атомную бомбу к 7 ноября, 7 ноября через неделю. Не утрируя, могу сказать, что подобные задачи встречаются периодически. Все сложности вижу сразу, в течении получаса при постановке задачи они выплывают. Как правило, не готовым к задаче оказывается предприятие (постоянно). Причем никто не заботится как и за какие коврижки ты будешь повышать свое мастерство. Не думаю, что у вас по- другому. Справедливости ради, могу сказать, что то, что видел сам у буржуев: те же яйца, только в профиль. Та же беготня тараканов при включении света. Может мне не повезло, и у буржуев я видел далеко не лучший образчик (просто уверен в этом), да и тут тоже попал в не самый Айс?

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

Во во! Еще документацию подравить и проводок подпаяь, ну что тебе стоит, клиенты звонят - техподдержки просят, ты уж поговори с ними. Я все это уже видел. То что на практике надо и то и то и то, но платить за это никто не хочет, и считается что с каких то кренделей все это надо занть, становится нормой. А это совковая норма привела к тому что инженеров то и повывели у нас . Не размоножаются , вот тек-с. Пора консерваторию апгрейдить.

Давнишний пост, но вдруг вы все еще ищите. Смотрите, у ADAM есть погрешность , она доставляет неприятность многим. Вообще говоря , линии A и B должны быть растянуты . Между линиями надо включить резистор 120 Ом. Линию А надо подтянуть к +5 вольтам через 510 Ом. Линию В - к -питания (земле) через 510 Ом. Скорее всего +5 у вас нет:) Тогда линию А подтягиваем через 5.1 кОм к +24.

Индуктор очень похож на заводной ключик! Я бы даже сказал, на разводной ;) Я вот думаю: берем магнитофон, для пущей важности -DAT, на вход подключаем то что заказчик хочет и вперед. Потом на выход подключаем опять же что он хочет и опять вперед. Можно и к звуковой карте компа все это напрямую подключать и все как заказчик хочет! И софт уже есть. Чё еще надо -то?

Заглянул в фотки устройств. По своему опыту: несмотря на то, что, скажем, материнки в компах примерно так и выглядят, мы свои устройства так никогда не делаем. Даже, если оно полностью гальванически развязано от внешнего мира, тАкие длинные провода к альтере погубят всю работу. Лизать надо каждый провод- нужен он и если да, то КАК нужен и что будет, если по нему прибежит в гости помеха и с каждым проводом работать индивидуально.

Конечно прав. Даже разрабатывая с прицелом под электромагнитную совместимость приходится целый комплекс мер принимать. Ну и плата тоже соответственно развуодится не абы как:)

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

Отлаженные и документированные. Ага. Видел. К сожалению. И дооолго потом заставлял отлаживать.