[Hapseleg]

Hello guys
So i got a "Streacom FC8 Fanless Chassis" which has the streamcom IRRC and i love the chassis but that damn IRRC have been a curse for quite some time! Not until recently did i have a working info/context button (OpenELEC made it work for me)
So the problem i have is that the remote that i got with the chassis is slowly dying... It's becoming worse and worse, if i check the IR using my camera while pressing a button it will start out quite faint (which is too little for my htpc to see) then after some time it will get stronger (and then my htpc can see it) so its quite a pain to use that remote!

So i got 2 other remotes which are RC6 BUT my htpc doesn't respond when i try to use them even though Streacom states that the IRRC is compatible with RC6 so what gives? I've attached a picture of the Streacom remote (the black one) and the 2 extra i have:

The silver one came with my motherboard (Asrock Z68M-ITX/HT)
The white one i got from a friend, it works with my xbox360 and it says RC6 IR next to the batteries

Also i tried playing around with the software Streacom released for remapping the firmware but nothing happens when i try to change the keys. Here's a thread about that software

tl;dr my Streacom IRRC should work with RC6 but it isn't, what gives?

Please help me guys! I'm getting desperate

-Hapseleg

edit:
i found a picture of the software where it is working
Link
When i try to bind a key it just keep saying "undefined".

[Hapseleg]

Update:
So i have got some support from Streacom which might help you guys so ill post it here:

RC6 is the IR protocol, not the actual set of codes which are sent from the remote. For reasons beyond our understanding, many remotes on the market seem to have been released with different remote IR codes even though they are physically identical and are all designed for MCE.

For illustration of the problem, attached is a picture of some of the remotes we tested. Whats important to note is that they are all RC6 and all designed for MCE, but they are not cross compatible.


To that i asked about the picture if the ones with check marks were the ones they got working and they replied:

Your welcome!

Yes, the ones that have a tick work with the IRRC, but it hard to know until you try it because even the exactly same design might send different IR codes.

We realize its a very frustrating issue, and for us too this has been a problem to support because the industry has not stuck to a proper standard for IR Codes.

For the IRRC there is way to reprogram the codes, the only option is to find a compatible remote.


Hope this might help some of you out there and i wanna ask if someone found some other remotes that work with it aswell.

-Hapseleg

[Hapseleg]

Update:
I bought a "One for All Essence 4 URC 7140) but i haven't recieved it yet but i hope it haven't got as much latency issues as my logitech harmony one (which sucks badly )

[Hapseleg]

Bump and update:
Got my "One for All" remote which works for my tv, amp and so on but when i try to learn the remote the commands it tells me "roger that i have now learned the command" but then when i try to use the remote nothing happens i also tried to solder the IR off the PCB and replace it with another IR from the asrock smart remote usb but that didn't change anything either, it still only can receive commands from my logitech harmony and the original remote.
Any suggestions are welcome!!!
I also found a blog where this guy has (almost) the same Streacom case as me and even bought the same remote (One for All urc 7140) but the codes he said would work doesn't work for me

-Hapseleg

[quartermain]

(I posted this comment on the MediaPortal forum, apologies to those who read both)

I also have this remote - I'm confused as to whether it is a "Microsoft Remote" or an "MCE Remote" - the XBMC Wiki article "Using an MCE Remote in XBMC" says they are different. The IRRC would seem to be a Microsoft Remote since the supplied manual says it uses RC-6 format and refers to eHome drivers.

However Device Manager on my Win8.1 system does not show "eHome" anywhere. In Human Interface Devices I see two instances of "HID-compliant consumer control device" - I'm guessing one is the IRRC and one is the remote sensor on my TBS 6285 TVB-T2 card. So is the IRRC Microsoft or is it MCE?

Another weird thing about this is that it is modal. Many buttons have two functions, the manual lists these as Mode 1 and Mode 2. The red button switches to Mode 1, the blue button to Mode 2.

This is borne out in practice, at least in Windows. In Mode 1 the up/down/left/right rocker does the same thing as the up/down/left/right keys on the keyboard, but in Mode 2 these buttons move the mouse. This for XBMC, MediaPortal and Windows itself. In OpenELEC Mode 1 causes the buttons to emulate the up/down/left/right keys, but in Mode 2 nothing happens.

Even weirder, I am conviced that the remote itself isn't modal. I've cloned it on to a URC-7555 using JP1.x software so I know the actual codes that each button generates, and each generates only one. The rocker Up button generates EFC 208/OBC 88, for example. So the modality must be a property of the driver. I could understand this if it were Windows only, but OpenELEC too? I think I need to do some low-level remote debugging.

[quartermain]

This remote behaves differently on Windows vs OpenELEC. On an OpenELEC built in February (Gotham Alpha 12) if I press the button labelled My TV, I get:

12:56:53 T:139930587785024 DEBUG: LIRC: Update - NEW at 4252:16d 0 KEY_EPG devinput (KEY_EPG)
12:56:53 T:139930587785024 DEBUG: OnKey: 229 (0xe5) pressed, action is ContextMenu
12:56:53 T:139930587785024 DEBUG: ------ Window Deinit (Pointer.xml) ------
12:56:53 T:139930587785024 DEBUG: LIRC: Update - NEW at 4652:16d 0 KEY_EPG_UP devinput (KEY_EPG_UP)
12:56:56 T:139930587785024 DEBUG: LIRC: Update - NEW at 7191:16d 0 KEY_EPG devinput (KEY_EPG)
12:56:56 T:139930587785024 DEBUG: OnKey: 229 (0xe5) pressed, action is ContextMenu
12:56:56 T:139930587785024 DEBUG: LIRC: Update - NEW at 7552:16d 0 KEY_EPG_UP devinput (KEY_EPG_UP)
12:57:00 T:139930587785024 DEBUG: ------ Window Init (Pointer.xml) ------
12:57:02 T:139930587785024 DEBUG: ProcessMouse: trying mouse action leftclick
12:57:02 T:139930587785024 DEBUG: ExecuteXBMCAction : Translating action string
12:57:02 T:139930587785024 DEBUG: Activating window ID: 10111

which gets me the Context menu.

But on Windows (Gotham RC1) I get:

11:51:29 T:7092 DEBUG: Keyboard: scancode: 0x1d, sym: 0x0132, unicode: 0x0000, modifier: 0x40
11:51:29 T:7092 DEBUG: CApplication::OnKey: ctrl-leftctrl (0x1f0d0) pressed, action is
11:51:29 T:7092 DEBUG: Keyboard: scancode: 0x22, sym: 0x0067, unicode: 0x0007, modifier: 0x40
11:51:29 T:7092 DEBUG: CApplication::OnKey: ctrl-g (0x1f047) pressed, action is ActivateWindowAndFocus(MyPVR, 31,0, 10,0)
11:51:29 T:7092 DEBUG: Activating window ID: 10601
11:51:29 T:7092 DEBUG: ------ Window Deinit (Pointer.xml) ------
11:51:30 T:7092 DEBUG: ------ Window Deinit (Home.xml) ------
11:51:30 T:7092 DEBUG: ------ Window Init (MyPVR.xml) ------
11:51:30 T:7092 INFO: Loading skin file: MyPVR.xml, load type: LOAD_EVERY_TIME
11:51:30 T:7092 DEBUG: CGUIMediaWindow::GetDirectory ()
11:51:30 T:7092 DEBUG: ParentPath = []
11:51:30 T:7092 DEBUG: CGUIWindowPVRCommon - PVR::CGUIWindowPVRCommon::OnMessageFocus - focus set to window 'tv'
11:51:30 T:7092 DEBUG: CGUIWindowPVRChannels - PVR::CGUIWindowPVRChannels::UpdateData - update window 'tv'. set view to 11
11:51:30 T:7092 DEBUG: CGUIMediaWindow::GetDirectory (pvr://channels/tv/All TV channels/)
11:51:30 T:7092 DEBUG: ParentPath = []
11:51:30 T:5304 DEBUG: CPVRDirectory::GetDirectory(pvr://channels/tv/All TV channels)
11:51:30 T:7092 DEBUG: CGUIWindowPVRCommon - PVR::CGUIWindowPVRCommon::OnMessageFocus - focus set to window 'tv'
11:51:30 T:7092 DEBUG: CGUIWindowPVRCommon - PVR::CGUIWindowPVRCommon::OnMessageFocus - focus set to window 'epg'
11:51:30 T:7092 DEBUG: CGUIWindowPVRGuide - PVR::CGUIWindowPVRGuide::UpdateData - update window 'epg'. set view to 16
11:51:30 T:7092 DEBUG: CGUIEPGGridContainer - EPG::CGUIEPGGridContainer::SetStartEnd - start=04/05/2014 10:30:00 end=08/05/2014 10:30:00
11:51:30 T:7092 DEBUG: EPG::CGUIEPGGridContainer::UpdateItems completed successfully in 7 ms

which gets me the EPG.

Strange that on OpenELEC LIRC says KEY_EPG - that suggests that I should have got he EPG there too but something is remapping it to the context menu.