-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
Sleep files not delaying #514
Comments
@UberGuidoZ - How to fix this? Sleep files are no longer working in Unleashed nor Extreme fw. Thanks! |
Same problem here :-( Pleeeease fix it :-) greets |
@UberGuidoZ, @mmiller7, @schmiernippel - Hey guys, I think I found a fix.. testing it atm... |
codeallnight / jamisonderek has found a fix....here are a 5sec file for test....rename it to .SUB |
This should work for sure - it's simply repeating the 1sec sleep file that already exists, 5 times. It's odd that the FW no longer recognizes the modified times within the SUB file. That is a bug that needs to be fixed likely with the FW itself. Having to create SUB files that simply repeat the single second sleep for minutes will be a huge waste of space. But as long as it works for the now, that's something. Basically, as many seconds as you want to sleep, add a 1 second:
5 seconds:
10 seconds:
And so on... now image 60 seconds. Just a lot of wasted space when it USED to work to modify the time the signal is sent instead. I'll need to test more before I change it all up. 🤔 |
@UberGuidoZ - I see. Hopefully this will be fixed in new firmware.. Meanwhile, here are all the sleep files. Tested them and seems they are working just fine.. |
Thank you. I'll post them with the caveat they are going to be quite large. I do have concerns they may crash the Flipper in certain cases, especially the larger/longer delays. I'd most certainly like to figure out why they original ones suddenly stopped working as they are fully within specs. Maybe @darmiel has an idea? |
The sleep files at https://github.com/UberGuidoZ/Flipper/tree/main/Sub-GHz/Sleep_Files no longer seem to cause the Flipper to delay in sending. When they appear in a playlist, the flipper seems to complete any amount of delay playback in much less than 1 second and move on to the next file.
The text was updated successfully, but these errors were encountered: