This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Command line issues when using HDMI with TMDEVM572x

I created a new image using my newly created SDK using the latest instructions for the EVM board.

While I am waiting for our 1920x720 12 inch LCD board I am using an HDMI monitor to do some GUI development.

I removed the PRU and Matrix stuff from the project as I have no need for any of it. I have some issues on the command line

I still have the 7 inch display connected, my CAN drivers boards are glued to that display board.

1-How do I keep the HDMI screen from turning off and disable the screensaver?

2-How do I get fullscreen display? Display doesn't even go past half of the screen. Resolution seems OK, The monitor is an ASUS 1920x1080 HDMI monitor. Graphic display uses the whole screen.

3- When using the 7 inch display it uses the full screen but it is all messed up, instead of pushing data up in the bit bucket the prompt jump to the top of the screen when it goes past the bottom of the screen. That problem existed on all the previous revision of the SDK.

I fixed the bug with m4 by replacing it with version 1.4.17. The version that comes with the TI SDK is incompatible with aclocal and autoconf. You cannot create a project from scratch on the target with the m4 program installed in the official SDK.

Any special reason why a working m4 version is not installed by default? The same problem existed with the version prior to the July release. It would have been nice if joe or nano was part of the SDK for those of us who rather not have to use vi.

Michel

  • Michel Catudal said:
    1-How do I keep the HDMI screen from turning off and disable the screensaver?

    I wasn't aware of a screensaver.  I have a board sitting here running Proc SDK 3.00 with HDMI output to a TV.  I've had matrix GUI showing for days.

    Michel Catudal said:
    2-How do I get fullscreen display? Display doesn't even go past half of the screen. Resolution seems OK, The monitor is an ASUS 1920x1080 HDMI monitor. Graphic display uses the whole screen.

    Please post a picture.

    Michel Catudal said:
    3- When using the 7 inch display it uses the full screen but it is all messed up, instead of pushing data up in the bit bucket the prompt jump to the top of the screen when it goes past the bottom of the screen. That problem existed on all the previous revision of the SDK.

    Please post a picture.  I'm not clear on the issue.

    Michel Catudal said:

    I fixed the bug with m4 by replacing it with version 1.4.17. The version that comes with the TI SDK is incompatible with aclocal and autoconf. You cannot create a project from scratch on the target with the m4 program installed in the official SDK.

    Any special reason why a working m4 version is not installed by default? The same problem existed with the version prior to the July release. It would have been nice if joe or nano was part of the SDK for those of us who rather not have to use vi.

    Please start a separate thread for this topic if you wish to discuss.  This does not appear related to HDMI.

  • I removed the matrix, I am going to use embedded wizard for a single application, I do not need either QT or Matrix. I will probably remove QT support as well if I can safely do it. I haven't removed it yet just in case some video parts would require that support to be installed. I don't want my wayland support to be removed by accident.
    I would want to have it removed completely eventually, going in steps here.

    Paste for picture does not seem to work with your blog.
    I thought it was clear though, it doesn't display past about half of the screen. As for the 7 inch I do not seem to have the issue with the HDMI display connected. I will have to double check later if that is an issue that was removed with the latest revision or that it is only present when I only have the LCD on and no HDMI.

    The gui does display full screen but not the command line. The screensaver and turning off of display only occurs when I have it on the command line. Anyhow I don't even want the weston desktop, I haven't removed it yet but will. All I want is to be able to use wayland to run the embedded wizard gui.

    It doesn't have any issue with the screen size when running a terminal with the weston desktop.


    Connect a keyboard to the evaluation board and do ctrl-alt-F1 , log and do a few ls -la
    To return to the gui do crl-alt-F4


    For the 7 inch display I was doing several directory listing and the prompt would always go to the top of the screen while it should stay at the bottom unless I do a ctrl L

    Michel
  • Michel Catudal said:
    Paste for picture does not seem to work with your blog.
    I thought it was clear though, it doesn't display past about half of the screen. As for the 7 inch I do not seem to have the issue with the HDMI display connected. I will have to double check later if that is an issue that was removed with the latest revision or that it is only present when I only have the LCD on and no HDMI.

    You have to insert an image like this:

    No, it's not clear to me.

    Michel Catudal said:
    The gui does display full screen but not the command line. The screensaver and turning off of display only occurs when I have it on the command line. Anyhow I don't even want the weston desktop, I haven't removed it yet but will. All I want is to be able to use wayland to run the embedded wizard gui.

    Are you using the command line by connecting a keyboard directly to your board and typing in a shell displayed on the screen?  Generally I either use the serial port command line or SSH into the board to get a console.  Does your issue with the screensaver still occur when using those methods?

    Michel Catudal said:
    For the 7 inch display I was doing several directory listing and the prompt would always go to the top of the screen while it should stay at the bottom unless I do a ctrl L

    It seems to me this would be far easier if you simply used SSH from your PC, or a serial terminal.  Plus, it will be much easier to use a console from your normal computer monitor rather than a 7" embedded display.  If that's not a good option, can you help me understand the benefit of using the terminal directly on the 7" screen?

  • There is no problem with the ssh connection, the problem is on the device which cannot display on the whole screen.
    There are 3 USB3 connection, I use one for the Keyboard and one for the mouse.
    The HDMI connector is connected to the board.

    Your response doesn't tell me why it cannot display correctly on the screen with the TI Linux. With Debian it displays on the whole screen.

    You haven't said why the 7 inch display is correct when the HDMI monitor is connected but not when it is not connected.

    The screensaver comes in when not running the weston desktop.

    Michel



    Michel
  • Michel Catudal said:
    Your response doesn't tell me why it cannot display correctly on the screen with the TI Linux. With Debian it displays on the whole screen.

    You haven't said why the 7 inch display is correct when the HDMI monitor is connected but not when it is not connected.

    Correct.  I'm still waiting for a fully defined problem.  I don't plan to look any further into this issue until you have taken a couple minutes to post a picture demonstrating the issue.

  • I copied the image but I do not see it on the website. It is rather simple, you do a few directory listing and you see that the text never goes past the middle of the screen.

    Michel
  • I have my board connected to a Vizio 1080p television.  I have a keyboard and mouse connected to my AM57xx EVM.    I exit the Matrix GUI, and open a command prompt on the Vizio.  I can open multiple terminals, ls many directories, move the consoles around the screen, etc.  Everything is working fine.

    Here's a picture:

  • You are not testing the same way, you still have the weston desktop running in the background. To see the problem do ctrl alt F1, log on root and do a few directory listing and you will see that it will not go past half of the screen.

    I tried on a different monitor in Tom's office this afternoon with the same results. We cannot do decent work on the command line when only half the screen is available.

    Michel

  • Michel Catudal2 said:
    I tried on a different monitor in Tom's office this afternoon with the same results. We cannot do decent work on the command line when only half the screen is available.

    Why are you using a terminal on a 7" screen?  I don't understand why we're even spending time discussing this issue.  It would be way more efficient if you SSH into your board and use a terminal from your host PC (e.g. using putty from Windows). 

  • It is not a 7 inch monitor but a 19 inch monitor that I am talking about here. All I said for the 7 inch monitor is that the scrolling is all messed up, which looks ridiculous. After you scroll a full screen the prompt is on the first line. When an HDMI display is also connected then it displays correctly with the prompt being on the bottom of the screen after the scrolling as it would be expected.

    My problem with the HDMI monitor is that it only displays on about half of the screen. It looks like it's got the same bug as in minicom when you go into an editor and exit it.
    The whole point of having a large display is to be able to display more lines at once. It does identify the screen resolution correctly but bash doesn't seem to be able to know the correct size of the screen.

    When I use the 7 inch monitor I do most of the work using ssh but on occasions have to go on the command line. I was just mentioning that you have a nasty bug there, someone ought to fix that someday, it looks like sloppy work.

    When the application is all debugged I will have some yocto recipes that will be incorporated in the project. For development I do that on the target.

    Michel
  • Michel,

     This thread will be moved to Catalog forum for better help

    Best regards
    Lucy

  • Ok, I see what you're talking about when I stop the Matrix GUI and then stop Weston with Ctrl-Alt-F1. It looks like somewhere the size has been configured to precisely fit on the display that comes with the EVM. I was playing around with changing the LINES and COLUMNS variables and running resize, but resize sets the variables back to LINES=30 and COLUMNS=100.

    An easy workaround would be to SSH into your board. I have no issues with the command line when I do it that way.
  • I know that, I have two monitors and do that and for different reasons like gdb. The problem is that when you do not have a monitor available. Tom is doing mostly what we called in the 70s, run and crash so unless he needs to use gdb it is more convenient to run make using the target display.
    He goes on the command line and run my script that recompile his code. It is very annoying to see only part of the screen used. I will set him up with ssh for when he needs to use gdb, I don't think he has it installed yet.

    I haven't had time to play with the line settings as you tried, I will probably mess with it on the weekend as I am supposed to receive a beagleboard X15 today at home. Do you have some ideas where that is locked in? perhaps bash settings that gives the wrong size. With my beaglebone it uses the whole screen but at a lower resolution since the beaglebone cannot support 1080.

    ctrl-F1 doesn't kill weston, you can go back doing ctrl-F4. ctrl-backspace kills weston.

    Michel