Skip to content
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

Closed
mrkusypl opened this issue Jul 7, 2024 · 8 comments
Closed

Bug: Changing the memory channel while RX #173

mrkusypl opened this issue Jul 7, 2024 · 8 comments
Labels
bug Something isn't working

Comments

@mrkusypl
Copy link

mrkusypl commented Jul 7, 2024

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
@armel
Copy link
Owner

armel commented Jul 7, 2024

Hummm, I'll have a look, but for the moment I can't reproduce the problem.
I tested this:

Pocket A on TX (on PMR 3)
Pocket B on RX (on PMR 3)

Pocket B receives the signal. During reception on Pocket B, I moved to another channel (on PMR 4). Reception stopped.

@prokrypt
Copy link

prokrypt commented Jul 7, 2024

@armel did you try different methods of channel input? [0] [0] [4], [0] [4] (timeout), [4] (timeout)

@prokrypt
Copy link

prokrypt commented Jul 7, 2024

Steps to reproduce:

  • go to any valid channel
  • enable monitor mode
  • press a number of a valid channel and let it time out
  • display updates to new channel but receiver is still open on previous channel

Does not happen when more than 1 digit is pressed.

@mrkusypl
Copy link
Author

mrkusypl commented Jul 7, 2024

It seems that while waiting for input the channels change like this:

  • entering one digit (e.g. 1) does not change the channel, after timeout the channel changes to 1
  • entering a second digit changes the channel to another using the first digit (e.g., entering 13 changes the channel to 1, after timeout the channel changes to 13)
  • entering the third digit changes the channel to another using the first two digits, but immediately changes to the intended channel (e.g., entering 135 changes the channel to 13, but immediately changes to 135)

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

@mrkusypl
Copy link
Author

mrkusypl commented Jul 7, 2024

I decided to try to fix the error, and succeeded :) #175

@armel armel added the bug Something isn't working label Jul 7, 2024
@armel
Copy link
Owner

armel commented Jul 7, 2024

Interesting bug

armel added a commit that referenced this issue Jul 8, 2024
@armel
Copy link
Owner

armel commented Jul 8, 2024

Hello,

Thank you very much @mrkusypl . I think it's a good fix 👍🏼
I've added it to the feature_update_v3 branch I'm developing on. Good job 🤗

@armel armel closed this as completed Jul 8, 2024
@mrkusypl
Copy link
Author

Here is a further extension of this fix: #178

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants