Curious track in a remote control

I'm in the process of slightly adapting an IR remote control for another purpose. The pcb is about 6 x 1.5 inches, LED at one end and main electronics at the other end. So ouput line goes from the electronics end, along the outer long edge to the LED end , back down the other long edge to the driver transistor and then another long trace back to the LED. The superfluous? loop is not tapped along its path , so why the circuitous route? and not a simple inch long track at the main electronics end and one long trace to the LED

Reply to
N_Cook
Loading thread data ...

On a sunny day (Wed, 19 Sep 2012 08:17:17 +0100) it happened "N_Cook" wrote in :

Transmission line? RFI filter? Inductor? secret alian trnasmitter at GHz so NSA knows what program you view on TV? Bad routing program? Bored designer? Saves etching?

Reply to
Jan Panteltje

to

tapped

so NSA

He was not averse to using , elsewhere, 000 ohm "resistors" to de-spaghettify

Reply to
N_Cook

I like that word "de-spaghettify"!

Reply to
Dennis

another

and

long

My mod works fine, so reason for loopiness stands unknown. Added in a dual, large timing spreads, monostable to go between the r/c pulse source and the LED driver. To gate the output, by a moveable window. To narrow down the active part of a pulse stream, in some serendipitous setting of this URC , that gives some function on an otherwise piece of dead kit, itself with unobtanium remote control. Then via emulation , expand that up to full range of IR codes for full operation

Reply to
N_Cook

On a sunny day (Sat, 22 Sep 2012 07:58:38 +0100) it happened "N_Cook" wrote in :

I once wrote a piece of C code that sampled the output from a photo diode every x microseconds. I used it to record the IR remote commands for the VHS recorder. Then I wrote a small program to start and stop and recored the VHS from the PC, controlling an IR LED via a par port pin.

That way the codes are safe for the future (just a small binary file for each command). Sampling at a some kHz via the par port with 0/1 is fast enough for IR remote signals.

formatting link

Maybe you can even do it with the soundcard.

Reply to
Jan Panteltje

edge

not

GHz

window.

dead

that

every x microseconds.

the PC,

each command).

remote signals.

I'd previously tried going down the LIRC route,

formatting link
similar to your interface, but my "LIRC" hardware did not work with my pc . The LIRC library seems to have no recent updates, and LIRC would still be no good for trying to "exercise" an otherwise dead and unsupported piece of kit with no OEM or replacement or suitable URC-setting R/C

An alternative approach for your VCR situation would be a cheap LCD-less learner remote with Eeprom strorage, learn the VCR codes and remove the batteries and store away

Reply to
N_Cook

On a sunny day (Sat, 22 Sep 2012 11:20:27 +0100) it happened "N_Cook" wrote in :

Yes, many (perhaps 10) years ago I had a look at lirc for use with digital satellite recording, but it did not make a lot of sense to me, neither does video4linux and a few other popular projects. So I write most software myself, the whole remote thing (for recording) is now replaced by xdipo

formatting link

And these days I have cable too so that came with a Humax remote, the humax cable receiver also runs Linux, and Humax was so kind as to send me a free DVD with source code.

My Samsung (POS) TV has a remote, you have to bang it on the table before use else it does not work, I have not opened it yet, as I see no screws, and it is still in guarantee ;-) LOL

The new USB satellite receiver I have (Cinergy S2, very good actually) has a credit card size remote... that of course did not work in Linux either, so I wrote some code for that for xdipo for Linux. Linux goes completely the wrong way there, as they use /dev/input/X for the remote signals, and that interferes with any open GUI application that has mouse focus, so if I type '1' on that remote it normally appears in an input field of an application that has focus. I reported the (in my opinion) bug, but big companies like Microsoft, Samsung and others are like idiots making changes and only posting their own drivel to the multimedia mailing list, never checking for backwards compatibility or compatibility with anything or anyone else's stuff, so at that level Linux is dead. I am looking for an other OS. But indeed and as somebody else mentioned here, all those changes by script kiddies with zero experience in the field they actually write software for, costs too much time. I am doing video editing at the moment and almost every little bit of software I use I have to write myself, just like Linux in the old days (version-0.98). OTOH I can do things nobody else can, and stopped releasing source code for that. When bad times come, I can hit the market with better products.

Why, PC learns nice this way, not only IR remotes, but with help of

430 MHz receiver transmitter also the light control codes. I accidently found it can also do the codes (also same frequency) of the air exhaust system. And I have too many remotes laying about already, for that your solution would be good, but hey the Humax remote has already PVR, TV, DVD, and AUDIO build in, likely based on lirc.. I just have not had the time to program that and read all the manuals. Watch very little teefee anyways these days, no time.
Reply to
Jan Panteltje

You might be interested in one of these:

formatting link

Reply to
Michael A. Terrell

window.

dead

that

If I hadn't got a DSO then one of those would be useful. What I would like , to close the loop for a truly universal remote control, is a sniffer that could monitor any uC doing the decode function of any otherwise dead piece of kit that does not have an IR r/c and no hope of getting one from any source around the world. At the moment with this shutter I now know the second active code is

10000101011111 instead of the full DSO readout of 100001010111110110101110110110111111111101111110101011011111101011111

The preliminary code , in another learner r/c, I've not worked on narrowing down yet . Chop that one down too much and it makes the internal decoder latch up and I have to switch off, to reset the kit under hack

Reply to
N_Cook

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.