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

Rad Pro: Quick power cycling does not reset device state #178

Closed
Memorandlum opened this issue Dec 28, 2024 · 3 comments
Closed

Rad Pro: Quick power cycling does not reset device state #178

Memorandlum opened this issue Dec 28, 2024 · 3 comments
Labels
bug Something isn't working

Comments

@Memorandlum
Copy link

Memorandlum commented Dec 28, 2024

If you turn off the device at Radpro Screen "Average" and reactivate the device very quick, the old measurements are still
present. If you wait several seconds while off, then the data is gone. That´s an inconsitantcy and could lead to an unpredictable
behavier of the device. All used temporal program variables and Data has to be set (initiated) to a defined value status
at every "startup"! (Power-On)

@Gissio
Copy link
Owner

Gissio commented Dec 29, 2024

Thanks for the report. Will be fixed in the upcoming release.

One request: on your Bosean FS-5000 do you get to see display glitches as reported here: #163?

@Gissio Gissio changed the title FS-5000 Radpro 2.03 program variables initiate problem Rad Pro: power off does not reset device state Dec 29, 2024
@Gissio Gissio changed the title Rad Pro: power off does not reset device state Rad Pro: Power off does not reset device state Dec 29, 2024
@Gissio Gissio added the bug Something isn't working label Dec 30, 2024
@Gissio Gissio changed the title Rad Pro: Power off does not reset device state Rad Pro: Quick power cycling does not reset device state Jan 11, 2025
@Memorandlum
Copy link
Author

FS-5000 radpro2.03
nope, everthing is fine, no glitches, no corrupted pixels.

I felt that the display refresh in the landscape revision was somehow different from the upright revision,
I barely tested it but I think it was slower. I will do more detailed testings, when you'll puplish the revision 2.04
like the speed of response for an alarm.

@Gissio
Copy link
Owner

Gissio commented Feb 3, 2025

Can you try https://github.com/Gissio/radpro/actions/runs/13103763916/artifacts/2524185828 and see if this is fixed?

@Gissio Gissio closed this as completed Feb 9, 2025
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

2 participants