
redec
Members-
Posts
23 -
Joined
-
Last visited
Everything posted by redec
-
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
No thanks, it's not the repeater it's the TV....apparently it's not an uncommon problem for LCD TVs to spit a bunch of IR interference when they're first turned on....just googling for it spits a ton of hits of people having the exact same problem as me with specific components that don't handle IR noise well. In fact it seems I might be lucky in that mine stops after a minute or so, many people say theirs lasts for 30 or 45 minutes after turning their TV on. I'd expect any repeater will likely have the same behavior. I'm playing with mechanisms to dull the noise from the TV (lenses, masking tape, etc) so that the flirc can cope, but I dunno it's not looking super promising. I'm starting to think my only realistic options are to get a different TV or replace the flirc, and the latter is much cheaper than the former....which sucks cuz I really do like the flirc, it's an awesome little gadget. Do you think there's any chance in the future that the flirc could be made to handle IR noise a little better? Is that a firmware thing or a hardware thing? -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
Hmmm well....upon further testing the noise actually does not stop after it "warms up" - the flirc just seems to get better at handling it...and even more confusing I've determined that the noise itself is coming from the TV, not the windows...so when it's sitting idle it's not even seeing noise (the tv is off) so I have no idea why it would get worse the longer it sits. My repeater does not appear to have any adjustable sensitivity, however putting masking tape over the receiver does seem to help a lot - kills the noise and real commands still get through -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
Thanks for the debug log info, that is hugely useful. As best I can figure out, I think my repeater must have some sort of dynamic sensitivity where it'll adjust its sensitivity based on the strength of the incoming light it detects. Unfortunately this seems to mean that it just sends more and more noise the longer it sits idle - it looks like it's picking up trace amounts of IR light from the windows and amplifying that and blasting it to the devices. It doesn't matter where I put the transmitter in relation to the flirc as it seems the noise is being amplified just as any proper signal would be, so if the flirc can see a proper signal, then it is also receiving the noise...and the flirc simply does not appear to be as good at handling the noise as all the other devices. Once I start sending actual IR commands my repeater takes a little bit to tune its 'dynamic sensitivity' back down to a sane level, which stops the noise and then the flirc starts to respond properly. This is my current theory...I'm not sure where this leaves me, assuming it's correct I guess I have a few options: See if my repeater's sensitivity can be manually adjusted/controlled in some way Run the flirc on a big long USB extension and mount it beside my repeater's receiver Replace the repeater Replace the flirc Hope/pray for a firmware update that handles noise a little better :) Not super crazy about any of them. I wonder if putting something like this (https://www.amazon.com/LightDims-Original-Strength-Electronics-Appliances/dp/B009WSJNCW) over the repeater's receiver would eliminate enough of the noise that the flirc could cope, without actually hindering my ability to control the system...might be worth a try -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
ok, I'll play with that a bit more and see if I can find a setup that works better. Would anything be showing up in the debug log for the leaked light? I don't see anything when I'm not pressing buttons....I guess is there any way I can "check" if the flirc is seeing this leaked light? (is there anything specific in the debug output that indicates that?). Having a 3-4 hour testing cycle is a little painful :) At any rate, thanks so much for your help on this, your feedback and advice (and ability to release new software versions so responsively) has been quite awesome and unexpected :). Thanks! -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
Well, with the transmitter about a foot away from the flirc it's maybe a *little* better....maybe? I only waited ~3 hours so even with it taped right on the receiver it wouldn't get too bad in just 3 hours. This time it responded in maybe 3 or 4 seconds, but then continued to miss key presses for the next 20 secs or so.....attached the log... irdebug3.log -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
Yeah I'll try it...will have to wait a few hours to see if it helps tho -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
Hmm nope, just taking the emitter off it doesn't work at all...it's not seeing any light -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
Is the "too many edges" thing a normal(ish) thing to see? Curious that I see that even without the repeater.... I wonder if the emitter is over-powering the receiver....just reading a bit about IR repeaters apparently that is a thing that can happen when the receiver is quite sensitive... -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
Ok, I wrapped it up *really* good (https://www.dropbox.com/s/5d0wnfw56jvomfj/File 2017-08-24%2C 5 51 24 PM.jpeg?dl=0) and it has made no difference. Maybe the signal is bouncing around *inside* the tape/flirc casing? I dunno I'm so confused. It's really weird that it sorts itself out after a minute or so and then it works great. I wonder if I had a cron job that just periodically did a send_ir_raw if that would prevent it from getting into that state...it seems like the longer it sits idle the worse it gets... -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
it is one of these: https://www.amazon.ca/IR-Repeater-System-Hidden-Control/dp/B0016PM63W it's not really in a cabinet, it's just in/under an open shelving unit...When I initially did the setup I was having reflection issues with all the devices so I actually tape the emitters directly to the IR receivers and cover up the rest of the IR receiver with electrical tape so I don't get external reflections, and that has worked great. Maybe the flirc is really sensitive and is picking up signals through the tape?...maybe I just need to add a couple more layers. I can try that tonight....altho if that was the problem I would expect it to always have that problem, not just for the first minute... -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
ooooh, a little embarrassing I don't know how I didn't think of this before, but I am using an IR repeater. I've been using it for years for literally all my devices and I've never had a problem....however I just tried the flirc without it and it seems to work fine without it. (although the "too many edges" thing is still there, see attached). Sorry I don't know how it didn't occur to me to check the IR repeater, your USB extension comment just made me think of it. Would it be possible to make it work through the repeater though? My entire setup runs through this repeater, and over the years I've used this same repeater for many many devices (like probably 30-40) and it's always worked flawlessly...kinda weird the the flirc is the only device that doesn't seem to like it. I mean the flirc works perfectly with it too, other than the first minute or so where it seems to be recovering from some sort of backlog or lag or something. irdebug_norepeater.log -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
attached irdebug log. This is a single button press - I held the 'up' arrow until kodi responded (took ~10 secs) irdebug.log -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
awesome, thanks! Heheh, it overflowed my scrollback buffer pretty quick....I'll reset and try again and have you a log in a few hours -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
Cool, thanks! -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
Does anyone know is there any way to run the ir debugger in openelec? Also, is anyone here running the 1st or 2nd gen flirc on openelec on a pi? If the 1st gen works better I may just return this one and get a 1st gen instead....wife+kids are quite impatient -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
FYI I'll be out of town for the next couple days so I prolly won't be terribly responsive on here...but I am still very interested in getting this resolved. Do you suspect this is a new issue introduced with the 2nd gen model? Or something specific to rpi/openelec/harmony? I read that many people run with this configuration and are very happy with it, so I'm not sure what's different about my setup... -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
The dmesg is pasted below, is there any way to do the ir debug from the CLI? I don't have X on this machine and I don't think it's realistically possible to get it up and running on openelec... [ 0.000000] Booting Linux on physical CPU 0x0 [ 0.000000] Linux version 4.9.30 (stephan@buildserver.openelec.tv) (gcc version 6.3.0 (GCC) ) #1 SMP Mon May 29 09:51:09 CEST 2017 [ 0.000000] CPU: ARMv7 Processor [410fd034] revision 4 (ARMv7), cr=10c5383d [ 0.000000] CPU: div instructions available: patching division code [ 0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache [ 0.000000] OF: fdt:Machine model: Raspberry Pi 3 Model B Rev 1.2 [ 0.000000] cma: Reserved 8 MiB at 0x2e400000 [ 0.000000] Memory policy: Data cache writealloc [ 0.000000] On node 0 totalpages: 192512 [ 0.000000] free_area_init_node: node 0, pgdat 80c34400, node_mem_map ade20000 [ 0.000000] Normal zone: 1504 pages used for memmap [ 0.000000] Normal zone: 0 pages reserved [ 0.000000] Normal zone: 192512 pages, LIFO batch:31 [ 0.000000] percpu: Embedded 14 pages/cpu @aefa7000 s25804 r8192 d23348 u57344 [ 0.000000] pcpu-alloc: s25804 r8192 d23348 u57344 alloc=14*4096 [ 0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3 [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 191008 [ 0.000000] Kernel command line: 8250.nr_uarts=0 bcm2708_fb.fbwidth=1360 bcm2708_fb.fbheight=768 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3dc00000 vc_mem.mem_size=0x3f000000 boot=/dev/mmcblk0p1 disk=/dev/mmcblk0p2 quiet root=/dev/ram0 rdinit=/init BOOT_IMAGE=/kernel.img usbcore.autosuspend=-1 [ 0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes) [ 0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) [ 0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) [ 0.000000] Memory: 742728K/770048K available (7168K kernel code, 212K rwdata, 1408K rodata, 2048K init, 490K bss, 19128K reserved, 8192K cma-reserved) [ 0.000000] Virtual kernel memory layout: [ 0.000000] vector : 0xffff0000 - 0xffff1000 ( 4 kB) [ 0.000000] fixmap : 0xffc00000 - 0xfff00000 (3072 kB) [ 0.000000] vmalloc : 0xaf800000 - 0xff800000 (1280 MB) [ 0.000000] lowmem : 0x80000000 - 0xaf000000 ( 752 MB) [ 0.000000] modules : 0x7f000000 - 0x80000000 ( 16 MB) [ 0.000000] .text : 0x80008000 - 0x80800000 (8160 kB) [ 0.000000] .init : 0x80a00000 - 0x80c00000 (2048 kB) [ 0.000000] .data : 0x80c00000 - 0x80c35080 ( 213 kB) [ 0.000000] .bss : 0x80c37000 - 0x80cb1910 ( 491 kB) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] Hierarchical RCU implementation. [ 0.000000] Build-time adjustment of leaf fanout to 32. [ 0.000000] NR_IRQS:16 nr_irqs:16 16 [ 0.000000] arm_arch_timer: Architected cp15 timer(s) running at 19.20MHz (phys). [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x46d987e47, max_idle_ns: 440795202767 ns [ 0.000008] sched_clock: 56 bits at 19MHz, resolution 52ns, wraps every 4398046511078ns [ 0.000020] Switching to timer-based delay loop, resolution 52ns [ 0.000286] Console: colour dummy device 80x30 [ 0.000306] console [tty0] enabled [ 0.000328] Calibrating delay loop (skipped), value calculated using timer frequency.. 38.00 BogoMIPS (lpj=64000) [ 0.000342] pid_max: default: 32768 minimum: 301 [ 0.000472] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes) [ 0.000480] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes) [ 0.001356] Disabling cpuset control group subsystem [ 0.001429] CPU: Testing write buffer coherency: ok [ 0.001878] CPU0: update cpu_capacity 1024 [ 0.001886] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000 [ 0.001937] Setting up static identity map for 0x100000 - 0x100034 [ 0.003993] CPU1: update cpu_capacity 1024 [ 0.004002] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001 [ 0.004668] CPU2: update cpu_capacity 1024 [ 0.004675] CPU2: thread -1, cpu 2, socket 0, mpidr 80000002 [ 0.005276] CPU3: update cpu_capacity 1024 [ 0.005283] CPU3: thread -1, cpu 3, socket 0, mpidr 80000003 [ 0.005360] Brought up 4 CPUs [ 0.005370] SMP: Total of 4 processors activated (153.00 BogoMIPS). [ 0.005375] CPU: All CPU(s) started in HYP mode. [ 0.005378] CPU: Virtualization extensions available. [ 0.005977] devtmpfs: initialized [ 0.016416] VFP support v0.3: implementor 41 architecture 3 part 40 variant 3 rev 4 [ 0.016680] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6370867519511994 ns [ 0.016697] futex hash table entries: 1024 (order: 4, 65536 bytes) [ 0.017221] xor: measuring software checksum speed [ 0.050049] arm4regs : 922.800 MB/sec [ 0.083456] 8regs : 562.800 MB/sec [ 0.116858] 32regs : 685.200 MB/sec [ 0.150270] neon : 550.800 MB/sec [ 0.150276] xor: using function: arm4regs (922.800 MB/sec) [ 0.150287] pinctrl core: initialized pinctrl subsystem [ 0.151223] NET: Registered protocol family 16 [ 0.153344] DMA: preallocated 1024 KiB pool for atomic coherent allocations [ 0.170343] cpuidle: using governor ladder [ 0.183710] cpuidle: using governor menu [ 0.184290] Serial: AMBA PL011 UART driver [ 0.186026] bcm2835-mbox 3f00b880.mailbox: mailbox enabled [ 0.186508] uart-pl011 3f201000.serial: could not find pctldev for node /soc/gpio@7e200000/uart0_pins, deferring probe [ 0.294598] raid6: int32x1 gen() 96 MB/s [ 0.351117] raid6: int32x1 xor() 73 MB/s [ 0.408041] raid6: int32x2 gen() 116 MB/s [ 0.464720] raid6: int32x2 xor() 93 MB/s [ 0.521976] raid6: int32x4 gen() 114 MB/s [ 0.578389] raid6: int32x4 xor() 78 MB/s [ 0.635540] raid6: int32x8 gen() 101 MB/s [ 0.692421] raid6: int32x8 xor() 71 MB/s [ 0.749057] raid6: neonx1 gen() 348 MB/s [ 0.805886] raid6: neonx1 xor() 315 MB/s [ 0.862657] raid6: neonx2 gen() 546 MB/s [ 0.919497] raid6: neonx2 xor() 433 MB/s [ 0.976400] raid6: neonx4 gen() 633 MB/s [ 1.033248] raid6: neonx4 xor() 476 MB/s [ 1.090057] raid6: neonx8 gen() 386 MB/s [ 1.147008] raid6: neonx8 xor() 288 MB/s [ 1.147013] raid6: using algorithm neonx4 gen() 633 MB/s [ 1.147017] raid6: .... xor() 476 MB/s, rmw enabled [ 1.147021] raid6: using intx1 recovery algorithm [ 1.147176] bcm2835-dma 3f007000.dma: DMA legacy API manager at af80f000, dmachans=0x1 [ 1.149495] SCSI subsystem initialized [ 1.149779] usbcore: registered new interface driver usbfs [ 1.149852] usbcore: registered new interface driver hub [ 1.149936] usbcore: registered new device driver usb [ 1.153634] raspberrypi-firmware soc:firmware: Attached to firmware from 2017-05-15 17:01 [ 1.153741] Advanced Linux Sound Architecture Driver Initialized. [ 1.155265] clocksource: Switched to clocksource arch_sys_counter [ 1.155514] FS-Cache: Loaded [ 1.166949] NET: Registered protocol family 2 [ 1.167773] TCP established hash table entries: 8192 (order: 3, 32768 bytes) [ 1.167895] TCP bind hash table entries: 8192 (order: 4, 65536 bytes) [ 1.168079] TCP: Hash tables configured (established 8192 bind 8192) [ 1.168165] UDP hash table entries: 512 (order: 2, 16384 bytes) [ 1.168207] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes) [ 1.168406] NET: Registered protocol family 1 [ 1.168781] RPC: Registered named UNIX socket transport module. [ 1.168786] RPC: Registered udp transport module. [ 1.168790] RPC: Registered tcp transport module. [ 1.168795] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 1.280720] workingset: timestamp_bits=30 max_order=18 bucket_order=0 [ 1.293437] squashfs: version 4.0 (2009/01/31) Phillip Lougher [ 1.293872] FS-Cache: Netfs 'nfs' registered for caching [ 1.294502] NFS: Registering the id_resolver key type [ 1.294525] Key type id_resolver registered [ 1.294529] Key type id_legacy registered [ 1.294545] nfs4filelayout_init: NFSv4 File Layout Driver Registering... [ 1.299364] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251) [ 1.299373] io scheduler noop registered (default) [ 1.299379] io scheduler deadline registered [ 1.299409] io scheduler cfq registered [ 1.305208] BCM2708FB: allocated DMA memory ee510000 [ 1.305242] BCM2708FB: allocated DMA channel 0 @ af80f000 [ 1.338075] Console: switching to colour frame buffer device 170x48 [ 1.358750] bcm2835-rng 3f104000.rng: hwrng registered [ 1.358850] vc-cma: Videocore CMA driver [ 1.358856] vc-cma: vc_cma_base = 0x00000000 [ 1.358861] vc-cma: vc_cma_size = 0x00000000 (0 MiB) [ 1.358866] vc-cma: vc_cma_initial = 0x00000000 (0 MiB) [ 1.359050] vc-mem: phys_addr:0x00000000 mem_base=0x3dc00000 mem_size:0x3f000000(1008 MiB) [ 1.373000] brd: module loaded [ 1.373159] loop: module loaded [ 1.373443] usbcore: registered new interface driver rtsx_usb [ 1.373659] MACsec IEEE 802.1AE [ 1.374700] libphy: Fixed MDIO Bus: probed [ 1.376007] tun: Universal TUN/TAP device driver, 1.6 [ 1.376012] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com> [ 1.376324] usbcore: registered new interface driver cdc_ether [ 1.376409] usbcore: registered new interface driver smsc95xx [ 1.376469] usbcore: registered new interface driver net1080 [ 1.376527] usbcore: registered new interface driver cdc_subset [ 1.376585] usbcore: registered new interface driver zaurus [ 1.376675] usbcore: registered new interface driver cdc_ncm [ 1.376703] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 1.376708] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 1.376726] dwc_otg: version 3.00a 10-AUG-2012 (platform bus) [ 1.602782] Core Release: 2.80a [ 1.602793] Setting default values for core params [ 1.602833] Finished setting default values for core params [ 1.803211] Using Buffer DMA mode [ 1.803216] Periodic Transfer Interrupt Enhancement - disabled [ 1.803220] Multiprocessor Interrupt Enhancement - disabled [ 1.803226] OTG VER PARAM: 0, OTG VER FLAG: 0 [ 1.803240] Dedicated Tx FIFOs mode [ 1.803581] WARN::dwc_otg_hcd_init:1032: FIQ DMA bounce buffers: virt = 0xae504000 dma = 0xee504000 len=9024 [ 1.803606] FIQ FSM acceleration enabled for : [ 1.803606] Non-periodic Split Transactions [ 1.803606] Periodic Split Transactions [ 1.803606] High-Speed Isochronous Endpoints [ 1.803606] Interrupt/Control Split Transaction hack enabled [ 1.803613] dwc_otg: Microframe scheduler enabled [ 1.803661] WARN::hcd_init_fiq:459: FIQ on core 1 at 0x8055dc88 [ 1.803670] WARN::hcd_init_fiq:460: FIQ ASM at 0x8055dfac length 36 [ 1.803681] WARN::hcd_init_fiq:486: MPHI regs_base at 0xaf878000 [ 1.803736] dwc_otg 3f980000.usb: DWC OTG Controller [ 1.803772] dwc_otg 3f980000.usb: new USB bus registered, assigned bus number 1 [ 1.803805] dwc_otg 3f980000.usb: irq 62, io mem 0x00000000 [ 1.803850] Init: Port Power? op_state=1 [ 1.803854] Init: Power Port (0) [ 1.804028] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [ 1.804039] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [ 1.804048] usb usb1: Product: DWC OTG Controller [ 1.804056] usb usb1: Manufacturer: Linux 4.9.30 dwc_otg_hcd [ 1.804064] usb usb1: SerialNumber: 3f980000.usb [ 1.804800] hub 1-0:1.0: USB hub found [ 1.804836] hub 1-0:1.0: 1 port detected [ 1.805562] dwc_otg: FIQ enabled [ 1.805566] dwc_otg: NAK holdoff enabled [ 1.805570] dwc_otg: FIQ split-transaction FSM enabled [ 1.805583] Module dwc_common_port init [ 1.805799] usbcore: registered new interface driver usb-storage [ 1.805935] usbcore: registered new interface driver usbserial [ 1.805987] usbcore: registered new interface driver usbserial_generic [ 1.806038] usbserial: USB Serial support registered for generic [ 1.807107] mousedev: PS/2 mouse device common for all mice [ 1.807402] i2c /dev entries driver [ 1.808655] bcm2835-wdt 3f100000.watchdog: Broadcom BCM2835 watchdog timer [ 1.808912] bcm2835-cpufreq: min=600000 max=1200000 [ 1.809358] sdhci: Secure Digital Host Controller Interface driver [ 1.809361] sdhci: Copyright(c) Pierre Ossman [ 1.809656] sdhost-bcm2835 3f202000.sdhost: could not get clk, deferring probe [ 1.811850] mmc-bcm2835 3f300000.mmc: could not get clk, deferring probe [ 1.812027] sdhci-pltfm: SDHCI platform and OF driver helper [ 1.823161] ledtrig-cpu: registered to indicate activity on CPUs [ 1.823257] hidraw: raw HID events driver (C) Jiri Kosina [ 1.824237] usbcore: registered new interface driver usbhid [ 1.824240] usbhid: USB HID core driver [ 1.824673] vchiq: vchiq_init_state: slot_zero = 0xae580000, is_master = 0 [ 1.833086] NET: Registered protocol family 10 [ 1.833669] NET: Registered protocol family 17 [ 1.833720] Key type dns_resolver registered [ 1.833959] Registering SWP/SWPB emulation handler [ 1.835573] Btrfs loaded, crc32c=crc32c-generic, integrity-checker=on [ 1.836126] Key type encrypted registered [ 1.836283] vc-sm: Videocore shared memory driver [ 1.836288] [vc_sm_connected_init]: start [ 1.839437] [vc_sm_connected_init]: end - returning 0 [ 1.843058] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2 [ 1.843929] sdhost: log_buf @ ae507000 (ee507000) [ 1.895276] mmc0: sdhost-bcm2835 loaded - DMA enabled (>1) [ 1.897317] mmc-bcm2835 3f300000.mmc: mmc_debug:0 mmc_debug2:0 [ 1.897322] mmc-bcm2835 3f300000.mmc: DMA channel allocated [ 1.948645] console [netcon0] enabled [ 1.948647] netconsole: network logging started [ 1.948731] of_cfs_init [ 1.948789] of_cfs_init: OK [ 1.948937] ALSA device list: [ 1.948939] No soundcards found. [ 1.952010] Freeing unused kernel memory: 2048K (80a00000 - 80c00000) [ 1.957830] mmc0: host does not support reading read-only switch, assuming write-enable [ 1.960161] mmc0: new high speed SDHC card at address 0007 [ 1.960567] mmcblk0: mmc0:0007 SD8GB 7.47 GiB [ 1.963096] mmcblk0: p1 p2 [ 1.971775] mmc1: queuing unknown CIS tuple 0x80 (2 bytes) [ 1.973315] mmc1: queuing unknown CIS tuple 0x80 (3 bytes) [ 1.974837] mmc1: queuing unknown CIS tuple 0x80 (3 bytes) [ 1.977578] mmc1: queuing unknown CIS tuple 0x80 (7 bytes) [ 2.008694] Indeed it is in host mode hprt0 = 00021501 [ 2.020106] random: fast init done [ 2.063426] mmc1: new high speed SDIO card at address 0001 [ 2.181946] usb 1-1: new high-speed USB device number 2 using dwc_otg [ 2.182029] Indeed it is in host mode hprt0 = 00001101 [ 2.372081] usb 1-1: New USB device found, idVendor=0424, idProduct=9514 [ 2.372089] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 2.372508] hub 1-1:1.0: USB hub found [ 2.372554] hub 1-1:1.0: 5 ports detected [ 2.651937] usb 1-1.1: new high-speed USB device number 3 using dwc_otg [ 2.742066] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00 [ 2.742072] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 2.744434] smsc95xx v1.0.5 [ 2.793921] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:2e:73:7c [ 2.998604] usb 1-1.2: new full-speed USB device number 4 using dwc_otg [ 3.093280] usb 1-1.2: New USB device found, idVendor=20a0, idProduct=0006 [ 3.093285] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [ 3.093291] usb 1-1.2: Product: flirc [ 3.093295] usb 1-1.2: Manufacturer: flirc.tv [ 3.096647] hid-generic 0003:20A0:0006.0001: hiddev0,hidraw0: USB HID v1.11 Device [flirc.tv flirc] on usb-3f980000.usb-1.2/input0 [ 3.102516] input: flirc.tv flirc as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.2/1-1.2:1.1/0003:20A0:0006.0002/input/input0 [ 3.158839] hid-generic 0003:20A0:0006.0002: input,hidraw1: USB HID v1.01 Keyboard [flirc.tv flirc] on usb-3f980000.usb-1.2/input1 [ 4.268630] EXT4-fs (mmcblk0p2): couldn't mount as ext3 due to feature incompatibilities [ 4.269407] EXT4-fs (mmcblk0p2): couldn't mount as ext2 due to feature incompatibilities [ 4.305924] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null) [ 4.721105] systemd[1]: System time before build time, advancing clock. [ 4.741884] systemd[1]: systemd 233 running in system mode. (-PAM -AUDIT -SELINUX -IMA -APPARMOR -SMACK -SYSVINIT -UTMP -LIBCRYPTSETUP -GCRYPT -GNUTLS -ACL -XZ -LZ4 -SECCOMP +BLKID -ELFUTILS -KMOD -IDN default-hierarchy=hybrid) [ 4.742264] systemd[1]: Detected architecture arm. [ 4.742376] systemd[1]: Running with unpopulated /etc. [ 4.742459] systemd[1]: Set hostname to <OpenELEC>. [ 4.744233] systemd[1]: Initializing machine ID from random generator. [ 4.837862] systemd[1]: Populated /etc with preset unit settings. [ 4.893035] systemd[1]: Created slice User and Session Slice. [ 4.893419] systemd[1]: Listening on RPCbind Server Activation Socket. [ 4.893763] systemd[1]: Created slice System Slice. [ 4.895318] systemd[1]: Mounting Variable Directory... [ 5.137981] fuse init (API version 7.26) [ 5.144634] systemd-journald[192]: Received request to flush runtime journal from PID 1 [ 5.615068] random: crng init done [ 6.247947] Console: switching to colour dummy device 80x30 [ 6.325724] gpiomem-bcm2835 3f200000.gpiomem: Initialised: Registers at 0x3f200000 [ 6.806221] usbcore: registered new interface driver brcmfmac [ 7.017503] uart-pl011 3f201000.serial: no DMA platform data [ 7.052168] brcmfmac: Firmware version = wl0: Aug 29 2016 20:48:16 version 7.45.41.26 (r640327) FWID 01-4527cfab [ 7.639956] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup [ 7.666532] 8021q: 802.1Q VLAN Support v1.8 [ 7.777676] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 7.777694] brcmfmac: power management disabled [ 9.235114] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1 [ 11.969904] Bluetooth: Core ver 2.22 [ 11.969967] NET: Registered protocol family 31 [ 11.969970] Bluetooth: HCI device and connection manager initialized [ 11.969983] Bluetooth: HCI socket layer initialized [ 11.969989] Bluetooth: L2CAP socket layer initialized [ 11.970008] Bluetooth: SCO socket layer initialized [ 11.985965] Bluetooth: HCI UART driver ver 2.3 [ 11.985977] Bluetooth: HCI UART protocol H4 registered [ 11.985983] Bluetooth: HCI UART protocol BCSP registered [ 11.985987] Bluetooth: HCI UART protocol LL registered [ 11.985993] Bluetooth: HCI UART protocol ATH3K registered [ 11.985999] Bluetooth: HCI UART protocol Three-wire (H5) registered [ 11.986096] Bluetooth: HCI UART protocol Intel registered [ 11.986160] Bluetooth: HCI UART protocol Broadcom registered [ 11.986163] Bluetooth: HCI UART protocol QCA registered [ 11.986166] Bluetooth: HCI UART protocol AG6XX registered [ 11.986168] Bluetooth: HCI UART protocol Marvell registered -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
Yup, same log after sitting 5+ hours and being totally unresponsive -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
well, I let it sit for a couple hours, and this time wasn't as bad as sometimes (only took maybe 20 secs or so to become fully functional)...but here's the log from this one. I'll let it sit for several more hours and then see if the log looks any different. TV:~/flirc-2.5.6 # ./flirc_util device_log <1>malloc_addblock(49): Heap Block: 0x20001708 - 0x20002FFF (6k) <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges <3>ir_finished(55): too many edges TV:~/flirc-2.5.6 # ./flirc_util settings flirc_util version v2.5.6 [v2.5.6] Firmware: v4.1.5 [0x14C40FA3] Settings: sleep detection: NA noise canceler: NA inter-key delay: NA seq. modifiers: NA variant: Flirc builtin profiles: NA Memory Info: NA [D] lib/libcmds/cmds.c run_cmd(275): could not find command 'sku' Recorded Keys: Index hash IK ID key ----- -------- --- -- --- TV:~/flirc-2.5.6 # -
Anyone find an easyish way to get this working? Looks like the latest versions are dependent on external libs, which are not super straight-forward to get on openelec... TV:~/2.5.6 # ./flirc_util ./flirc_util: error while loading shared libraries: libhidapi-hidraw.so.0: cannot open shared object file: No such file or directory
-
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
I'm using the Flirc/Kodi profile on the harmony. I'll try to get flirc_util up and running, haven't had much luck yet but I'll get 'er. -
Flirc non-responsive after idle for a couple hours...
redec replied to redec's topic in General Questions
2nd generation...just barely got it, updated firmware to latest (as of a week ago or so), using it with a harmony one. -
I have my flirc hooked up to a raspberry pi 3 media center (openelec)...and when it's working it works great. However I have an issue where after the pi has been idle for a couple hours, the flirc will be totally unresponsive for 10 or 15 seconds...then it will start responding sporadically, and then over the next 45 secs or so it will become more and more responsive until it is working properly. The pi does not go to sleep, it is just idle...does the flirc itself go to sleep and if so is there a way to disable that?