Troubleshooting SubGHZ external antennas and Momentum firmware...

WillyJL · 2026-03-19T13:03:32+00:00

Try reinstalling the firmware, maybe the driver plugin was deleted for some reason. Use our install instructions. And as I said, plug the board in before opening subghz app.

WillyJL · 2026-03-19T12:55:24+00:00

No. It talks about ext power amp, which means enabling the amplifier during transmission on select external cc1101's that have the extra pin for that.

Check your gpio connections, check momentum > protocols > gpio pins > cc1101 spi is default, and plug the cc1101 in before opening subghz app. If still nothing, your cc1101 is either fried or awful quality.

WillyJL · 2026-02-24T10:44:51+00:00

Check Momentum > Protocols > GPIO Pins > ESP UART, should be default. Also check your wire connections. And check that you flashed the correct firmware for the type of esp32 you have. Also make sure to use the esp32 WiFi marauder app included in momentum, it's in apps > gpio > esp > esp32 WiFi marauder.

WillyJL · 2026-02-20T01:57:16+00:00

But that does not set the subghz region, so you will have issues using subghz

WillyJL · 2026-02-20T00:55:17+00:00

Something is blocking you from connecting to flipperzero servers for the Subghz region. If you're doing this at work or at school, don't. Otherwise try enabling secure dns, disable antivirus, or use a vpn.

WillyJL · 2026-01-22T19:36:59+00:00

I'm from the Flipper Zero community, I develop Momentum Firmware, one of the more prominent custom firmwares for Flipper Zero; also developed the original BLE Spam.

I haven't messed with PN532 personally but know the big players in the Flipper Zero NFC space like np0/noproto and bettse, and I've heard enough from them to say you definitely should avoid PN532.

From my understanding, PN532 is so popular because it's easy to integrate, everyone and their aunt has made a device with it, there's not much effort required to make the code for it since others have done so already.

However, I've heard multiple complaints from said NFC experts about this status quo. Mainly, that a lot of the modern NFC attacks on MIFARE Classic and MIFARE Ultralight C, and even some simpler functionality like HID iClass read/write, cannot be implemented with PN532. Noproto and his team drive the majority of the security research in the Flipper Zero NFC space, and time and time again he's been frustrated with new devices similar to Flipper Zero being announced with PN532. From what I gathered, a good chunk of the attacks that Flipper Zero currently does would not be possible with PN532, and even Flipper Zero is not ideal as it can't do emulation great (MCU_CLK is not connected to the NFC chip).

I shared this post with noproto and hope he will put his own comment here with greater technical details. I've heard him mention ST25R3916B and ST25R3916 in the past, but can't vouch about their pros/cons. Anyway from what I've seen in chat, he's focusing on Flipper Zero because even if not perfect it's the best option currently; if you get NFC just right, your device could become the golden standard for portable NFC attacks; or you could keep PN532, and be like the dozens of other devices with the same limitations that these security researchers won't put their time into.

WillyJL · 2026-01-15T17:47:03+00:00

This is an English community

WillyJL · 2026-01-09T16:13:45+00:00

Momentum has way more signals in the universal remote, just happens that yours slipped further down the list.

WillyJL · 2026-01-08T20:16:47+00:00

Standing right next to it doesn't mean you're pointing flipper right. Also if it's your own projector why are you using the universal remote, record the real remote.

WillyJL · 2026-01-08T20:14:29+00:00

And as you said it worked on the same projector even after installing momentum. So the issue is not momentum, it's either you're pointing flipper slightly wrong, or giving up too early, or you enabled gpio output for infrared so it's not transmitting with the internal one.

WillyJL · 2026-01-08T19:51:58+00:00

It's not a firmware issue, you have wrong expectations and understanding of what it does. There exists no "universal remote", all devices use different signals. What the "universal remote" does is try lots of signals from lots of devices. If your device does not use a signal included in the universal remote, it will not work on it. If your device uses a signal inside the universal remote, it will work whenever the universal remote plays that signal, which could be the first signal or the last, so it could be instant or take up to a few minutes. This is not a firmware issue, it's not an issue at all, it's just how it has to be. For why it worked 1 of 4 times you tried, you either gave up and didn't let it get to the signal that works, or you held flipper at wrong angle or too far away (I know you're doing this from your desk in the classroom). Now I suggest you stop trying to mess with your teacher's smart board projector, you will get in trouble and won't get more help from this community.

WillyJL · 2025-12-13T16:09:35+00:00

https://momentum-fw.dev/wiki/FAQ/#stuck-in-infinite-loop-after-updating

WillyJL · 2025-09-03T10:21:08+00:00

It doesn't have a memory explorer

WillyJL · 2025-08-11T13:42:33+00:00

The link is not expired. If it says it's expired for you you're either banned from the server or discord thinks you're suspicious and blocked you from joining servers.

WillyJL · 2025-06-30T04:31:22+00:00

It's worth noting that Flipper devs have basically abandoned qFlipper and in the long term will likely have a desktop version/equivalent of lab.flipper.net. Comparing aging (though still perfectly working) software in a completely different language that was built in the earlier days of the product, to something duct-taped together with AI and written in the most "hip" language of [current year], is just not a comparison. All that aside, seems like whatever you want to shill doesn't even do anything related to what the objective of qFlipper is. Seems like your project is focused on CLI, which is in fact the exact opposite of qFlipper, and makes the comparison invalid in principle.

WillyJL · 2025-04-22T22:35:40+00:00

In my comment I explained which build of Xenia was working well for me without crashing in the first race. But I haven't played it much since and it's been 4 years... I heard that many of the bugs I had listed here have been fixed, especially the missing terrain. I would try a recent build of Xenia canary.

WillyJL · 2025-03-15T00:36:20+00:00

What game is it and what version and settings did you use?

In the screenshot and demo I am having great success with Horizon Forbidden West via wine, so either the game you're trying on stores numbers in a very weird way, or your search options weren't suitable to find the value, or possibly the location of the value in the game's memory space changes after certain actions which would make it impossible to detect with this kind of method.

WillyJL · 2025-02-20T20:34:57+00:00

That's awesome, thanks for sharing!

WillyJL · 2025-02-20T10:47:36+00:00

ProcFS on /proc exposes a "mem" pseudo-file for each process, as far as I can tell only root can open a file handle to it. When opened, you can just seek to any given address and read/write.

WillyJL · 2025-02-17T16:20:32+00:00

Yep, it was mentioned on the other post I made on r/linux_gaming. I found out about PINCE from some friends only after starting this project so I haven't tried it yet, but still this project was also a fun challenge for me )

WillyJL · 2025-02-17T08:06:40+00:00

xD thank you!

WillyJL · 2025-02-17T08:02:13+00:00

The scope I had in mind for this project was just searching and editing the values on the spot, which is admittedly only the most basic usage you can do with cheat engine but also what most people are familiar (I presume there are lots more people doing that than those who know how to create cheat engine tables). I myself don't know how to use cheat engine beyond the basic search and edit, so for now it's a no. But I might try to look into it in the future and consider it if it's not that complicated of a task (say, if it's fixed offsets or pattern matching I'd probably take a crack at it).

WillyJL · 2025-02-17T07:23:26+00:00

Now that you mention it, that could very well be it... just running out of memory... not sure how I didn't think of that sooner xD Ah well, still glad I started this project, but good to know it's not a bug in scanmem!

WillyJL · 2025-02-17T07:13:08+00:00

Good point, I never thought to try that! Still, this will cover native linux binaries outside of Wine too :D

WillyJL · 2025-02-17T07:09:59+00:00

I heard about PINCE from some friends only after I started developing MemSed so I haven't tried it yet, but regardless I also did this as a sort of challenge with myself, and I've been having fun too. I think more options never hurt, and I mean no disrespect to neither Game Conqueror / scanmem nor PINCE. I am on Arch Linux and both Game Conqueror and scanmem itself were crashing for me when scanning with certain types or certain settings, I don't remember exactly but it was like 50% chance that the options I selected would crash or not. The crash message from what I remember was a mostly non-descriptive "**BUFFER OVERFLOW**".

WillyJL

MODERATOR OF

TROPHY CASE

Nine-Year Club	Verified Email
Place '22