Russian Qt Forum

Здравствуйте, уважаемые коллеги.
В тему кастуется kuzulis, как человек наиболее приближенный к сабжу, но и наставления других камрадов приветствуются.
Среда. С одной стороны - ti sitara 3357 + linux 3.14, с другой - ноут с win7 64.
1. Не могу получить правильные данные при числе бит меньше семи, т.е.7 и 8 - все правильно. Делаю 6 или 5 - получаю мусор. В принципе, на жизнь не влияет - просто интересно.
2. Про mark и space под линухом я в курсе (что не работает), тоже не критично.
3. И важное. Если на стороне линуха стоит 7 бит данных, а на ноуте 8, и с ноута я что-то посылаю, то в линухе я неполаю ничего. Я понимаю, что это вопрос не к SerialPort - он просто от ядра ничего не получает, но все интересно: так всегда происходит, если у отправителя бит данных больше, чем у получателя? Просто хотелось бы получать хоть что-то, чтобы понимать, что дело в настройках, а не в кабелях.

Спасибо.

Не может быть.


Неправда, работает.


Как карта ляжет.

1. а зачем чтото иное чем 8 бит?
2. четность тоже никогда не нужна )

я бы даже сказал что компорт тоже не нужен, т.к. неудобен и устарел, ethernet удобнее )

Тут ты прав - моя промашка(
https://www.google.ru/search?q=linux+mark+space+parity&oq=linux+mark+spa&aqs=chrome.1.69i57j0j69i60.7296j0j4&sourceid=chrome&ie=UTF-8
И у меня так и нет приема корректного (есть только некоторые символы)ю
Жаль, почему-то если шлешь в обратную сторону с разными датабитами, то виндовый драйвер выдает мусор.

Но все равно спасибо.

Я с вами солидарен, я люблю стек TCP\IP.
Но вот незадача - есть еще места на планете, куда не добрались современные веяния: там нет хипстеров, макбуков и смузи, а в наличии только масс-спектрометры, да весы производства конца 80-х годов прошлого века)))
Но я стараюсь, честно, чтобы и у них все было, как у людей - собираю данные с их старья и кидаю их в MSSQL, так что скоро и на чилийских медных рудниках откроются detox-бары)))
Humor mode off))

по исходному сообщению и не понятно что идет подключение к весам 80х, а будто разработка нового железа

Я без шуток считаю, что для взаимодействия между устройствами надо использовать только tcp\ip (modbus tcp, mqtt, snmp, https), а serial - это поддержка старых legacy-систем, где сроки работы - десятилетия, и раньше никто ничего менять не будет.

Вы имеете шоры на глазах.
Пока вы сидите в квартирке/офисе в центре города с развитой инфраструктурой и пользуетесь умной кофемолкой - да, можно забыть о serial.

А вот когда вам нужно передать сигнал на расстоянии пары тройки километров, вы вдруг узнаете, что ethernet тянет только около 100 метров без повторителя... Оптоволокно дорого... А обычный двужильный провод и serial даёт нормальный результат :D

На каждую технологию своя ниша. По телефону можно говорить по 2 проводам. Там незачем 8 проводов плюс микроконтроллер с поддержкой ethernet :)
Датчик температуры за 100 рублей нормально подключается по serial. А версия с ethernet стоит раз в 5/6 дороже.

в промышленном оборудовании пока приходится пользоваться RS-485 (Modbus, ...) или CAN, у первого скорость невменяемая, но большинство оборудования его поддерживает.

А в толстых конторах, разработчик, как правило, имеет право выбора из ассортимента конкретных поставщиков (из утверждённого "на верху" списка).
Ещё большая жопа в конторах где проводят [антикорупционные] тендеры. Там какое говно тендер выиграет, на том и клепать будешь.

и какая скорость будет у serial на длине 100м ?
ethernet есть везде, он удобен, его не пожгут руки пользователей, есть снифферы для анализа, доступ в любую точку мира есть


когда ты говорил по телефону по двум проводам в последний раз? )
канал до местной АТС не в счет

и не 8, а 4 провода надо для ethernet

да даже датчики по etherent удобнее, прописал кучу ip - все получили сигнал

Ну самый простой пример - удаленное устройство. До него 500 метров по лесу.
Что проще - кинуть 2 провода и радоваться, или же ставить каждые 100 метров репиторы, подводить к ним полноценную магистраль и питание? :D

PS вот вы и о скорости вспомнили. А она в 90% случаях, когда речь не касается интернета, не очень нужна :D

я не знаток железа, но разве serial тут будет работать и на какой скорости ?

Посмотрите на RS-485

Serial по RS 485 спокойно передаётся на 1км. Выше - уже начинаются потери, искажения, но вполне работает, если в протоколе дублирование или проверки целостности есть.

Раз тема свалилась в небольшой оффтоп, то)))
На счет шор вы слегка погорячились: я работал с rs-232 (485), can, ethernet, wifi, zigbee, сейчас слегка ковыряю lora. Причем работать приходилось в регионах наподобие Ухты, Нижневартовска... Это были отнюдь не удобные офисы в миллионниках. Так что понимание плюсов и минусов каждой технологии присутствует.
А вот вы, как мне показалось, отождествляете Ethernet и tcp\ip, а это в корне неверно. Я несколько раз писал, что вижу приоритет именно tcp\ip, а не Ethernet, как частной физической среды. Это существенная разница.
Я работал с modbus, я работал с колхозными протоколами на can - это все неимоверная боль. Все эти бесконечные поллинги... На стеке tcp\ip есть протоколы для любых целей, нет нужды натягивать сову на глобус (canopen - слишком сложно, поэтому напишем-ка свой колхоз, имитирующий modbus, но в can-кадре 8 байт).
Но я считаю, что точка невозврата уже пройдена: дешевле нанять сисадминчика, чем бородача из 80-90-х и любая промышленная автоматика будет по сути сетевой инфраструктурой с четким централизованным управлением, а не мешаниной разномастных устройств.
Поэтому для меня так: tcp\ip везде, где возможно, serial - где невозможно предыдущее.
Все вышесказанное - имхо, мне 33 года, программирую с 9 лет, начинал на асме, так что кой-чего понимаю про работы в самом низу. Это для составления психоповеденческого образа)))
Всем мира))

Вы реально понимаете, что вы хотите увеличить цену конечных продуктов эдак на 800%?
Потому что мк, способный работать по serial, стоит где то рублей 80. А мк + Ethernet - около 800. Так же вырастает энергопотребление и габариты :D

счетовод, однака ма

кроме контроллере есть еще как минимум плата, какието еще элементы на ней, корпус, блок питания и др
разработчику удобнее разработать по Ethernet, удобнее отладить, удобнее поддержать
и если итоговая железяка будет стоить не XX000 руб, а XX720 руб - то выбор очевиден

вы слегка погорячились. процентов этак на 800)))

Разработчику, как правило, совершенно все равно, что там на транспортном уровне: CAN, RS-485, ethernet или bluetooth. Коммуникации это самая простая и незначительная часть комплекса.

Ну мы же все понимаем, что в общем случае всё зависит от функциональной задачи комплекса и сложности коммуникаций :)
Бывали в моей практике "неординарные" протоколы поверх RS-232 с настолько неочевидной логикой с использованием CTS/DTR, что ОЧЕНЬ хотелось повстречать лично его авторов спросить, ну ПОЧЕМУ ИМЕННО ТАК???

:)
Как только вы разобрались со всеми "неординарностями" - транспортный уровень не доставит вам больше проблем. Сколько на это уходит времени... час? день?
Больше проблем могут создать протоколы бизнес логики, если их делают настоящие "специалисты". :)

даже tcp/ip имеет много тонкостей работы
разобраться сразу не получится, например при нарастании количества адресов нужно увеличивать параметры tcp/ip стека, найти которые сразу и не получается
или например алгоритм обмена на десятки адресов выглядит вполне ок, а на сотне он уже не работает хорошо

Насчёт 800% я не хватил лиху, а даже преуменьшил.
Та же автоматизация производства - это ~ 300 датчиков на одну линию. Каждый из них заменяем на мк +ethernet и получаем
те самые 800%.

PS по оптовым ценам МК были в пределах 30-40 рублей за штуку. А вот платы с ethernet, уже рублей 600-800.