Motorola vip 1853 - need pronto hex

[vickyg2003]

I had read the help and got really, really confused. Avoid help and file manipulation is pretty easy.

That is not a very helpful statement. Assuming you are taking about my stuff; if you have better help texts to suggest, or even can point at what is not comprehensible, I would be happy to consider your suggestions.

Once I digest this I will write up something. Your software is easy to use. It offers some features that are really nice for dealing with other IR enthusiasts. Wav file and lirc file reading and creation for starters. I assume that since this is java based it will run on more platforms than irscope, so this gives people a way to plot signals when irscope is not an option. Seeing signals is really important for some of us. One of the other tools, Irscope I think, deals with short form pronto hex, does irmaster? The generation of a range of pronto hex is much easier with irmaster, than makehex and is again java based which opens it up to cross platform use. In the past I made a file for make
hex to generate some oddball pronto hex signals for a non-jp1 visitor. Now I just create an executor and shoot them at my widget. I have a feeling that this might be where irpmaster comes in. Since widgets are now impossible to get, this is an important feature.
I see that you also import ICT files. I assume this is only for single ict's not for the kind that holds a whole set of signals that we use for sharing info in the forums. Is this correct?

And what is lintronix? I have seen other references to that but don't know what it is.

[vickyg2003]

spicemint,
It seems to me, that when I was looking into purchasing an IRBlaster setup to work from my PC, that the blasters had a frequency rating. Some were good for normal frequencies in the 38K range, and that for high frequency signals , ie 55K, I would need special IRBlasters.

Have you read the documenation on your IR emitters to see if they are rated for a high frequency?

Also, did you check that the blaster is working by viewing it through a digital camera? (i.e. your cell phone)

Also are you sure you have the blaster placed properly?

[spicemint]

ok I made sure my IR transmitter is working, needed to re-solder, tested and receiving and sending signals works but not with my motorola vip1853 remote control, the remote control itself seems to be manufactured by ruwido but no model number on it, looks like this:
http://www.kpn.com/is-bin/intershop.sta ... iening.png

tried using irrecord but get different results ands sometimes error about "No toggle bit mask found.But I know for sure that RC6 has a toggle bit!" see different results:
http://pastebin.com/WBjU04x7

or
http://pastebin.com/MwH2K2rz

or
http://pastebin.com/8X6mk8su


how to get this darn thing working?

[vickyg2003]

Hmm, the only thing that I get out of this is that at one point, it has a timing pair of +430-520 that it thinks might be a leadin. and signal lengths of 27, 34, and 20.

That could be canalsatld but the timings seem to be a bit off.the lead in pair should be 330-660, and +660 -660 would be more of a double wide on off pair, somewhere in the middle.

Could you double check your Motorola Model Number, Motorola VIP 1853 is reported to have CanalsatLD, and we saw that in the other user in this thread and we have slingbox confirmation on this code. We've seen Motorola use a variety of different protocols, CanalsatLD, TDC, Nokia32, XMP.

I'd love to see this be something as simple as a transposed model number, or a scratch on the label that is making one of the numbers appear to be something that it isn't. (been there done that on more than one occassion).

[Barf]

I do not have too much respect for the way LIRC handles "non-raw" IR signals. It appears that irrecord (probably correctly) identifies the protocol as a bi-phase protocol with the same timing as RC6. So it tries to identify a RC6 signal. Which goes wrong.

Use the -f option of irrecord to force it into raw mode.

The url of your remote was munged by the forum, please retry.

I would also like to know what driver "ya_usbir" is (that does not appear to be a standard LIRC driver).

@Vicky: Technically, am IR LED is not band width limited, but capable of frequencies from DC to many, many MHz, probably GHz. I cannot recall I have seen an IR sender (as opposed to receiver!!) capable of 38kHZ and not 56kHz ,or vice versa. A short look at the specs of GlobalCache (20-500kHz) and IrTrans (15kHz-1MHz) as well as some IR repeaters by Smarthome verifies this.

[vickyg2003]

@Vicky: Technically, am IR LED is not band width limited, but capable of frequencies from DC to many, many MHz, probably GHz. I cannot recall I have seen an IR sender (as opposed to receiver!!) capable of 38kHZ and not 56kHz ,or vice versa. A short look at the specs of GlobalCache (20-500kHz) and IrTrans (15kHz-1MHz) as well as some IR repeaters by Smarthome verifies this.

Yes, I don't remember if it was an IRTransceiver, or an IR Repeater system that had the freqency limitation. I just remember checking all of my signals to make sure I could fit in the lower band.

I never pulled the trigger on whatever it was. I didn't end up with the closed door cabinet that I had wanted (so no repeater). and I never ended up exploring lirc, because I found out that OnDemand was included in my HOA monthly dues, it just wasn't made clear in the HOA communications, and Comcast was very happy to give me less than I was paying for! Once OnDemand equipment was in place, there was no need to record the stuff, when I could just pull it up OnDemand.

[spicemint]

here the picture of the remote again:
http://www.kpn.com/is-bin/intershop.sta ... iening.png
@vickyg2003: it is for sure a motorola vip1853 and for sure a ruwido remote

then i tried with irrecord with "-f" force option which resulted in this config file: http://pastebin.com/ZG2h6SXR

added the config to my lircd.config and tested with irw, see here results:
http://pastebin.com/cq0sqMDY
i pushed all buttons but for some reasons it seems to see all buttons as key1 or key3 I suppose that relates to the entries in the config so deleted key1 and key3 entry from lircd.conf to see if it would recognize the other buttons but no such luck
it seems like for some buttons recognition works some of the time and for others not at all

i did some digging on the internet, found out that i probably need to make use of r-step protocol based on this:
http://www.remotecentral.com/cgi-bin/mb ... d.cgi?6871
but not sure how to use r-step stuff in lirc if someone can point me here much appreciated.

the IR transmitter is DIY, i got it here (it's in german but google translate does a good job):
http://www.vdr-portal.de/board18-vdr-ha ... nschalter/

[spicemint]

spicemint,
It may be worth trying a frequency of 38 KHz. Sometimes the cable provider asks for a different frequency.

tried that as well, no luck, but i think for kpn motorola vip1853 it needs to be 56khz at least that's what i gather from the internet and kpn forum

[vickyg2003]

spicemint,
It may be worth trying a frequency of 38 KHz. Sometimes the cable provider asks for a different frequency.

tried that as well, no luck, but i think for kpn motorola vip1853 it needs to be 56khz at least that's what i gather from the internet and kpn forum

This signal is obviously not the motorola vip1853 as we know it. This signal doesn't look like any signal that I remember seeing, ever!

i did some digging on the internet, found out that i probably need to make use of r-step protocol based on this:
http://www.remotecentral.com/cgi-bin/mb ... d.cgi?6871

Nope, that is the CanalSatLD signal that is not working for you.

What we are seeing here is some sort of Phase encoded nut-job-protocol, You have on times of 200, 300, 500, 600, 800 off times from 200- 3000 something. Which would make me think there is something with a zero on time in there.

So am I to understand that none of these will playback and work the VIP1853? Specifically the key_5, key_9 and key_0 and key_EPG?

[spicemint]

So am I to understand that none of these will playback and work the VIP1853? Specifically the key_5, key_9 and key_0 and key_EPG?

correct none work, in some previous attempts i managed to get the 1 and 2 button to work that was it
any other ideas?

[Barf]

then i tried with irrecord with "-f" force option which resulted in this config file: http://pastebin.com/ZG2h6SXR

Decoding this file shows what appears to be almost completely noise (Almost all signals have different length; some very short). IrScrutinizer (using DecodeIR 2.44) recognizes only key_0 and key_down, which, believe it or not, decodes as CanalSatLD, device=37, subdevice=0, and obc=10 and 13 respectivelly; i.e. exactly the signals we had on page 1!

It should be pointed out that you do not have any frequency measurement. The guide for your driver (I read German) uses a TSOP*38 (decodes 38kHz modulated signals), but obviously with suboptimal result.

Have you used your setup for controlling anything else previously?

[vickyg2003]

EDIT I see that BARF already found these to be the very CanalSATLD signals that are not working.

BARF when am I going to get my hands on this IRScrutinizer?

It should be pointed out that you do not have any frequency measurement. The guide for your driver (I read German) uses a TSOP*38 (decodes 38kHz modulated signals), but obviously with suboptimal result.

Again, does that mean that it doesn't like high frequency signals like this 56K signal?

[vickyg2003]

- IR senden (Trägerfrequenz 30kHz bis 42kHz default 38kHz, per lircd.conf IN ARBEIT!)
- IR senden mit Trägerfrequenz 455KHz, B&O kompatibel (auf Anfrage, kein Mehrpreis)

When I read things like that when I was looking at buying an IRTransceiver, I took that to mean that it wouldn't work with high-frequency signals, ie CanalsatLD 56kHz.

[Barf]

BARF when am I going to get my hands on this IRScrutinizer?

Targeting for early November. Believe me, I am putting almost all of my free time into this.

It should be pointed out that you do not have any frequency measurement. The guide for your driver (I read German) uses a TSOP*38 (decodes 38kHz modulated signals), but obviously with suboptimal result.

Again, does that mean that it doesn't like high frequency signals like this 56K signal?

As input yes, a priori not on output. However, scrutinizing the LIRC driver hw_yausbir.c (from the diff file) reveals

Code: Select all

if (freq > 42000) freq = 42000;

(from ya_usbir_send) which I think settles the issue. For the non-programmer: A frequency over 42k is quietly replaced by 42k! (On the side: IMHO, a programmer handling "erroneous" input values that way should be tarred and feathered . Correct would be to throw a fatal error.)

Summarizing: there is a good reason to believe that spicemint's box really uses the 56kHz protocol discussed on page 1. However, the driver quietly "fixes" the "erroneous" frequency, thus no functioning. It may or may not be fixed in the driver.

[spicemint]

great info Barf!! thanks i contacted the developer and he even already adjusted the code also ordered tsop with 56khz support which i will have tomorrow or they day after and then test, thx so far to all!!