I recently installed the 1.4.0 firmware and discovered that the absolute coordinate column disappeared from the display. Support believes the problem is due to changing MS Windows settings to use portrait orientation, rather than the landscape default. (I made the orientation change at the same time as the firmware upgrade.)
My feature request is that the UI be altered to restore the missing absolute column, which I find critical for recovery. If this is a real estate problem, one idea would be to replace the labels on zero column buttons with the absolute addresses, rather than location symbols, once they are set.
I’ve already reloaded Raspberry Pi prior to an early version install. I didn’t believe 1.4.0 required yet another “flashing”. I have your controller mounted out of my way, so tearing the box apart is non-trivial.
I don’t mean to be argumentative, but it seems to me that the Raspberry Pi OS should have little or nothing to do with this problem. That OS certainly doesn’t know the Windows settings, and I’m using a web browser (Edge). If you are convinced reflashing has a good chance of correcting the problem, I can tear things apart. However, if you are just asking for a reflash as a standard procedure for escalating the issue, please be kind. I work with developers frequently, and I suspect they have a test bed on which they can check this out in a fraction of the time it will take me. Alternately, they may decide the issue is not sufficiently important to even consider, in which case my tear down is totally wasted time.
Since you stated that I “did not follow supports email instructions” I spent two hours reflashing. The website says to reflash with 1.4.1 now so I did so. (Also, I should point out that the reflashing instructional video from the link you sent was for an older variant of the Raspberry Pi installer, so there are a couple of new options that required my best guesses.)
As I predicted this made no difference, except that there seems a couple of odd spurious behaviors. The first system boot took several minutes and after homing completed the z unit kept trying to push upward (as though it were beginning the homing sequence but not stopping). I noticed the position numbers kept increasing. Powering down from the menu didn’t work, so I used the red button. I tried reseating the microSD card. After a couple power down sequences I finally got the web browser to talk to the controller, which is when I confirmed that nothing had changed. BTW: I also noticed that there seems to be sufficient space to display absolute addresses (see attached photo), so I’m not sure why that column would have been intentionally removed.
I’ll try some carving to see if the RP OS is stable or not, but I don’t have much faith in the machine just now. Forgive me if I don’t say thank you.
I was hoping I could just give up on the feature request and live with it. Unfortunately, after the flashing you requested the controller is clearly malfunctioning. It doesn’t seem to connect to the web browser as it has in the past, but I can still make it work by terminating the browser and using “onefinity.local” as the URL. The first problem I noticed was in the Z axis. It will not lower beyond about half way down the axis. The top of the Z position is properly reported as position zero, but it will only jog down about 2.5 inches then stop. However, the UI position reports that it has moved down 6.29 inches. A quick experiment shows that the Y axis is also wrong. When I jog Y all the way to the back, it reports roughly 48 inches, but this is a Woodworker that should have only 32 odd inches of Y movement. I’ve tried reseating every cable, but nothing changes. I also checked the X position, but as near as I can tell that is working correctly.
Perhaps I guessed wrong on the new Raspberry Pi Installer options? The first selection is to select a device with the following options
No Filtering (show every possible image)
Raspberry Pi 5
Raspberry Pi 4
Raspberry Pi Zero 2 W
Raspberry Pi 2
Raspberry Pi Zero
Raspberry Pi 1
I entered nothing, so I’m not sure what option it picked. I was hoping for No Filtering since it was first on the pulldown.
The Operating system choice seemed obvious, since the “Use custom” option was the only one that allowed me to copy your V1.4.1 image. To be clear the file selected was onefinity-raspi-1.4.1.img.xz.
Next the installer asked if I wanted to use “OS customization?” In surveying the available settings, it seemed that “NO” was the correct answer. Finally, I watched the video again, so I can assure you that I followed the directions explicitly, excepting for the two changes in the newer installer.
Thanks. the flash now works. I almost forgot where this all began. The interface is still missing the absolute coordinate column. So I stand by my feature request. I also suggest that you either delete or replace the video regarding flashing for folks like me that are impatient and/or just prefer video instructions. I feel like I’ve been on a day-long journey only to discover I am back where I started.
Thanks, Alpha5u. The problem is the web page is designed in such a way that web browsers can adjust certain fonts and columns. The hot keys you suggest don’t work conveniently on my configuration (Microsoft Surface with an Edge web browser). However, there is a zoom option in the extras menu, and zooming the window to 90% solves the problem. Here’s the thing that is counterintuitive - the absolute address column is omitted in the larger window, but included in the smaller. The reason seems to be font sizes are reduced in some columns.
