Странная вещь, тем более, что существуют регистры 5x, которые обычно проецируются на ту же область 4x. Если это не оно, то это велосипед, а если оно — то ModBUS 0x03 Read holding register никто не отменял, и сложить из двух word'ов один dword не есть проблема.
Раскопка схемы того прибора, о котором я писал, показала:
Линии GND и Rx порта на компьютере должны подключаться к -Tx и +Tx прибора.
Линии Tx и DTR должны быть воткнуты в -Rx и +Rx прибора, причем на DTR должна быть лог. 1.
Проще говоря, производитель сделал из 232 этакий недоделаный 485, причем с жесткой привязкой именно к уровням сигналов на COM-порту компьютера (3..15В уровень? Не, не слышал).
Вне всякого сомнения, в Вашей работе цена ошибки на порядки выше. Отвал вентиляции торгового центра на полчаса, час — это не смертельно, система очень инерционна, большинство посетителей этого даже не заметят. а вот в то же время, на полное разрушение реактора, как показал 86-й год, хватает минуты.
На что уж я не избалован художественным видением этого мира, но всегда поражался, глядя на интерфейсы СКАДА-систем. Кровь же из глаз идет, даже у меня.
Ну ведь сама среда разработки позволяет и цвета выбирать, и элементарные «выровнять это по центру, а вот эти элементы распределить равномерно» обычно поддерживает.
Ан нет. В 90% случаев что-то типа «Вот тут у нас ярко-синим по ярко-красному мы напишем температуру, возьмем это еще в кислотно-зеленую рамочку с убогим бордюрчиком, ну и, конечно, выровняем значение не по центру, а руками и так чуть ниже и левее центра, чтобы уж вообще красиво было. А еще трубу мы до емкости 3 пикселя не доведем, и стык труб у нас будет тоже со смещением на пиксель — я сам видел, там сварщики именно так в реальности и сделали».
А вы говорите — дизайн, юзабилити… Эх.
Регулярно приходится. Многие производители не считают должным придерживаться общепринятых протоколов обмена, либо же протокол-то в их круге общепринятый, но ваш ПЛК его не знает. Как быть? Только писать свою реализацию, т.е. парсить пакеты руками. Как пример: для снятия показаний со счетчиков электроэнергии применяется протокол согласно ГОСТ 61107-2001. Есть хоть один ПЛК с его нативной поддержкой? А вот мне, поскольку работаю я в области автоматизации зданий, он нужен.
Есть опыт эксплуатации их преобразователей и хабов RS485 типа 7520, 7513. Очень все положительно, за 5 лет из двух десятков умер один, причем это было вызвано попаданием 220В на питание. ПЛК не щупал, к сожалению.
Не скажите. А если Вам требуется интеграция с оборудованием стороннего производителя? Ну вот не делает производитель вашего ПЛК, скажем, частотные приводы для двигателей, а по ТЗ он нужен. Слава богам, если привод будет поддерживать какой-либо стандартный протокол обмена, хотя бы и ModBUS.
А еще бывает такое: «система должна интегрироваться с существующим оборудованием». А под этим термином подразумевается, скажем (пример из личной практики) чудо-теплосчетчик отечественной разработки со своим, совершенно подкуренным протоколом обмена, да еще и не совсем соблюдающий спецификацию EIA-232. Вот тут становится реально дурно.
Когда порт сетевой карты / коммутатора в состоянии link down, там еще нет страшных мегагерц. Они появятся позже, когда пройдет этап согласования скорости. К сожалению, не могу найти временную диаграмму, которая описывала бы поведение сетевого адаптера между точкой «нет линка» и точкой «зеленая лампочка загорелась», можно было б дать точный ответ. Практика показывает, что при подключении к свитчу тестер мигает из состояния «обрыв» в состояние «на линии напряжение» с периодом около пол-секунды.
Да она даже в пределах одного стандарта плавает в зависимости от производителя и еще кучи факторов. Но TDR на меге не сделаешь (по крайней мере, я не знаю, как).
Интереса ради подключал к работающему свитчу и сетевой карте — без повреждений для обеих сторон (+замечание про супрессоры от ploop).
А вот насчет «на каких жилах напряжение» — этот момент я упустил. Доработаю в следующей версии прошивки.
Да, на SHORT я мерить длину не могу… хотя почему не могу-то? Принцип тот же, только показания надо на число закороченных жил делить. Надо попробовать (ушел делать тестовый кабель и пилить прошивку).
Про щуп да, вот как раз в области аналоговых схем я не очень силен, придется много гуглить.
Порты есть, места на корпусе нет почти — весь верх занят платой дисплея, я это имел в виду под «куда их там монтировать».
Не видел такую штуку раньше. Логика ясна, но с ходу придумать, как запихать это устройство в мое, сохранив всю концепцию, не получается… чтоб выбирать, на какую пару подать сигнал, надо какие-то еще органы управления, кроме кнопки питания, предусмотреть, а куда их там монтировать? Плюс кнопку питания надо тогда с фиксацией, а значит, надо еще делать режим сна, если железка не используется, скажем, 5 минут — батарею посадим иначе. И подсветку с МК отключать. Короче, изменений надо немало внести. Я подумаю :)
Кривизна рук не позволяет сделать плату под TQFP.
И панелька под него у меня есть — вдруг по раздолбайству ISP отключу, или еще чего наделаю с fuse-битами…
1. Да, длина меряется только при обрыве. А что есть генератор тонов, каково предназначение и где почитать?
3. Если сделать плату в 2 слоя и использовать мегу в TQFP-корпусе, габариты платы можно смело в 2 раза уменьшать. Но кривизна рук мне пока не позволяет этого сделать. Плюс корпус — они тоже не любого габарита есть в продаже. Резюмируя: уменьшить габариты, если делать девайс в условиях завода — запросто. А вот дома — вылезает куча сложностей.
Если отключить ответку — он увидит все 8 жил как оборванные и замерит длину.
Тайны в исходниках нет, я вообще сторонник открытого ПО. Просто они ужасны местами… Пишите в личку.
Линии GND и Rx порта на компьютере должны подключаться к -Tx и +Tx прибора.
Линии Tx и DTR должны быть воткнуты в -Rx и +Rx прибора, причем на DTR должна быть лог. 1.
Проще говоря, производитель сделал из 232 этакий недоделаный 485, причем с жесткой привязкой именно к уровням сигналов на COM-порту компьютера (3..15В уровень? Не, не слышал).
Ну ведь сама среда разработки позволяет и цвета выбирать, и элементарные «выровнять это по центру, а вот эти элементы распределить равномерно» обычно поддерживает.
Ан нет. В 90% случаев что-то типа «Вот тут у нас ярко-синим по ярко-красному мы напишем температуру, возьмем это еще в кислотно-зеленую рамочку с убогим бордюрчиком, ну и, конечно, выровняем значение не по центру, а руками и так чуть ниже и левее центра, чтобы уж вообще красиво было. А еще трубу мы до емкости 3 пикселя не доведем, и стык труб у нас будет тоже со смещением на пиксель — я сам видел, там сварщики именно так в реальности и сделали».
А вы говорите — дизайн, юзабилити… Эх.
А еще бывает такое: «система должна интегрироваться с существующим оборудованием». А под этим термином подразумевается, скажем (пример из личной практики) чудо-теплосчетчик отечественной разработки со своим, совершенно подкуренным протоколом обмена, да еще и не совсем соблюдающий спецификацию EIA-232. Вот тут становится реально дурно.
А вот насчет «на каких жилах напряжение» — этот момент я упустил. Доработаю в следующей версии прошивки.
Порты есть, места на корпусе нет почти — весь верх занят платой дисплея, я это имел в виду под «куда их там монтировать».
И панелька под него у меня есть — вдруг по раздолбайству ISP отключу, или еще чего наделаю с fuse-битами…
3. Если сделать плату в 2 слоя и использовать мегу в TQFP-корпусе, габариты платы можно смело в 2 раза уменьшать. Но кривизна рук мне пока не позволяет этого сделать. Плюс корпус — они тоже не любого габарита есть в продаже. Резюмируя: уменьшить габариты, если делать девайс в условиях завода — запросто. А вот дома — вылезает куча сложностей.
Тайны в исходниках нет, я вообще сторонник открытого ПО. Просто они ужасны местами… Пишите в личку.