-
Notifications
You must be signed in to change notification settings - Fork 66
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
Bug: Changing the memory channel while RX #173
Comments
Hummm, I'll have a look, but for the moment I can't reproduce the problem. Pocket A on TX (on PMR 3) Pocket B receives the signal. During reception on Pocket B, I moved to another channel (on PMR 4). Reception stopped. |
@armel did you try different methods of channel input? [0] [0] [4], [0] [4] (timeout), [4] (timeout) |
Steps to reproduce:
Does not happen when more than 1 digit is pressed. |
It seems that while waiting for input the channels change like this:
Here an example (Channel 1 is PMR 1, channel 13 is PMR 13, and channel 135 is CH-135): VID_20240707_075228_0_COMPRESSED.mp4 |
I decided to try to fix the error, and succeeded :) #175 |
Interesting bug |
Hello, Thank you very much @mrkusypl . I think it's a good fix 👍🏼 |
Here is a further extension of this fix: #178 |
Hi. While using the modification, I discovered a bug. The bug is related to the recent update to V3.0. If you try to change the channel in this way at the time of receiving, after changing the channel you continue to receive the previous one. I also noticed that interrupting the reception, for example, by pressing any button, causes a definite change of the channel to the desired one.
I show this in the attached video, when I receive the airport weather station and try to switch to PMR 3.
8mb.video-Xzd-fAYc58oN.mp4
The text was updated successfully, but these errors were encountered: