Jump to content
Flirc Forums

Bluscream

Members
 View Profile  See their activity

  • Posts

    7

  • Joined

  • Last visited

 Content Type 

Posts posted by Bluscream

  3. flirc usb failing

    in Firmware Bugs

    Posted · Edited by Bluscream

    I recently plugged my flirc usb dongle in my new win 11 pc and installed the flirc software, it immediately wanted to make a firmware update, but failed. after re-plugging and restarting the software, the update succeeded. But all tests fail and it cant send stuff:

    PS C:\Program Files (x86)\Flirc> .\flirc_util.exe unit_test
    [E] lib/libtransport/transport.c _dev_send_cmd(225): Wrong response: 'h_peek' != 'getversion'
    Self test not supported
    [E] lib/libtransport/transport.c _dev_send_cmd(225): Wrong response: 'getversion' != 'format'
    [E] lib/libtransport/transport.c _dev_send_cmd(225): Wrong response: 'h_peek' != 'record'
    [E] lib/libflirc/firmware/fw_4.9.c fl_ver4_set_record_api(109): command error
    [E] lib/libtransport/hid.c hid_recv_packet(223): Wrong report exp: 5 != 1
    [E] lib/libtransport/hid.c hid_recv_packet(224): hidapi: Success
    [E] lib/libtransport/transport.c _recv_packet(127): _recv_packet: recv packet error = -1
    [E] lib/libtransport/transport.c _dev_send_cmd(202): recv timeout
    [E] lib/libtransport/hid.c hid_recv_packet(223): Wrong report exp: 1 != 5
    [E] lib/libtransport/hid.c hid_recv_packet(224): hidapi: Success
    [E] lib/libtransport/transport.c _recv_packet(127): _recv_packet: recv packet error = -1
    [E] lib/libtransport/transport.c _dev_send_cmd(202): recv timeout
    [E] lib/libflirc/firmware/fw_4.2.c _fl_unit_test(132): error recording test0
    Flirc Not Okay
    [E] lib/libtransport/transport.c _dev_send_cmd(225): Wrong response: 'h_peek' != 'format'

     

    PS C:\Program Files (x86)\Flirc> .\flirc_util.exe sendir --raw="88 -448 +587 -1523 +592 -448 +588 -448 +588 -448 +588 -452 +599 -1511 +588 -1527 +587 -448 +588 -448 +588 -453 +587 -449 +587 -449 +588 -1526 +588 -448 +588 -448 +588 -1526 +588 -448 +588 -452 +588 -448 +588 -1526 +588 -1522 +588 -1526 +588 -1522 +592 -1522 +587 -1527 +587 -1527 +587 -1522 +588 -1527 +587 -1527 +587 -1523 +587 -1526 +588 -1526 +588 -1522 +587 -1527 +587 -1527 +587 -1523 +587 -1527 +590 -1524 +587 -449 +587 -1527 +587 -449 +587 -1528 +586 -1522 +592 -449 +587 -1522 +592 -449 +594 -5108 +4446 -4302 +588 -448 +588 -1527 +587 -448 +588 -1527 +587 -1523 +592 -1522 +588 -1522 +592 -449 +587 -458 +578 -1527 +588 -1522 +592 -1523 +587 -1522 +592 -1522 +588 -448 +588 -1522 +592 -1522 +592 -444 +592 -1522 +588 -1522 +592 -1522 +588 -448 +592 -444 +592 -444 +592 -448 +588 -459 +577 -448 +592 -444 +592 -448 +587 -449 +587 -449 +591 -444 +592 -444 +592 -448 +588 -448 +588 -448 +592 -444 +592 -444 +592 -448 +587 -449 +587 -1522 +592 -444 +592 -1523 +590 -445 +592 -444 +592 -1518 +592 -448 +588 -1522 +592"
    Transmitting IR Pattern...
    +8 -448 +587 -1523 +592 -448 +588 -448 +588 -448 +588 -452 +599 -1511 +588 -1527 +587 -448 +588 -448 +588 -453 +587 -449 +587 -449 +588 -1526 +588 -448 +588 -448 +588 -1526 +588 -448 +588 -452 +588 -448 +588 -1526 +588 -1522 +588 -1526 +588 -1522 +592 -1522 +587 -1527 +587 -1527 +587 -1522 +588 -1527 +587 -1527 +587 -1523 +587 -1526 +588 -1526 +588 -1522 +587 -1527 +587 -1527 +587 -1523 +587 -1527 +590 -1524 +587 -449 +587 -1527 +587 -449 +587 -1528 +586 -1522 +592 -449 +587 -1522 +592 -449 +594 -5108 +4446 -4302 +588 -448 +588 -8 +448 -587 +1523 -592 +448 -588 +448 -588 +448 -588 +452 -599 +1511 -588 +1527 -587 +448 -588 +448 -588 +453 -587 +449 -587 +449 -588 +1526 -588 +448 -588 +448 -588 +1526 -588 +448 -588 +452 -588 +448 -588 +1526 -588 +1522 -588 +1526 -588 +1522 -592 +1522 -587 +1527 -587 +1527 -587 +1522 -588 +1527 -587 +1527 -587 +1523 -587 +1526 -588 +1526 -588 +1522 -587 +1527 -587 +1527 -587 +1523 -587 +1527 -590 +1524 -587 +449 -587 +1527 -587 +449 -587 +1528 -586 +1522 -592 +449 -587 +1522 -592 +449
    -50
    [E] lib/libtransport/hid.c hid_recv_packet(223): Wrong report exp: 5 != 1
    [E] lib/libtransport/hid.c hid_recv_packet(224): hidapi: Success
    [E] lib/libtransport/transport.c _recv_packet(127): _recv_packet: recv packet error = -1
    [E] lib/libtransport/transport.c _dev_send_cmd(202): recv timeout
    [E] util/flirc_util/src/cmds/ir_transmit.c decode_raw(107): Error sending pattern
    Done!

     

    *** Device Connected ***

    Firmware Version: v4.10.5

    SKU: Flirc 2.0 [dori]

    Git Hash: 0xf7261c8c

    ERROR. Firmware upgrade required. (fw >= 4.1.0)

    *** Device Disconnected ***

    *** Device Connected ***

    Firmware Version: v4.10.5

    SKU: Flirc 2.0 [dori]

    Git Hash: 0xf7261c8c

    *** Device Disconnected ***

    *** Device Connected ***

    Firmware Version: v4.10.5

    SKU: Flirc 2.0 [dori]

    Git Hash: 0xf7261c8c

    ERROR: Incompatible Device. Flirc Gen1 Not supported

    *** Device Disconnected ***

  5. Ver 3.26.5 IR Debugging capture copy to flirc_util now have to regex string before copy

    in General Questions

    Posted · Edited by Bluscream

    @jason or anyone. Is there a tool or website available that helps me convert the flirc codes to the new format? I have a bunch of flirc codes lying around that need updating to use with the new Pi software. I tried getting phind.com to write a tool for me which resulted in this python code:
     

    import math

     
    # define constants
    PRONTO_CODE = '0000'
    FREQUENCY = '006D'
    ZERO = '0000'
    PULSE = 9025
    SPACE = 4391
     
    # input sequence (change this to your input)
    ir_sequence = [0,9025,4391,643,448,617,469,643,443,643,448,638,448,617,470,643,443,643,1568,617,1597,643,1568,643,1572,643,1568,643,1568,621,1594,643,1568,643,448,643,1568,643,443,643,447,617,469,643,444,643,447,639,447,643,444,643,443,643,1568,621,1593,643,1568,617,1598,643,1567,643,1567,647,1568,643]
     
    # convert IR sequence to Pronto Code
    pronto_sequence = []
     
    for i in range(2, len(ir_sequence), 2):
        space = ir_sequence[i]
        pulse = ir_sequence[i+1]
       
        pulse_hex = hex(int(pulse/PULSE*0x10))
        space_hex = hex(int(space/SPACE*0x10))
       
        pronto_sequence.append(str(space_hex)[2:].zfill(4))
        pronto_sequence.append(str(pulse_hex)[2:].zfill(4))
     
    print(PRONTO_CODE, FREQUENCY, ZERO, ZERO, ''.join(pronto_sequence))
     
     
    but it gave me a completely different result from the working expected pronto code that i have for that one command:

    Expected result: 
    0000 006D 0022 0000 0159 00AD 0016 0016 0016 0016 0016 0016 0016 0016 0016 0016 0016 0016 0016 0016 0016 0042 0014 0042 0015 0041 0016 0041 0015 0042 0015 0042 0015 0042 0015 0042 0015 0016 0016 0042 0015 0016 0016 0016 0016 0016 0016 0016 0016 0016 0015 0016 0015 0016 0016 0016 0016 0041 0015 0041 0016 0042 0015 0042 0015 0042 0015 0041 0015 0041 0015 06C3
     
    Actual result:
    0000 006D 0000 0000 001000010001000100010001000100010001000100010001000100010001000100050001000500010005000100050001000500010005000100050001000500010001000100050001000100010001000100010001000100010001000100010001000100010001000100050001000500010005000100050001000500010005000100050001
     
    EDIT: I now also tried your tool from above but it says "--pattern" can and can't be used at the same time:

    blu@automater:/var/www $ irtools help decode 0,9025,4391,643,448,617,469,643,443,643,448,638,448,617,470,643,443,643,1568,617,1597,643,1568,643,1572,643,1568,643,1568,621,1594,643,1568,643,448,643,1568,643,443,643,447,617,469,643,444,643,447,639,447,643,444,643,443,643,1568,621,1593,643,1568,617,1598,643,1567,643,1567,647,1568,643
    Help for `decode' command:
    usage: decode <opts>
      decode --pattern=143,2123,13...
    OPTIONS:
      -l, --listen         open the hardware, listen, decode results
      -r, --read           read and decode from a file
      -t, --time           comma delimited timing in microseconds
      -x, --raw            +8248 -1291 +212 ...
      -p, --pronto         pronto comma delimited pattern
      -e, --elapsed        show elapsed time
    blu@automater:/var/www $ irtools decode --pattern=0,9025,4391,643,448,617,469,643,443,643,448,638,448,617,470,643,443,643,1568,617,1597,643,1568,643,1572,643,156
    8,643,1568,621,1594,643,1568,643,448,643,1568,643,443,643,447,617,469,643,444,643,447,639,447,643,444,643,443,643,1568,621,1593,643,1568,617,1598,643,1567,643,15
    67,647,1568,643
    [W] lib/libcmds/cmds.c handle_longopt(181): `decode' doesn not take '--pattern' option
    Error: must specify an option
     
    EDIT 2:
    I now found the right command to atleast send the old commands in the meantime: irtools sendir --ik=23000 --repeat=0 --csv="0,9025,4391,..."
     
    this will help me until i have all codes converted to pronto. (Quick question: What happens if i send codes from flirc_util and irtools at the same time?)

  6. Transmit IR signal on gen 2

    in General Questions

    Posted

    On 2/13/2021 at 5:26 AM, jason said:

    If you need help with the sdk, let me know.  It would be better to write a daemon that keeps the device open and you send it a command. Sorry. I’m deep in another product right now. You’ll understand when it comes out 

    Are you still deep in "that other product"? ^^

×
×
  • Create New...