Dominic, Not after firmware update - I was using the same firmware (some git master from 6 months ago) for some time. 2018.01.1 is the result of trying different firmwares after it got broken.
I think(not sure though) I left hackrf connected(but not in rx/tx mode) to my macbook air on that night (for about 14 hours). Could that have something to do with it? Also I remember I heard some high freq noise from the hackrf (after running hackrf_transfer) when I first discovered it was broken. Thanks, Andrew On Thu, May 24, 2018 at 11:18 PM Dominic Spill <domini...@gmail.com> wrote: > Hi Andrew, > > It certainly sounds like something os going wrong on the board itself. > Did this start happening after you upgraded your firmware to 2018.01.1? > > How are you powering the device? From a laptop/desktop computer? > > Thanks, > Dominic > > On 24 May 2018 at 20:33, Andrew Onyshchuk <andryk...@gmail.com> wrote: > >> Hi Dominic, >> >> It becomes unresponsive only after I try using hackrf_transfer. >> After that it is completely unresponsive and only rebooting/reconnecting >> helps. >> >> I'm guessing the ARM chip crashes or turns off. Maybe power supply issue? >> >> Thanks, >> Andrew >> >> >> On Thu, May 24, 2018 at 7:31 PM Dominic Spill <domini...@gmail.com> >> wrote: >> >>> Hi Andrew, >>> >>> Is the HackRF permanently in this state? Or does it switch from >>> responding to hackrf_info to not responding only after you try using >>> hackrf_transfer? >>> >>> Thanks, >>> Dominic >>> >>> On 21 May 2018 at 16:43, Andrew Onyshchuk <andryk...@gmail.com> wrote: >>> >>>> Hi everyone. >>>> >>>> My hackrf one suddenly stopped working. >>>> When I try rx (or tx) I don't receive any samples and hackrf stops >>>> responding/ all 6 LED are on. >>>> Flashing different firmware doesn't help (using DFU as well). >>>> Same on different computers and different cables. >>>> The md5 of firmware from the device matches the .bin file. >>>> >>>> $ hackrf_info >>>> hackrf_info version: git-90d3f7f >>>> libhackrf version: git-90d3f7f (0.5) >>>> Found HackRF >>>> Index: 0 >>>> Serial number: 000000000000000014d463dc2fa077e1 >>>> Board ID Number: 2 (HackRF One) >>>> Firmware Version: 2018.01.1 (API:1.02) >>>> Part ID Number: 0xa004cb3c 0x005e4f3e >>>> >>>> $ hackrf_transfer -f 415000000 -r /dev/null >>>> call hackrf_set_sample_rate(10000000 Hz/10.000 MHz) >>>> call hackrf_set_freq(415000000 Hz/415.000 MHz) >>>> Stop with Ctrl-C >>>> 0.0 MiB / 1.003 sec = 0.0 MiB/second >>>> >>>> Couldn't transfer any bytes for one second. >>>> >>>> Exiting... hackrf_is_streaming() result: HACKRF_TRUE (1) >>>> Total time: 1.00293 s >>>> >>>> $ hackrf_info >>>> hackrf_info version: git-90d3f7f >>>> libhackrf version: git-90d3f7f (0.5) >>>> Found HackRF >>>> Index: 0 >>>> hackrf_board_id_read() failed: Input/Output Error (-1000) >>>> >>>> Looks like a hardware failure? >>>> >>>> Thanks in advance for any suggestions/assistance >>>> >>>> _______________________________________________ >>>> HackRF-dev mailing list >>>> HackRF-dev@greatscottgadgets.com >>>> https://pairlist9.pair.net/mailman/listinfo/hackrf-dev >>>> >>>> >>> >
_______________________________________________ HackRF-dev mailing list HackRF-dev@greatscottgadgets.com https://pairlist9.pair.net/mailman/listinfo/hackrf-dev
