-
Notifications
You must be signed in to change notification settings - Fork 247
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Scan mode disabled after exiting red button menu #761
Comments
Noticed the same here on my MD390/G, scan always stops when exiting the altmenu. Additionally I would like to suggest, to move "red button" menu to another button. The red button is used for exit/back from every menu and also is nice to check the radio status (enable backlight). With the new upcoming feature of key repeatmode, there will be very often unintentional malfunction when exiting the factory menu. I would prefer to activate the alt/appmenu by long keypress on green button or by press the hashkey. |
The reason is simple to explain but not easy to fix:
When exiting from the red button menu, the original firmware must be
tricked to redraw the normal screen completely.
This is done by setting a global variable (channel number) to zero,
which causes the Tytera firmware to refresh everything.
This has a similar effect like rotating the channel knob. Unfortunately
this also seems to stop scanning.
Other methods didn't work here (including the trick with some
GUI-opmode-something, which crashed the display, same as when trying to
exit from the original netmon screens).
The code is in app_menu.c : Menu_Close(). That's the place where some
kind of flag to start updating the main screen would be set.
I have deliberately left the non-functional method (with gui_opmode1 &
2) in there.
Note: This stuff is tricky. Avoid calling stuff inside the original
firmware, without carefully checking from where Menu_Close() is called,
and from where the original firmware function is supposed to be called.
Violating this rule leads to unstable behaviour (been there, tried a
lot, before I decided to write the alternative menu and its alternative
LCD driver. Less "surprises" when keeping the number of calls to the
original firmware as low as possible.
Cheers,
Wolf .
Am 22.05.2017 um 11:30 schrieb c5e3:
…
While being in scan mode,When entering the red button menu, scan mode
is still on and the correct channels gets displayed.
After exiting the menu by pressing the red button again or exiting by
navigating to 'exit' and pressing the green button, scan mode is
disabled for any reason.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#761>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AXwwfV6erCqhqQcIFXkhxzGkytxwS_Fgks5r8VWngaJpZM4NiGhO>.
|
Thanks for the quick reply, Wolf! |
Well maybe it is easy, if we knew how. Maybe it's just a bit somewhere in one of Tytera's variables in RAM that needs to be set, to force updating the screen ("Tytera's screen") completely. But I'm afraid there isn't such a flag, and reverse-engineering the code to discover the relevant places in the disassembled original firmware is very time consuming. For me, 'forward engineering' (i.e. writing my own additions in C, or maybe Cortex assembler) is much easier, which is one of the reasons for beginning to develop the red-button menu (which does indeed have its own, tiny, new LCD driver). About the "red menu key" : I wouldn't move this to another key. Like the "green menu key", it's similar to a function key. The two cursor keys between these two should keep their function (we may use them one day in the main screen to increment / decrement the frequency or the channel number). The keys in the 2nd to 4th row immediately open special-purpose screens, and I wouldn't like to change this principle now (it's already well established). The '*', '0', and '#' keys will sooner or later be needed for something else, so we really shouldn't occupy them yet. |
OK, like already discussed by mail, future keyb layout needs to respect further needs. |
dumb question: why not call a reboot when exiting the red key menu? as long at it remains on the same channel, scan will start after reboot (i believe) |
the dmr marc had move to a dif website there is the link for it http://www.va3xpr.net/dmr-marc-worldwide-net/ plz fix it in the glv software it keep time out when it try to get the date base |
Wrong topic, wrong group ?
Am 25.05.2017 um 01:04 schrieb shelllanes:
…
the dmr marc had move to a dif website there is the link for it
http://www.va3xpr.net/dmr-marc-worldwide-net/ plz fix it in the glv
software it keep time out when it try to get the date base
this is the new web site for it http://dmrworldwidenet.blogspot.ca/
plz fix it asap thank you
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#761 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AXwwfQxqZReCzXJ842h7GWAaCw8erpPaks5r9LdhgaJpZM4NiGhO>.
|
It would take inacceptably long to reboot, and all temporary changes to
variables in RAM (i.e. zone number) would get lost immediately after
setting them. So this is not an option.
Am 24.05.2017 um 13:33 schrieb paulomartinspt:
…
|When exiting from the red button menu, the original firmware must be
tricked to redraw the normal screen completely. This is done by
setting a global variable (channel number) to zero, which causes the
Tytera firmware to refresh everything.|
dumb question: why not call a reboot when exiting the red key menu? as
long at it remains on the same channel, scan will start after reboot
(i believe)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#761 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AXwwfWeKERyRz7UuABIQWwbKhIsV7_Ueks5r9BWlgaJpZM4NiGhO>.
|
Tagging this as "won't fix" until a clean solution presents itself. |
While being in scan mode, by entering the red button menu, scan mode is still on and the active channel gets displayed.
After exiting the menu by pressing the red button again or exiting by navigating to 'exit' and pressing the green button, scan mode is disabled for any reason.
The text was updated successfully, but these errors were encountered: