On February 3, 2006 at 12:10, tm4711 said...
That is why I tried using modulated signals as
described.
Sorry I gave the wrong impression with "high speed unmodulated". I have no reason to believe the "unmodulated" aspect of the signal is a significant part of the problem. The NG Pronto firmware can't generate high speed signals. The home entertainment devices that use high speed signals almost all use high speed unmodulated signals, so that's the subject of most of the threads. But the issue is the high speed, not the unmodulated.
I have tried even more imaginative ways of using a modulated signal to duplicate an unmodulated signal. I reached levels much faster than an NG Pronto can achieve as a simple unmodulated signal, but not fast enough to meet the needs of the actual device, so no direct way to tell if such tricks could really work (measured how close it could get by relearning with another remote rather than the simple binary pass/fail of the actual device).
But PPENG mangles those hex values
too (be it because of code cleaner or conversion).
I did those tests directly in XML to bypass that mangling. It still didn't work.
I presume, that what really counts in TTL-format
is the start times of the different pulses. Therefore
I could probaly use a 20µs on time plus 80µs/180µs/280µs
off time as long as the total length is more or
less observed
Correct. I went even further and made the modulation wavelength the entire duration of the shortest total. That way instead of one short pulse being 1 unit one and N units off, multiple short pulses in a row were that many units of modulated on, then a longer pulse would need extra off time. That could generate significant subsets of the correct signal but mangled things when there were two long pulses in a row.
(i.e. 100/200/300µs) with +- 20%
accuracy so that the different flashes of IR are
the correct distance apart.
If aiming for 100/200/300, my system would have used 10Khz modulation, getting 50 On / 50 Off for the 100's. The NG Pronto firmware (back when this was tried) could do multiple cycles of 10Khz easily. But a 200 that isn't precceded by 100's should be 1 modulated on followed by 1 off. That's what is too fast for the firmware.
Has Philips Support reacted to the problem of
high speed unmodulated signals?
Not that I've heard.
Does this also apply to modulated signals as the
ones I tried?
Yes.
Hm. Seems hard to find in the PCF files. What
would I need to look for?
You mean extract the XML file from the PCF file? Or you mean find the internal IR hex code in the XML file? Or what do you mean?
The instructions I just gave here:
[Link: remotecentral.com]for BMP are equally good for XML.