firstvald

Почитал, и вот думаю, в какой степени ублюдочности конторе в Зеленограде работаю

Я после установки VCP драйвера ручками сгонял его до COM4. А то он у меня аж 28 становился с какого-то перепугу. А вообще, заметил, но это не точно, так, обратил внимание (может в этом что-то есть) - если VCP старше 8, то что-то все время не так работает. Поэтому и решил согнать его принудительно вперед все остальных не живущих от рождения портов, даже впереди портов на PCI расширителе.

+5 За открытие таких тем их надо сразу банить.

Ага и будет креативно вырезать на переходах в виде затухающего синуса :smile3046: А вообще интересно чего мужик сделает. Я вон тоже попробовал было елочку маленькую вращать моторчиклм их убитого дисковода. Щаз. Елочка подергивалась как секундная стрелка! Оказывается положение спасает очень большая скорость при штатной работе.

Если ввязываться, то ввязываться в ПИД не стоит. Проще обычную двухпозиционку - далеко от точки - крутим во всю, подошли на константное рассогласование - перешли на маленькую скорость. Подошли куда надо - тормозим: закорачиваем двигатель. Собственно лифты так устроены - пока далеко, одна скорость, подошли к целевому этажу - переключились на маленькую скорость. Совпали уровни полов - тормозим. Шаговый двигатель - не панацея, ему тоже редуктор нужен, иначе очень явно увидете его фазы, даже если искусственно будете их дробить.

Про 6 специальностей - в точку. И тянет на 3-4 отдела! Забавно. Похожим комплексом работ занимался.Еще и монтаж курьировал. С год. Ложился в 3. В 9 уже чего-то шурупил. Никаких выходных. Когда предложили продолжить, отмахнулся всеми конечностями. Думаю объявление - проверка на реакцию общественности: как далеко пошлют. И сразу: для людей, тянущих на этот комплекс задач, время дорого, так что, если появляется какой кадровик на собеседовании - пошли ребята .... .

Забавно. А как с печатью магазина на ценнике у товара быть? Прикол : сверху на электронной бумаге или LCD печать, а под ней цены скачут! Или печать тоже на бумаге будет формироваться?

Так потому и приходится допиливать софт, что вы свою сеть по своему организовали! И что делать с простейшей штучкой, как преобразователь RS232-485? Он линию займет только когда от компа через него посылка пойдет. Или вы его будете дергать 3 ногой через RTS?

Читать стандарт. Смотреть на мекете. И не вводить в заблуждение других. Растяжки нужны в общем случае всегда. Иначе, даже на символьном протоколе, в том случае, если перед посылкой не выдаются несколько фиктивных байт, 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 ноября через неделю. Не утрируя, могу сказать, что подобные задачи встречаются периодически. Все сложности вижу сразу, в течении получаса при постановке задачи они выплывают. Как правило, не готовым к задаче оказывается предприятие (постоянно). Причем никто не заботится как и за какие коврижки ты будешь повышать свое мастерство. Не думаю, что у вас по- другому. Справедливости ради, могу сказать, что то, что видел сам у буржуев: те же яйца, только в профиль. Та же беготня тараканов при включении света. Может мне не повезло, и у буржуев я видел далеко не лучший образчик (просто уверен в этом), да и тут тоже попал в не самый Айс?