Russian Qt Forum
Март 29, 2024, 17:14 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
 
  Начало   Форум  WIKI (Вики)FAQ Помощь Поиск Войти Регистрация  

Страниц: [1]   Вниз
  Печать  
Автор Тема: Qt 5.6  (Прочитано 6799 раз)
__Heaven__
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2130



Просмотр профиля
« : Март 16, 2016, 17:32 »

Привет, друзья! Спешу сообщить о выходе новой версии.

Для нового Qt 5.6 разработчики обещают долговременную поддержку (LTS). Предыдущим LTS релизом был Qt 4.8.

Список изменений:

  • Полностью переписана поддержка hi-dpi экранов.
  • Теперь, приложения Qt, основанные на плотности пикселов позволяют автоматически подстраивать размеры шрифтов, пиктограмм, элементы окон и графику.
  • Webkit и Qt Quick 1 удалены.
  • Новая система CI, получившая название «Coin for COntinuos INtegration»
  • Уменьшение затрат памяти на использование динамических свойств
  • Возможность лога непосредственно в syslog на Линуксе
  • Новый класс QVersionNumber
  • Множество оптимизаций в производительности QString
  • Добавлен метод QHostAddress::isMulticast()
  • Улучшена кроссплатформенная поддержка OpenGL ES 3.0 and 3.1
  • Возможность внутреннего рендеринга 16 бит на канал
  • Qt WebEngine теперь основан на Chromium 45 и поддерживает плагины pepper, включая Flash
  • В Qt Nfc добавлена поддержка Android
Записан
Bepec
Гость
« Ответ #1 : Март 16, 2016, 17:44 »

Ураа, погздравляем.

PS особый привет Igors - оптимизация QString ^.^
Записан
__Heaven__
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2130



Просмотр профиля
« Ответ #2 : Март 16, 2016, 17:45 »

 Смеющийся Смеющийся
Записан
DroidMan
Гость
« Ответ #3 : Март 17, 2016, 14:11 »

Вот не могли раньше поддержку hi-dpi сделать, придется теперь все свои костыли выпиливать.
Записан
sergek
Гипер активный житель
*****
Offline Offline

Сообщений: 862


Мы должны приносить пользу людям.


Просмотр профиля
« Ответ #4 : Март 18, 2016, 21:27 »

Попробовал Qt SerialBus, понравилось, все просто и понятно.
Но вот что удивляет. Для работы с устройствами есть 2 класса - QModbusRtuSerialMaster и QModbusTcpClient. Т.е., если к контроллеру подключаешься через последовательный порт, то используется протокол Modbus RTU, через Ethernet (TCP/IP) - то Modbus TCP.
А как быть, если мне нужен Modbus RTU по TCP/IP? К примеру, Moxa Nport в режиме TCP Server Mode - подключаемся к нему по Ethernet, а работаем по RTU, т.е. преобразования протокола в этом устройстве не предусмотрен - что подаешь на внешний порт, то и транслируется в сеть RS-485.
Нужен еще один класс - "QModbusRtuTcpMaster". Заглянул в исходники SerialBus, понял, что времени потребуется прилично Грустный(
Коллеги, может, я чего не догоняю и хочу странного?
Записан

Qt 5.13.0 Qt Creator 5.0.1
Win10, Ubuntu 20.04
Old
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 4349



Просмотр профиля
« Ответ #5 : Март 18, 2016, 21:33 »

Коллеги, может, я чего не догоняю и хочу странного?
Сейчас kuzulis придет и расскажет, что он там думал. Улыбающийся
По мне, так в таких случаях, нужно протоколы и транспорты разделять.
Записан
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #6 : Март 21, 2016, 11:54 »

Цитировать
А как быть, если мне нужен Modbus RTU по TCP/IP?

Я им то-же самое талдычил, что проще передавать мастеру/слейву на вход любое QIODevice как транспорт, а у самого мастера/слейва создать некие проперти, типа типа протокола: Ascii, Rtu, Tcp. И тогда в зависимости от этих пропертей мастер будет в транспорт генерить соответствующие пакеты... как-то так.. примерно..

Но у них был ответ "вас это не касается" "мы делаем все по спецификации Modbus"... а я им грил, шо мир АСУТП гораздо ширше, чем они видят из своего окошка.. ну, в общем, такие дела... слово-за слово и.. понеслось.. сказал - шо больше не добавляйте меня в ревьюверы вашего Modbus кода. Улыбающийся

Они еще сначала ходели libmodbus прикрутить, уже начали реализацию... а я им грю - хренью вы занимаетесь - хотите скрестить ежа и ужа... проще сделать самим с нуля (благо, модбас спека простая) и достаточно быстро...  но они потом все-таки выкинули libmodbus..

Цитировать
Сейчас kuzulis придет и расскажет, что он там думал. Улыбающийся

Эммм, а это не ко мне... я только в этом модуле помог добавить (добавил) реализации PeakCAN, TinyCAN.. А все претензии к Алексу Блашу и Ко (theqtcompany) - это их детище... Улыбающийся.
Так шо, многоуважаемый Old, - мимо! Подмигивающий
« Последнее редактирование: Март 21, 2016, 12:07 от kuzulis » Записан

ArchLinux x86_64 / Win10 64 bit
sergek
Гипер активный житель
*****
Offline Offline

Сообщений: 862


Мы должны приносить пользу людям.


Просмотр профиля
« Ответ #7 : Март 21, 2016, 17:43 »

Я им то-же самое талдычил, что проще передавать мастеру/слейву на вход любое QIODevice как транспорт, а у самого мастера/слейва создать некие проперти, типа типа протокола: Ascii, Rtu, Tcp. И тогда в зависимости от этих пропертей мастер будет в транспорт генерить соответствующие пакеты... как-то так.. примерно..
Именно так и нужно было.

Они еще сначала ходели libmodbus прикрутить, уже начали реализацию... а я им грю - хренью вы занимаетесь - хотите скрестить ежа и ужа... проще сделать самим с нуля (благо, модбас спека простая) и достаточно быстро...  но они потом все-таки выкинули libmodbus..
Вы и так сделали большое дело! Улыбающийся
Я ознакомился с исходниками, можно сделать еще один класс, QModbusRtuTcpMaster или, скорее, QModbusRtuClient. Но опыта нет - как его добавить в библиотеку?
Пробовал добавить в проект еще 3 модуля QModbusRtuClient.cpp, QModbusRtuClient.h и QModbusRtuClient_p.h. Все хорошо собирается, но при линковке со своей программой получаю неразрешенные ссылки. Ткните носом, пожалуйста, коллеги, как это делается?

UPD. И законно ли это?
« Последнее редактирование: Март 22, 2016, 20:40 от sergek » Записан

Qt 5.13.0 Qt Creator 5.0.1
Win10, Ubuntu 20.04
Страниц: [1]   Вверх
  Печать  
 
Перейти в:  


Страница сгенерирована за 0.106 секунд. Запросов: 22.