Qt Forum

    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Unsolved

    Update: Forum Guidelines & Code of Conduct

    Terminal example for QTSerialPort doesn't work

    Mobile and Embedded
    serial port beaglebone blac
    1
    2
    1127
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • R
      Ramon last edited by

      Hi,

      I want to establish serial communication between BeagleBone Black and a microcontroller at 115200, 8N1 baud rate. I compiled and ran the terminal example provided in QT website http://doc.qt.io/qt-5/qtserialport-terminal-example.html

      Issue:
      The terminal example does not work. When I send the data to BBB, an error "Resource temporarily unavailable" pops up on BBB. If I try to press "OK" the LCD screen does not respond, unless the serial transmission from uC is stopped. Then, Input/output error pops up 2 times.
      If I press Connect button again, whatever data that was sent before starts appearing on the LCD screen. The data has missing values too. With time, the screen becomes sluggish and further updates become slower.

      By the way, I tried receiving the data at 115200, 8N1, using Minicom and it displays the serial data properly. The operating system on BBB is Angstrom Linux with QT Creator 2.8.0 (based on QT 4.8.4, GCC 4.6.1, 32 bit)

      1 Reply Last reply Reply Quote 0
      • R
        Ramon last edited by Ramon

        I used Qextserialport from git clone https://code.google.com/p/qextserialport/ and the problem is solved to a great extent.

        With Qextserialport, around 4% of the bytes get dropped at 115200 baud. On decreasing the speed to 9600, data reception is much better. Only issue is that of the initial 160-190 bytes that are received, some bytes are missing. After the initial 190 bytes, there is no loss at all. Since the loss seems to be predictable, I plan to append some known value 200 times ahead of the actual data and send the whole sequence. The known value will be neglected at the receiver end in software.

        1 Reply Last reply Reply Quote 0
        • First post
          Last post