Приручаем динозавров, или как я писал свой собственный host controller для лаборатории 3D-печати

[noonv]

Спасибо! Отличная работа!

[Eddy_Em]

На кой черт тут вообще гуйня нужна?
А если так хочется, то зачем было мучиться с культями, ведь проще сделать веб-морду!

[NeoTheFox]

Вебморда — это не удобно, переодически обновляющийся браузер много кушает. А гуй просто показал свою полезность. Он занимает мало места в окне и не грузит лишний раз систему. К тому же, для вебморды существует Octoprint.

[klirichek]

Вебморда — необязательно периодически обновляющаяся статика.
Взгляните на transmission-web — там всё сделано на ajax. Сам демон всего лишь принимает сигналы и рассылает уведомления по rdp. А простой шаблон + код на javascript позволяют с этими самыми сигналами/уведомлениями работать. В итоге на бэкэнд наличие веб-морды вообще не даёт никакой нагрузки.

Ну и, кстати, не совсем понял насчёт Mac OS X. Вы просто не смогли этого сделать, потому что нет мака? Или заметили какую-то принципиальную несовместимость?

[NeoTheFox]

Ну тут не знаю, не знаток я веба. Я с Octoprint сравниваю разве что.

Что до OSX — все просто. Для кросс-компиляции ужасно мало тулчеинов, и большинство давно заброшено. А живой я нашел только один — osxcross. Он, да и все остальные, что я видел требуют наличия файлов, распространяющихся не свободно, получить которые реально только на OSX, раздербанив Xcode.

[klirichek]

А, ну если всё упирается в отсутствие кросс-тулзов, то это всё ж не так фатально (никто не мешает прямо без всяких кросстулзов собрать на маке. Или на виртуалке с макосью).

[NeoTheFox]

О том и речь.

Единственный способ собрать что-то под OSX — делать это на OSX

Но ни мака ни копии OSX у меня нет, и такая политика по распространению необходимых для разработки пакетов удручает.

[klirichek]

Взял с гитхаба. Собрал. Пришлось закомментировать пару строк, где ui->lockbox.

Гуй запускается. И даже увидел подключенный Printrbot Simple как 'usbmodem12345'. И даже активировал интерфейс по кнопке «connect». Но вот дальше ничего не происходит — связи с принтером нет.

(для полноты картины скачал RepeiterHost. Он увидел порт с тем же именем и успешно подключился).

(Mac OS 10.10. Последние xtools. qt5-mac из macports.
Собирал из ревизии 3bb513

[NeoTheFox]

1)Какая версия Qt (не знаком с macports)?
2)Советую собрать релиз все же, версия в master — рабочая, могу ее иногда ломать. Ну или можете 3bb5133 попробовать собрать, только что проверял.

[klirichek]

А дайте ссылочку на «ажурную кошку»? Понравилась моделька…

[NeoTheFox]

На самом деле, это лиса

[sibskull]

Соберу-ка я это под ALT Linux. :)
Спасибо за программу.

[rstepanov]

Кстати, под андроид такое есть? Часто бросить рядом с принтером планшет удобнее, чем тянуть провода от компа.

[gbg]

Под Андроид можно собрать сабжевый проект, правда, был какой-то глюкодром с QSerialPort, но его можно пропатчить. Андроид понимает преобразователи USB-RS232 через OTG.

[rstepanov]

Я, конечно, могу попробовать сам собрать, но у меня есть впечатление, что этот опыт мне не пригодится в дальнейшем, так что пока надеюсь, что автор сам запилит в Play Market :)

[NeoTheFox]

Ну, я когда это писал — специально не использовал никаких платформозависемых вещей, так что при небольшой модификации QSerialPort — собрать это под Android будет просто. Пока что QSerialPort из коробки Android не поддерживает.

[gbg]

Есть какой-то экспериментальный патч, исправляющий поддержку. Там проблема возникает с созданием lock-файла.

[gbg]

Есть ряд замечаний:

Cлоты/сигналы — это не часть языка С++, а нововведение Qt, для которого используется специальный препроцессор — компилятор метаобъектов moc.

Вот это:

QString extmp = "";

— бессмыслица, отнимающая время. Строка при создании и так пустая.

Пора бы уже включить -std=c++11 и выуччить auto, чтобы не создавать монстров:

QFuture<TemperatureReadings> parseThread = QtConcurrent::run(this, &MainWindow::parseStatus, data);

auto parseThread = QtConcurrent::run(this, &MainWindow::parseStatus, data);

Разбирать строковое значение можно и регулярным выражением, и им же контролировать формат.

Вот здесь:

TemperatureReadings t;
    t.e = extmp.toDouble(); //Переводим строки в числа
    t.b = btmp.toDouble(); 

    return t; //Возвращаем температуру

можно вернуть кортеж или пару, или, на худой конец, список инициализации. Чтобы не плодить лишнюю сущность — структуру.

[NeoTheFox]

Спасибо за замечания!
В первых версиях я использовал с++11 для прямой инициализации массивов, но это привело к падению приложения на Debian stable, а так же к очень неприятной ругани компилятора clang, так что с++11 было решено пока оставить до лучших времен. Хотя, возможно, это я не умею писать скрипты сборки, но с другой стороны за меня это делал qmake…
Я вроде и не подразумевал, что сигналы со слотами — часть С++, видимо не очень удачно сформулировал.

Каюсь, с регулярными выражениями я не очень, но к новому релизу изучу тему поподробнее.

Про инициализацию QString пустой строкой упустил, уберу.

Что до структуры — мне этот метод кажется самым удобным, и читается лучше. Есть ли выигрыш в производительности, если структуру убрать?

[gbg]

Выигрыша в производительности ожидать не стоит, однако кортеж или пара пишутся менее помпезно, а главное — не нужно делать объявление-призрак.

[klirichek]

Да вот, если честно, для разбора такой простой строчки регулярка особо и не нужна. Ручками написанный ДКА будет скорее всего пошустрее-таки!

А вот преобразовывать из строки в число — зачем? Чтобы потом число вывести (= преобразовать снова в строку)? Просто выкусывайте из потока две подстроки — и прямо копируйте их содержимое в форму!

Заодно избавитесь от потенциальной баги. (Если я поставлю системную локаль в русскую — знаете, что будет? У нас целую и дробную части разделяет запятая, а не точка! И если в недрах Qt используется системная локаль — то toDouble попросту не сработает)

[NeoTheFox]

Локаль жестко заданая для конкретно этих боксов (все разрабатывается на русской локали), так что нет баги. А вот что до числа — LCD дисплеи, которые я использую для отображения температуры кушают число.

[gbg]

Чаще всего, в соревновании «Ручками написанный ДКА» против re2c или даже flex, выигрывает последний. При этом, ручками написанный автомат отнимает определенное время на отладку, тогда как для регулярных выражений есть справочники популярных вариантов и даже визуальные конструкторы.

[nzeemin]

Про выделение в отдельный поток — вообще с этого нужно было начинать. Любой софт который общается с внешним устройством по ком-порту (тем же модемом) всегда выделяет это в отдельный тред. Кстати этот тред большую часть времени просто ждёт сигнал с порта.

[gbg]

Это не аксиома. Под Windows можно написать аж целых два варианта (используя таймаут на чтение или асинхронный ввод-вывод) однопоточного общения с последовательным портом, совмещенного с обработкой пользовательского интерфейса.

[NeoTheFox]

Однопроцессорные системы все равно многопоточность могут только эмулировать.