STRLCPY/flipperzero-bruteforce

Revision indexing in progress... (symbol navigation in revisions will be accurate after indexed)

Total 1 files

■ ■ ■ ■ ■ ■

README.md

		skipped 77 lines
78	78
79	79		### Optimization
80	80
81		-	After a little testing working with CAME 12 bit, it seems that as long as the ratio between the bits' lenghts is respected (`x`: short pulse, `2x`: long pulse, `36x`: pilot period) the actual duration of x can be lowered from the original 320 microseconds. From testing it seems that 250 microseconds is stable, shortening the bruteforce by a good minute (224 seconds against 287 seconds). From a code point of view:
	81	+	After a little testing working with CAME 12 bit (together with [@BitcoinRaven](https://github.com/BitcoinRaven)), it seems that as long as the ratio between the bits' lenghts is respected (`x`: short pulse, `2x`: long pulse, `36x`: pilot period) the actual duration of x can be lowered from the original 320 microseconds. From testing it seems that 250 microseconds is stable, shortening the bruteforce by a good minute (224 seconds against 287 seconds). From a code point of view:
82	82
83	83		```python
84	84		protocols = [
		skipped 3 lines
88	88		Protocol("CAME", 12, {"0": "-250 500 ", "1": "-500 250 "}, "-9000 250 "),
89	89		]
90	90		```
	91	+
	92	+	Other attempts we made to shorten the bruteforce were:
	93	+
	94	+	- Combining two 12 bit codes → ❌
	95	+	- Remove 1Bit from the end → ❌
	96	+	- Remove pilot signal → ❌
	97	+	- Remove second pilot signal → ❌
	98	+	- Remove half a bit from the end → ❌
	99	+	- Removing the pilot signal between the repetion → ❌
91	100
92	101		Further testing will be performed for the other protocols.
93	102
		skipped 14 lines