Advanced Search

tried this numerous times.
i get so far and then mouse won't work after a reboot. curser won't move and no light on bottom of mouse.
tried a powered usb hub.
any other suggestions?
hugh

You never specified the resolutions of your monitor nor your make\model of monitor so kind of hard to diagnose.

I think your best bet would be to google something along the lines of "RPi4B skewed login screen" if you get asked what operating system on any forums tell them Debian Bookworm with a kernel built from Raspberry Pi kernel sources. If you mention Linuxcnc their heads will explode and tell you to come back here. The thing is this is the first time I can think of this issue has come up on the forum, so not a lot of knowledge.
Whilst we can diagnose some issues others are out of out league, whilst we could offer suggestions we've searched for not having your particular monitor makes it a bit hit & miss.
The images we provide are just a Raspberry Pi kernel built for realtime plus some binaries need for the RPi, a minimal Debian Desktop install, ie no packages for editing images, playing music, chatting or office stuff, ie packages not essential to controlling a cnc machine. On top of that there is Linuxcnc installed which needs nothing special as it is a debian package, but updated from what you'd find in the Debian repos.
To be perfectly honest these current build method has only been in use since about late 2023. So far we haven't had any major bugs, and your issue seems particular to your site.
So far I've tested both the current Rpi4 & RPi5 images with a small HDMI touch monitor and a 4:3 17" monitor using a HDMI to DVI Monitor, none have shown this behavior.

haasme wrote:

Hi,
When I try to log in with rdp from windows 11, it accepts user and pass, but after the image displays something pixelated as if there were 100 miniature desktop . Has anyone else experienced this? (rpi 4 4gb ). Everything else works ok so far..
 

Hi haasme,

I have tried this dozen times or so, most of the times I had the results as yours. There were times when it worked, I don't know why. I have the desktop, and it responded quite well as well. BUT WHEN I ran glxgears, its own windows with the three gears were pixelated as well. I have since given up on this remote desktop connection. I plan to have another desk and another monitor Or perhaps a HDMI switcher (if there is such a thing.)

Best regards,

...behai.
 

It would be better to have some protection of course, the same as with a Raspberry. The pin header can be used via the driver made by Guglielmi:
forum.linuxcnc.org/18-computer/48079-can...cnc?start=200#273554

For Rockpro64 (rk3399?), I built an image before for a Orange Pi 4, but that didn't seem to work well, spikes to 130us, could work with Mesa though. You can try to build one via Armbian, from 6.12 and up you don't really need to patch it, just the right configuration. Then experiment to isolate cpu1 and move the rt tasks to that core as explained in the following post:
forum.linuxcnc.org/18-computer/48079-can...cnc?start=280#286432

You commits caused somewhat of an issue. Do you think I sat on my hands and did SFA ?

I don't care about your workflow, it's not my issue. My issue was ensuring the integrity of the images.
I don't care about you trying to setup a remote desktop, that was something you decided to do. That software was outside the scope of the software needed to run a cnc machine. I don't know why people ignore using ssh.

I just tested this at the beginning of rt_peripheral_init and it compiles and works on my RPi5 and RPi400 if you include the attached dtcboards.h:

int rt_peripheral_init(void)
{
    FILE *fp;
    int i, j;
    char buf[256];
    ssize_t buflen;
    char *cptr;
    const int DTC_MAX = 8;
    const char *dtcs[DTC_MAX + 1];
    
    // assume were only running on >RPi3
    
    if ((fp = fopen("/proc/device-tree/compatible" , "rb"))){

        // Read the 'compatible' string-list from the device-tree
        buflen = fread(buf, 1, sizeof(buf), fp);
        if(buflen < 0) {
            rtapi_print_msg(RTAPI_MSG_ERR,"Failed to read platform identity.\n");
            return -1;
        }

        // Decompose the device-tree buffer into a string-list with the pointers to
        // each string in dtcs. Don't go beyond the buffer's size.
        memset(dtcs, 0, sizeof(dtcs));
        for(i = 0, cptr = buf; i < DTC_MAX && cptr; i++) {
            dtcs = cptr;
            j = strlen(cptr);
            if((cptr - buf) + j + 1 < buflen)
                cptr += j + 1;
            else
                cptr = NULL;
        }

        for(i = 0; dtcs != NULL; i++) {
            if(        !strcmp(dtcs, DTC_RPI_MODEL_4B)
                ||    !strcmp(dtcs, DTC_RPI_MODEL_4CM)
                ||    !strcmp(dtcs, DTC_RPI_MODEL_400)
                ||    !strcmp(dtcs, DTC_RPI_MODEL_3BP)
                ||    !strcmp(dtcs, DTC_RPI_MODEL_3AP)
                ||    !strcmp(dtcs, DTC_RPI_MODEL_3B)) {
                rtapi_print_msg(RTAPI_MSG_ERR, "Raspberry Pi 3 or 4, using BCM2835 driver\n");
                bcm = true;
                break;    // Found our supported board
            }else if(!strcmp(dtcs, DTC_RPI_MODEL_5B) || !strcmp(dtcs, DTC_RPI_MODEL_5CM)) {
                rtapi_print_msg(RTAPI_MSG_ERR, "Raspberry Pi 5, using rp1 driver\n");
                rp1 = true;
                break;    // Found our supported board
            }else{
                rtapi_print_msg(RTAPI_MSG_ERR, "Error, RPi not detected\n");
                return -1;
            }
        }
        fclose(fp);
    }else{
        rtapi_print_msg(RTAPI_MSG_ERR,"Cannot open '/proc/device-tree/compatible' for read.\n");
    }    
    
    if (bcm == true){
...

I was after 12 hours of milling parts in the shop, and another 5 hours of trying to set up linuxcnc, so don't be too angry in your judgment.
I also solved the problem as follows:

sudo nano /etc/X11/etc/X11/xrdp/xorg.conf
search for OPTION "DRMDevice" line
and replace with
Option "DRMDevice" ""
save, reboot and all work fine after!

I don't know why you insisted on saying that it was so, when I clearly told you I created the images and did not have those software packages installed.


Sometimes I don't know why I even fucking bother.

Sorry, you are right, the original image is clean. my mistake!

If you are using the Linuxcnc 2.9.4 images, and as you claim have any rdp or vnc packages installed it means the images themselves have been compromised. If this is the case I would make a report either on the mailing list or github pages. Links to these can be found at the Linuxcnc homepage.
The copy of the image that I am running on my RPi5 does not have any of the packages pre installed. The images I am using are the ones that I built and submitted to be put on the downloads page.
This is a very serious situation, so I want you think about whether you are using the Linuxcnc images that have been downloaded from the Linuxcnc downloads page and carefully rethink your statement that you did not install these packages yourself.
As I said this is a very serious matter and must be dealt with accordingly.

Are you absolutely sure you are using the Linuxcnc image. Because when I made the RPi4 and RPi5 images I didn't put any remote access software in the image other than SSH.
Please read the paragraph above very carefully.
No RDP nor VNC packages were put in the list of packages to be installed.

"And please no double posting." What do you mean by that?

I use the system with a 7 inch original rpi touch screen display, and I wish to use rdp for easy configuration of the system. For this reason I try to configure rdp server. (the rdp server was all ready in the image, I didn't install it...)
I asked here because I use the linux image from this post. If is not oky please let me know where to move the question.
Tnx.

To be perfectly honest your issue is somewhat out the scope of the support found on the forum.
It is quite obvious you installed the remote software on the RPi, as I didn't build the image with any remote connection software other than SSH.
Your best bet would be to try the various Debian forums, the raspberry pi forums usually deal with issues with Raspios.
The RPi images are Debian Bookworm, with the kernel source from the RPi sources and Linuxcnc packages installed.
The images are not expected to be run via any remote desktop, hence the reason no remote desktop software is included, nor is it expected to be used as a general purpose OS.
What is your reason to run remotely ?
And please no double posting. My apologies I got confused by another user that was having the same issue.

Hi,
When I try to log in with rdp from windows 11, it accepts user and pass, but after the image displays something pixelated as if there were 100 miniature desktop . Has anyone else experienced this? (rpi 4 4gb ). Everything else works ok so far..

Ethercat Update Sun, 16th Feb 2025

Ethercat installs and kernel modules build, some will build for running kernel, some build for 6.1.x kernel, but load with just a message about tainting kernel in logs. Just need someone with Ethercat hardware to confirm operation.