Hallo in die Runde;
Bin durch Zufall an einen Hack-RF-One gekommen, hab mir dann noch ein Portapack 2 ersteigert und wollte das mit GQRX in Betrieb nehmen.
Ist ja nu nicht so, dass ich in der Sparte unbeleckt wäre;
Bin seit 1984 lizenziert, hab so einiges in Richtung Digitalfunk gemacht.
Durch Unfall und langer Krankheit lange nichts mehr gemacht, nur gelesen. Wollte meinen Kopf wieder für was anderes als Krankenhaus etc benutzen und bin wieder beim Amateurfunk gelandet.Hab dann mit Raspi und Anhang rumprobiert. Dadurch weg von Windows und hin zu Linux gekommen.
Dort wieder viel mit SDR gearbeitet, weil nicht so mobil.
Jetzt liegt der Hack-RF vor mir und nach diversen 'Lesestunden kam die Erkenntnis, das es wohl am ehesten mit GQRX klappen könnte. Kannte das Prg noch von Win her und da liefs ganz gut.
Aber jetzt komm ich nicht weiter mit der Software, kann deshalb auch nicht sicherstellen, dass der Hack-RF in Ordnung ist, zumindest meldet er sich auf Anfrgae per lsusb mit folgendem Text: "
Bus 001 Device 014: ID 1d50:6089 OpenMoko, Inc. Great Scott Gadgets HackRF One SDR."
Und Hackrf-Info liefert folgendes:
"$ hackrf_info
hackrf_info version: unknown
libhackrf version: unknown (0.6)
Found HackRF
Index: 0
Serial number: 0000000000000000355867dc3347220b
hackrf_open() failed: Resource busy (-1000)"
Gibt es hier jemand, dem es Spass machen würde, mir zu helfen, die Sache zum Laufen zu bringen?
73 de DC7FB - Ralf
Moin;
Erstmal Danke für die ersten Antworten.
Wie oben schon erwähnt, hab ich den Hack-RF erstmal ohne das Portopack angeschlossen. LSUSB meldet dann auch seine Anwesenheit :
"Bus 001 Device 014: ID 1d50:6089 OpenMoko, Inc. Great Scott Gadgets HackRF One SDR "
Somit ist erstmal sichergestellt, dass er eine Grundfunktion hat und vor allen Dingen das USB-Kabel passt. Hab in einigen Beiträgen gesehen, dass das Kabel manchmal die erste Fehlerquelle ist.
Was mich aber jetzt irritiert ist der Aspekt, dass der Befehl "hackrf -info" nicht gefunden wird. Augenscheinlich muß dazu irgendein SDR - Gnu-companion oder GQRX gestartet sein....
JA, hab hier noch nen älteren Laptop mit Win7 irgendwo rumstehen. Den werd ich mal ausgraben.
@ Dirk O. :
Habe gerade noch gesehen, dass es auch für MINT21 eine Anleitung gibt:
https://tutorialforlinux.com/2022/07/05/step-by-step-gqrx-sdr-linux-mint-21-installation-guide/ "
Das hab ich mir mal angeschaut... Grafisch nett aufgemacht aber strukturell bischen komisch, also nicht sehr informativ, weil nicht fortlaufend zusammengestellt. Aber ich werd mich trotzdem mal durchwühlen.
Trotzdem Danke für den Tipp.
So, hab gewühlt....
Aber dieses "Tutorial" beglücktDich nur , wenn du es geschafft hast, gqrx zu starten.
Kein Wort zu einer weitergehenden Konfiguration...
So, hab gewühlt....
Aber dieses "Tutorial" beglücktDich nur , wenn du es geschafft hast,
gqrx zu starten.
Kein Wort zu einer weitergehenden Konfiguration...
Und Hackrf-Info liefert folgendes:
"$ hackrf_info
hackrf_info version: unknown
libhackrf version: unknown (0.6)
Found HackRF
Index: 0
Serial number: 0000000000000000355867dc3347220b
hackrf_open() failed: Resource busy (-1000)
Für mich sieht das so aus, als hätte das Dingen gar keine brauchbare Firmware. Oder die Komponenten sind so alt, das die hackrf tools damit gar nicht klarkommen (oder das deine hackrf tools sehr alt sind).
Ich bin dem hier gefolgt, um die Firmware auf den aktuellen Stand zu bekommen:
https://www.deceed.ch/home/hackrf/setup
und die zentrale Anleitung für so gut wie alles:
https://hackrf.readthedocs.io/en/latest/
Beachte, das sehr alte Firmware Updates eine extra Abteilung für den CPLD haben.
73 de DC7UR (etwa auch Berliner?)
Für mich sieht das so aus, als hätte das Dingen gar keine brauchbare
Firmware. Oder die Komponenten sind so alt, das die hackrf tools damit
gar nicht klarkommen (oder das deine hackrf tools sehr alt sind).
Ich bin dem hier gefolgt, um die Firmware auf den aktuellen Stand zu
bekommen:
https://www.deceed.ch/home/hackrf/setup
und die zentrale Anleitung für so gut wie alles:
https://hackrf.readthedocs.io/en/latest/
Das die Firmware älter ist, kann sein.
Die Hack-RF-Tools habe ich von github als letztaktuelle runtergeladen.
Da morgen richtig Schietwetter sein/werden soll, kann man ja draußen nix machen, werd mal versuchenden dem Hack-RF neue Firmware aufzuspielen.
Danke für die Links, die kannte ich noch nicht.
73
Möglicherweise fehlt Dir eine udev Regel für den HackRF.
ls -l /etc/udev/rules.d/
alf@B660M:$ ls -l /etc/udev/rules.d/
insgesamt 0
ralf@B660M:$
mehr kam dabei nicht rum :
ZITAT :
ralf@B660M:$ ls -l /etc/udev/rules.d/
insgesamt 0
ralf@B660M:$
Ja, da scheint einiges zu fehlen.
Jetzt versuche ich nebenbei noch den alten Win7-Lap meiner Frau zu aktivieren. Mal sehen, was HackRF unter Windows macht.
Vielleicht gibts unter Win ja auch ein paar Progs, die weniger Anforderungen stellen.
Habe auch die folgenden udev rules zum HackRF One gefunden,
kann aber nicht sagen, ob es Dein Problem behebt.
Probiere es mal aus und mach wieder ein journalctl -f beim
Anschließen.
Rufzeichenliste konsultiert? 40 min mit Auto, 1h44min mit U-Bahn...
Nee, Rufzeichenliste NICHT konsultiert.
Auf die Idee kam ich nicht. In Berlin kann man ja fast alles mit ÖPNV erreichen.
Ich muß öfter zu nem Arzt in der Markgrafenstr.
Auto 1 1/4 h; mit BVG vom Narkauer Weg mit zum Bus laufen und 2 x umsteigen in der U-Bahn 50 min. Auf die Zeitangabe des BVG-Streckenfinders ist kein Verlass. Letztes mal hats mit Auto sogar 1,5h gedauert.
Fährt die U-Bahn auf verschiedenen Strecken unterschiedlich schnell?
Naja, was solls? Immerhin ist BVG billiger. Ich zahl keine 100€ im JAhr für nen Behindertenfahrschein!
Vor allen Versuchen, GQRX unter Linux mit dem HackRF One PortaPack zum Laufen zu bringen, muss er erstmal die aktuelle Firmware und den zugehörigen Inhalt auf der SD Karte haben. Er muss dann Stand-alone und auch am (Windows-) PC z.B. mit SDR# oder SDRConsole fehlerfrei laufen. Ist das so?
Okt 02 23:13:46 B660M mtp-probe[14611]: bus: 1, device: 15 was not an
MTP device
MINT weiss offensichtlich mit dem Gerät nichts anzufangen und probiert, es als Mobiltelefon zu öffnen, was fehlschlägt. Erstmal Firmware und dann sehen wir weiter.
Hier kommste mit Bus nur schlecht hin - ich fahre (E-)Auto.
Ich hab jetzt mal ne ganz dusselige Frage:
OK; ist vielleicht dem Alter geschuldet. "Normale" 66jährige treiben sich warscheinlich nicht mehr bei github rum :-Q
Ich wollt mir von github die Firmware runterladen....
Hab gesehen,dass das DUTZENDE Files sind.
Vielleicht hab ich da ja was verschlafen, aber gibts da was, dass man noicht jedes File einzeln runterladen muß. Bei etlichen andern Sachen von github gings doch, das in ein zip zu packen. bei der Firmware wird das aber nicht angeboten (oder ich finds nicht)
Kann mir mal wer verraten, wie das einfacher geht?
Danke im voraus
Bei etlichen andern Sachen von github gings doch, das in ein zip zu
packen. bei der Firmware wird das aber nicht angeboten (oder ich finds
nicht)
Kann mir mal wer verraten, wie das einfacher geht?
Das ist ja recht einfach.
Du lädst die Dateien:
mayhem_v1.7.4_FIRMWARE.zip
mayhem_v1.7.4_COPY_TO_SDCARD.zip
... herunter (Link s.o., auf der Seite ganz nach unten scrollen).
Entpacken.
Inhalt von COPY_TO_SDCARD komplett auf die SD-Karte kopieren.
Inhalt von FIRMWARE in einen gut erreichbaren Ordner (z.B. C:/Firmware) kopieren und dann die Firmware nach Anleitung im Github Wiki:
mayhem_v1.7.4_COPY_TO_SDCARD.zip
... herunter (Link s.o., auf der Seite ganz nach unten scrollen).
Entpacken.
Inhalt von COPY_TO_SDCARD komplett auf die SD-Karte kopieren.
Die Daten sind entpackt im Dir "SDCARD".
Eine 32GB-SD-Card sollte wohl ausreichen.
Aber:
Auf der Hachrf-Platine ist KEIN SD-Slot, nur auf dem PortaPack H2.
Sollte ich also die beiden jetzt doch zusammenstecken?
Die Daten sind entpackt im Dir "SDCARD".
Eine 32GB-SD-Card sollte wohl ausreichen.
Aber:
Auf der Hachrf-Platine ist KEIN SD-Slot, nur auf dem PortaPack H2.
Sollte ich also die beiden jetzt doch zusammenstecken?
Ja, diese Firmware ist für das komplette Gerät (HackRF One plus PortaPack) gedacht, also zusammenbauen. Wenn du das Gerät später nur unter Linux nutzen willst, stört das PortaPack nicht, genutzt wird dann ja sowieso nur der HackRF One, dessen Firmware dann auch aktuell ist.
Die Daten von COPY_TO_SDCARD (alle Einzel-Ordner!) müssen ins Root-Verzeichnis der SD-Karte, also nicht in einen Unterordner SDCARD. Vor dem Installieren der Firmware sollte die SD-Karte in den PortaPack eingesteckt sein.
hab jetzt auch mal versucht, die "hackrf-tools " zu installieren. Weder im Terminalfenster noch in Anwendungsverwaltung werden die Tools gefunden.
Wo bekommt man die her ?
hab jetzt auch mal versucht, die "hackrf-tools " zu installieren. Weder
im Terminalfenster noch in Anwendungsverwaltung werden die Tools
gefunden.
Wo bekommt man die her ?
Es gab sie vor Jahren mal precompiled, ich habe aber keinen Link mehr.
Für die aktuelle Version, die auch zur aktuellen Firmware passt, kenne ich keinen Link und wäre dankbar für eine frisch kompilierte Windows-Version.
Scheint ja brutal schwer und aufwändig zu sein den Hack- RF zum laufen zu bringen. Gibt es nichts vergleichbares was man mit Freude und ohne Frust zum Leben erwecken Kann...oder geht es nur um die Hürden als spezielle Herausforderung?
Ne, Mir gehts nicht nur um die Herausforderung. Oder besser gesagt schon, da ich das als ein Training nach eim gesundheitlichem Schachmatt betrachte. Wollte endlich mal wieder was tun, was nix mit Krankheit und Behinderung,sondern mit Reaktivierung von Wissen und Verständnis für die Technik zu tun hat. Außerdem hab ich mich vor meinem "Shutdown" sehr intensiv mit dieser Thematik befasst und hab mich sehr geärgert, dass ich quasi wieder als Newbie anfange. Wenn man Dich 9 x hintereinander mit Vollnarkose vollpumpt, kommste Dir halt vor wie ein Weißbrot. also betrachte ich das hier als eine Art ReHa !
JA, und eine Entschuldigung an die, die gestern auf eine Antwort von mir warteten. Erst hats mich erwische mit nem Hexenschuss, so intensiv, dass kaum an was andres zu denken war. Und als ich mich heute wieder ransetzen wollte, fiel bei uns im Viertel der Strom aus, mit ungewissem Ende.
Als das dann endlich kam, durfte ich erstmal unsere Heizung incl Warmwasser neu programmieren. Es lebe der Spickzettel!
So sieht es momentan bei mir aus:
Hab mal das Portapack incl Accu mit gaaanz viel Gepfriemel auf die Hackrf-Platine gesetzt. Vorher Accu Spannung gemessen - 3,25V; dachte das reicht.
Zuerst tat sich nix, erst als das USB-Kabel am Hackrf kam, zeigte sich was. Am Drehgeber leuchteten links unten und rechts oben wechselweise 2 balue LEDs, am HAck leuchteten folgende: Zwisachen REset und DFU eine grüne(3,9V)
Dann 1V8; RF und USB. RX und TX logischerweise aus.
Das Display des Portapacks blieb dunkel, keinerlei REaktion bei Betätigen der Taster Reset und DFU, ebenso bei BEtätigen des Drehgebers und der 5 Tasten neben dem Drehgeber.
Achja, auf dem Hackrf ist als Beschriftung nur folgendes zusehen:
HackRF One; 9/11/22
Beim Portapack :
Portapack H2
HAckRF One V322.
Falls jemand dies zur genaueren Identifizierung hilft...
Scheint ja brutal schwer und aufwändig zu sein den Hack- RF zum laufen
zu bringen.
Überhaupt nicht. Ich habe meinen gekauft und angeschlossen. Unter Ubuntu 20 kurz die hackrf tools und den GNU Radio Companion installiert und losgelegt.
Unter Windows wars ein bisschen Gefummel, bis ich bei Zadig den richtigen USB Treiber erwischt hatte - abr auch da läuft GQRX und der GRC nun problemlos.
Das Peoblem des TE besteht m.E. aus 2 Teilen. Zum einen ist der HackRF One in einem unbekannten Zustand und zum zweiten scheint MINT nicht gerade die aktuellsten Tools zu haben.
Unter Ubuntu übrigens lohnt es sich, statt der 'Ubuntu Software' mal Synaptic anzuwerfen - evtl. gibts eine ähnliche Paketverwaltung auch bei MINT.
Den HackRF hat anscheinend mal jemand verflasht, deswegen muss man u.U. mal den Grundzustand mit Update unter Reset probieren.
Es braucht eine richtig schnelle USB Übertragung, damit HackRF richtig auftrumpft. An meiner HP Z400 wars tatsächlich eine PCI Steckkarte, die mir die 20MByte/s bringt.
Unter Ubuntu übrigens lohnt es sich, statt der 'Ubuntu Software' mal
Synaptic anzuwerfen - evtl. gibts eine ähnliche Paketverwaltung auch bei
MINT.
Synaptic finde ich auch richtig gut. Man kann den noch pimpen, indem man zusätzlich noch apt-xapian-index installiert und mit sudo update-apt-xapian-index -vf initialisiert. Das ist ein schneller Index, der sofort auch bei Teilworten die passenden Programme anzeigt, sehr gut zum finden von Programmen.
Sicherstellen dass libhackrf und hackrf-tools auf dem neusten Stand sind:
apt-get install libhackrf
apt-get install hackrf-tools
Nun; die HAckRF-tools fand auch Synaptik nicht....
"ralf@B660M:$ sudo apt-get install hackrf-tools
[sudo] Passwort für ralf:
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
E: Paket hackrf-tools kann nicht gefunden werden.
ralf@B660M:$ "
Die eigentlichen Firmware-Dateien befinden sich im “firmware-bin” Unterverzeichnis. Die SPI Flash Firmware wird mit folgendem Befehl geupdated:
hackrf_spiflash -w hackrf_one_usb_rom_to_ram.bin
diese Unterverzeichnis fand ich auch nirgendwo. Siehe Bild
Sehr wohl gibt es
aber 'hackrf' und da ist dann alles nötige enthalten.
so langsam nimmt die Sache Fahrt auf...
Na, das ist doch mal ein Wort!
Hab jetzt hackrf über apt install auch installiert bekommen.
Jetzt bleibt nur noch die im meinem vorherigem Beitrag angesprochene Sache mit dem hier
" Die SPI Flash Firmware wird mit folgendem Befehl
geupdated:
Dies ist kein Unterverzeichnis, sondern der Dateiname. Diese Datei musst du erstmal haben. Und sie befindet sich dann im Unterverzeichnis /firmware_bin.
Man muss dazu sagen, das die Site deceed.ch völlig veraltet ist, wie ich jetzt gesehen habe.
Entweder schnappst du dir das tar.bz2 und entpackst es mit tar -xvf portapack-h1-firmware-20190405.tar.bz2 (puh, stimmt das? habe schon lange nicht mehr TAR benutzt)
oder du nimmt das ZIP und gunzipst es. Wechsle in das Unterverzeichnis mit dieser Datei. Die entstehende Datei sollte dann mit hackrf_spiflash <Dateiname> (TAB Taste hilft) ins HackRF geflasht werden.
Hallo Mathias:
Ich schrieb weiter oben :
"Die eigentlichen Firmware-Dateien befinden sich im “firmware-bin”
Unterverzeichnis.
Die SPI Flash Firmware wird mit folgendem Befehl geupdated:
hackrf_spiflash -w hackrf_one_usb_rom_to_ram.bin"
Ich meinte damit, dass ich das Sub-Dir “firmware-bin” nicht fand.
Dazu siehe Screenshot vom Dir "Mayhem/SDCArd"
in dem Dir befindet sich zwar ein Dir "Firmware", aber kein Firmware-bin.
Deshalb meine Verwirrung.
So, dann werd ich meine Arbeitsdateien
aufgrund "deceed.ch völlig veraltet " mal aktualisieren.
Englisch ist für mich nicht wirklich ein Problem; bei absoluter Ratlosigkeit lass ich das entweder von Tante Google übersetzen, oder ich frag hier.
Melde mich morgen Abend wieder, muß morgen früh Labar, Arzt und anschließend Wassergym. Da bin icham Mittag ziemlich fertig..
73
Nur die Ruhe. Das soll ja Spaß machen und nicht in Arbeit ausarten. Ich empfehle dir dann mal die Basis Tutorials vom Erfinder, um einen Einstieg zu bekommen.
https://greatscottgadgets.com/sdr/
Klar soll sowas auch Spaß machen und jeder Weg ist ok.
Aber das Firmware-Update des HackRF plus PortaPack ist inzwischen echt ein einfaches Vorgehen in einem Schritt.
Also warum so kompliziert (z.B. erst eine Firmware von 2019 auf den HackRF allein aufspielen)?
Und: wenn dann auf der Firmwareseite alles ok ist, kann man doch bei der Einrichtung von GQRX den HackRF als Fehlerquelle ausschließen, wenn etwas nicht klappt. Auch unter Linux muss man für GQRX den HackRF nicht Stand-alone nutzen, sondern kann das PortaPack dranlassen, stört gar nicht.
Also: wer erklärt mir das (außer dass es Spaß macht).
Also warum so kompliziert (z.B. erst eine Firmware von 2019 auf den
HackRF allein aufspielen)?
Die Idee dahinter ist, erstmal die Grundkomponente zu testen, denn wenn da was nicht klappt, brauchste Portapack gar nicht erst zu probieren. Immerhin hat der TE das Dings geschenkt bekommen (oder so) und es befindet sich in einem unbekannten Zustand.
Hallo Leutz;
wollt mich wieder zurückmelden. konnt mich 3 Tage kaum rühren, Tabletten auch nicht verragen.
Seit heut nach mittag gehts weider so halbwegs. Und schon gehts wieder los: Haste Pech, kommt auch noch Unglück dazu.
Der PC meiner XYL verabschiedete sich heut nachmittag in die ewigen Jagdgründe. Dabei hatte ich gehofft, deren Win-PC für weiter Versuche mit dem HackRF benutzen zu können. Dabei braucht sie ihn auch dringend, sie arbeitet als tech. Zeichnerin und hat grade wieder einen vernünftigen Auftrag, der Geld einbringt.Sohnemann hat auf die Schnelle einen neuen besorgt; son Mini-Ding "Intel-NUC" Bin nebenbei an dem Ding an "schrauben" damit sie weiter arbeiten kann. Ich hoffe bloß, dass der für AutoCad reicht.
So nu mal wieder was zu meinem Sorgenkind...
Heißt zwar immer, dass man einem geschenktem Gaul nicht ins Maul schaut, aber wenn der sich wehrt, sollt eman erst recht nachschauen.
HAb mir die Lektion 5 von Great Scott Gadgets in Ruhe reingezogen und jetzt weiß ich, dass ich mit den bisher gefundenen Softwares mir einen Wolf konfiguriert hätte.
Wenn ich jetzt wieder Platz aufm Tisch hab, gehts mit dem weiter ;-))
Nur Mittwoch muß ich weider mal den ganzen aus HAus, hoffe dass ich morgen das Update für den HAck einspielen kann.
Hört sich ja gut an, scheint auch bischen größer zu sein wie de NUC. Aber nu isser mal da. Gehäuse ist nicht so gut verarbeitet, hab mir die finger geritzt beim Einbau der SSD. Muß jetzt "nur noch das Windows installieren".
Leider arbeitet AutoCad nur mit Win bzw als Spez-Version aufm MAC. Linux wird von Autodesk als Sicherheitsrisiko betrachtet. Dabei hat AutoCad selbst mal auf ner Unix-Maschine angefangen.
Und dann noch die Pfriemelei, um den Win-PC mit meinem Mint zusammenarbeiten zu lassen. Ich hoffe doch dass Microsoft inzwischen was dazugelernt hat.
So, jetzt nur noch kurz die Welt retten... zumindest die Win-WElt und dann kann ich mich wieder dem Hack RF widmen.
Weiß nicht, ob das schon jemand geschrieben hat (hab nicht den ganzen Thread gelesen), aber "Ressource busy ()" bedeutet im allgmeinen, dass da schon ein Kerneltreiber draufsitzt, der das Device geöffnet hat.
Ich kenne den HackRF nicht, aber bei den RTL-Dongles passiert machmal das gleiche, weil sich da ein DVBT-Kernelmodul auf den Dongle setzt, und die RTLSDR-Software kommt dann nicht mehr dran. Dann muss man das Kernelmodul blacklisten.
Wie gesagt, keine Ahnung ob das beim HackRF auch so ist. Hast du mal lsmod aufgerufen und geschaut, was so an Kernelmodulen geboten ist?
