¿ªÔÆÌåÓý

Rotate Display 90 degrees? #feature_request


 

Hello, I was wondering if it would be possible to add an option to rotate the display 90 degrees on the Ultra? The display on it appears about as tall as the original is wide, so I wouldn't imagine it would be too difficult to implement (although I will admit I know next to nothing about UI design). I could see this being useful for testing HT antennas, one-handed searching a room for RFI, and it would allow for a really tall waterfall. I'm probably in the minority in wanting this, but I thought I'd ask.

I am now the happy owner of 1 TinySA and 1 TinySA Ultra btw. Thank you.


 

Making the screen width/height variable will lead to substantial increase in code size and lower the speed of display updates.
This will not have a high priority

--
For more info on the tinySA go to https://tinysa.org/wiki/


 

Thank you for the prompt reply. That sounds like it would be a lot more work than I initially thought it would be. Would it be any easier to have it compiled just as vertical? I.E. change code related to resolution/orientation/etc and compile it from source to only output in vertical orientation and forego horizontal, or is the variability not really the issue? Is there a lot built on top of the assumption of horizontal orientation? I'm assuming I would then need to reorient touch input as well, possibly the jog switch. Would this still negatively impact display updates?

I'll admit I know very little about C or the limits of this hardware, but I've been looking for an excuse/project to learn. Currently browsing the source code downloaded from GitHub.


 

¿ªÔÆÌåÓý

Wouldn¡¯t it be a lot easier to just make a plastic or wooden clip to hold the whip at 90 degrees?


On Dec 2, 2022, at 3:49 PM, Taylor via groups.io <ke8kwz@...> wrote:

?Thank you for the prompt reply. That sounds like it would be a lot more work than I initially thought it would be. Would it be any easier to have it compiled just as vertical? I.E. change code related to resolution/orientation/etc and compile it from source to only output in vertical orientation and forego horizontal, or is the variability not really the issue? Is there a lot built on top of the assumption of horizontal orientation? I'm assuming I would then need to reorient touch input as well, possibly the jog switch. Would this still negatively impact display updates?

I'll admit I know very little about C or the limits of this hardware, but I've been looking for an excuse/project to learn. Currently browsing the source code downloaded from GitHub.


 

On Fri, Dec 2, 2022 at 03:49 PM, Taylor wrote:
Would it be any easier to have it compiled just as vertical?
In the display driver you have to modify all occurrences of DISPLAY_ROTATION_*
In the LCD configuration you have the switch the definition of LCD_WIDTH and LCD_HEIGHT
In the touch_position function you have to switch x and y and then it's just a lot of work to make everything fit.
?
--
For more info on the tinySA go to https://tinysa.org/wiki/


 

¿ªÔÆÌåÓý

Is it possible to just rotate the display in its case?

On 12/2/22 23:53, Erik Kaashoek wrote:

On Fri, Dec 2, 2022 at 03:49 PM, Taylor wrote:
Would it be any easier to have it compiled just as vertical?
In the display driver you have to modify all occurrences of DISPLAY_ROTATION_*
In the LCD configuration you have the switch the definition of LCD_WIDTH and LCD_HEIGHT
In the touch_position function you have to switch x and y and then it's just a lot of work to make everything fit.
?
--
For more info on the tinySA go to


 

It took me a few failures to boot before I realized I was building for the original TinySA and had to figure out how to switch to the Ultra. Once I figured that out, editing DISPLAY_ROTATION_*, LCD_WIDTH and LCD_HEIGHT was easy enough. Then I also had to adjust the size of the waterfall to be more reasonable. Still haven't figured out touch, (so many Xs and Ys) but the jog switch works fine. I'm sure this will have lots of negative impacts to stability going forward (I've already had one crash, and the "starting..." screen has a block of noise to the bottom (formerly right) of the display before moving on), but I'll figure it out. Thank you Erik.