There are designs on the net for this, but they all seem based on a design with a fundamental error.
They asynchronously reset the 8-bit counter when it reaches 207.
This means it cycles through states 0 to 206, then very briefly becomes state 207 before settling in state 0.
Thus you get a divide by 207 counter, which is one count too short.
PAL video lines are 64 microseconds long, so the line rate should be 15625 Hz.
The ZX81 CPU clock is 3.25 MHz, so 3,250,000/15,625 = 208.
Detecting 207 is correct for synchronous counters, because they won't change until the end of state 207.
For synchronous counters like the 74HC393, you need to detect state 208, which is actually simpler to do.
207 = CF hex = 1100 1111 binary
208 = D0 hex = 1101 0000 binary
So all you really need to do is detect 1101 on the four most significant bits, because it won't happen until the lower bits have rippled back to zero.
When using the square-pixel 40-column modification, the CPU clock is 14.75/4 = 3.6875 MHz, and the divider must be 236. That is EC hex, 1110 1100 binary.
Rather than build a circuit from simple AND and OR gates, it is much more convenient to use a 74HC688 comparator:
CLK1 is the inverted CPU clock, and CLK2 is driven by 1Qd.
The divisor rate can be made switchable by having comparator input Q4 = 1 for square pixels and 0 for normal pixels.
Inputs Q2,3,5 are 0 for square pixels and 1 for normal pixels.
If you wish to be clever, you could mod your firmware to sense the selection and adjust accordingly. You will need a spare input bit, which you have on D5 of the keyboard input port. This is normally high, so it would be wired to comparator inputs Q2,3,5.
Another bonus is that if you want to run the CPU at any other speed, you simply have to change the comparator inputs Q0-7.
If speed is your demon and you run the CPU at 4 MHz, the divisor is 256 and the counter automatically cycles back to 0 and you won't need a comparator at all.
You will need to check the other logic in the Grant Searle design. Luckily, most tellies are fairly forgiving and will cope with minor deviations from the PAL sync and porch timings.
As I'm short on free time, I shall be implementing the slow mode generator in a GAL chip, something like this:
This will combine the comparator with the sync and porch pulse logic.
The N/S signal selects which one of two divisors to use.
If the comparator outputs are synchronous, then it does have to detect values 207 and 235.