für den Baofeng hab ich nach dieser Anleitung https://www.instructables.com/Baofeng-UV-5R-Data-Cable/ für etwas mehr als 1€ ein Adapter mit CH340G gekauft und warte. Da sollen zwei Leitungen und Masse angeschlossen werden. Ist das was ganz Spezielles oder gehts auch mit einem der 0815-Adapter wie im zweiten Bild?
Angehängte Dateien:
-
adapter.jpg
66 KB -
adapter2.jpg
70 KB
Den abgebildeten USB-seriell-TTL-Adapter mit CH340 kann man per Jumper auf 3.3 bzw 5 Volt einstellen. Die Adapter auf Bild 2 sind 2 parallele-Adapter und 1 sereiller, der serielle arbeitet aber mit +- 12 Volt und gegenüber dem TTL-Interface mit vertauschter Polarität. Die auf Bild 2 sind also alle nicht geeignet. Es geht aus dem Instructables-Artikel aber nicht hervor, ob mit 3.3 oder 5 Volt gearbeitet werden muss.
:
Bearbeitet durch User
Angehängte Dateien:
-
F3Z3WF7J1PLEFFD.png
180 KB
Stephan S. schrieb: > Den abgebildeten USB-seriell-TTL-Adapter mit CH340 kann man per Jumper > auf 3.3 bzw 5 Volt einstellen. Die Adapter auf Bild 2 sind 2 > parallele-Adapter und 1 sereiller, der serielle arbeitet aber mit +- 12 > Volt und gegenüber dem TTL-Interface mit vertauschter Polarität. Die auf > Bild 2 sind also alle nicht geeignet. > > Es geht aus dem Instructables-Artikel aber nicht hervor, ob mit 3.3 oder > 5 Volt gearbeitet werden muss. OK, danke - der Instructables-Artikel ist auch für eine etwas andere Variante - vmtl ein Fehlkauf, dann wars Lehrgeld und falls damit nichts geht, kauf ich das hier für 4$ ;) https://www.ebay.com/itm/403595535574
Karl schrieb: > dann wars Lehrgeld Den von Dir gekauften Adapter kannst Du sicher nochmal für was anderes brauchen, z.B. µC an PC anschliessen, ESP8266 oder ESP32 flashen etc
Stephan S. schrieb: > Es geht aus dem Instructables-Artikel aber nicht hervor, ob mit 3.3 oder > 5 Volt gearbeitet werden muss. Wenn man das Bild so anschaut, sieht man den Schalter auf 5V stehen. Dann probiere doch mal, deinen Jumper auch auf 5V zu stecken. Und die Signale und GND musst du halt auf die beiden Stecker wie im Bild richtig legen.
Die rechts abgebildeten Kabel sind für den RS232-Pegel, der ist invers zu TTL, negativ_high, positiv=low und +/- 3V...15V. Das links passt eher mit TTL-Pegel direkt an die Arduino-pins Tx/Rx. Hier hatten wir im Dezember einen ähnlichen Thread Beitrag "QYT KT-8900 Lässt sich nicht programmieren (PC)" Ich habe ein Wouxon, dazu braucht man zwei Klinkenstecker gleichzeitig. Hier ist das Baofeng-Gerät ausführlich beschrieben https://www.dl2fbo.de/boafeng/ Das ganz unten empfohlene Programmierkabel passt wohl fast überall, mit den vielen Steckern. Sieht aus wie ein Universalschlüsselbund für Einbrecher. Einer passt immer. Da steht auch noch, dass die Software möglicherweise nur mit einem originalen PL2303 USB-Chip unter Win7 läuft.
Angehängte Dateien:
-
FQ0EPAWJ1PLEEHE.jpg
8 KB
Helmut -. schrieb: > Wenn man das Bild so anschaut, sieht man den Schalter auf 5V stehen. Also ich finde, der Schalter steht auf 3.3
Stephan S. schrieb: > Helmut -. schrieb: >> Wenn man das Bild so anschaut, sieht man den Schalter auf 5V stehen. > > Also ich finde, der Schalter steht auf 3.3 Dann sehen wir was Unterschiedliches. In solchen Fällen hilft nur das Schauen in die Bedienungsanleitung!
Angehängte Dateien:
-
CH340G.png
21 KB -
ChirpUbuntu.png
18 KB
oben auf adapter.jpg ist ein gelber Jumper auf 3,3 V gesteckt, unten auf F3Z3WF7J1PLEFFD.png steht der Schieber des kleinen Schalters rechts auf 5V Auf beiden sitzt ein CH340G von WCH. Das Originalprogramm zum Baofeng benutzt anscheinend einen PL2303. Zum CH340 gibt es hier die Datenblätter vom Hersteller http://www.wch-ic.com/downloads/CH341SER_ZIP.html Der MAX232 rechts im Plan ist hier nicht vorhanden, wäre aber in den oben rechts gezeigten Kabeln eingebaut, wird hier nicht benötigt. Die Originalsoftware soll ziemlich unhandlich sein, es gibt aber eine freie Software namens Chirp für viele Funkgeräte: https://chirp.danplanet.com/projects/chirp/wiki/Home die neuere Version heißt chirp-next, nur bei Problemen soll man die alte versuchen: https://chirp.danplanet.com/projects/chirp/wiki/Download Na mein Wouxon ist auch aufgelistet, und Ubuntu bietet es zur Installation an, mal sehen.
:
Bearbeitet durch User
Angehängte Dateien:
-
Baofeng_UV-5R.png
15 KB
Eigentlich schade... in .chirp/debug.log taucht mehrfach die Meldung auf: "Failed to import /usr/lib/python3/dist-packages/chirp/drivers/wouxun: No module named 'wouxun_common'" Chirp bietet nur vier Wouxon-Geräte an, irgendwas ist faul. Und das neuere chirp-next lässt sich nach der Anleitung nicht installieren. In dem genannten Ordner stehen zwei Python-Files, wouxon.py und wouxon_common.py das erste ruft das zweite auf "from wouxun_common import wipe_memory, do_download, do_upload" vielleicht stimmen irgendwelche Zugriffsrechte nicht... mein Gerät steht jedenfalls in der wouxun.py drin """Wouxun KG-UVD1P,UV2,UV3""" VENDOR = "Wouxun" MODEL = "KG-UVD1P" Aber das Baofeng wird angezeigt, also würde die Software vermutlich laufen. Ich habe jetzt mal ein Ticket" auf der chirp-Seite erstellt, der Autor hat erst gestern etwas gepostet, ist also aktiv.
:
Bearbeitet durch User
Ich hab mehrere Kabel, oft bzw. Meist mit dem CH340. Chirp und das Baofeng haben da keine Probleme mit. Das Gerät möchte Kenwood Norm, also alle Kabel mit 2 Klinkensteckern (2,5/3,5mm) die so beworben werden sollten funktionieren. Folgende Geräte habe ich Testweise noch damit programmiert: Wouxun KG-UV6D. (2/4m!) Team Tecom Duo. (Originalsoftware, Gerät wird nicht von Chirp unterstützt) 3x Baofeng UV5/UV5+. Für die FT-8x7 und ähnliche Yaesu habe ich ebenfalls ein CH34X Kabel. Funktioniert auch anstandslos mit Chirp. Ebenso für das CAT Interface bei Fldigi/HRD/JS8Call usw...
:
Bearbeitet durch User
Angehängte Dateien:
-
Wouxun_Chirp.png
7,1 KB
Hier sind die mageren Einstellmöglichkeiten meiner Chirp-Version für Wouxun, nur vier Typen. Laut Python-Text sind es deutlich mehr. Ich warte mal, was der (Haupt-)Autor Dan Smith kk7ds antwortet. Diese Ubuntu-Paketquellen sind ja immer noch von irgendwem nachbearbeitet, da weiß man nicht wie aktuell sie genau sind. Die originale Quelle hat das Datum von gestern, eventuell ist der Fehler hier schon lange bekannt und beseitigt oder im Original nie aufgetreten. Die Ubuntu-Versionsnummer ist 20200227, also schon drei Jahre alt. Ich hätte meinen Screenshot ChirpUbuntu.png nur genau anschauen müssen, oben steht es. Das Original wird mit dem Packformat "flatpak" oder über eine apt-Quelle als Debian .deb installiert, mir ist es auf Anhieb nicht gelungen das aktuelle von gestern zu installieren. Allerdings war da schon das ältere Ubuntu-Programm schon drin, vielleicht kommen sich die beiden in die Quere. Ich hätte es vielleicht erst wieder deinstallieren müssen. Mein Adapter hat laut "usb-devices" einen PL2303, aber das sollte dem Programm nichts ausmachen, die USB-Seriell-Wandler sind sich sehr ähnlich. Vendor=067b ProdID=2303 Rev=03.00 Manufacturer=Prolific Technology Inc. Product=USB-Serial Controller Jedenfalls sollten alle genannten Adapter tauglich sein. Der auf dem zweiten Foto hat ja noch die Handshakeleitungen DTR und CTS zusätzlich herausgeführt, aber die brauchen beide Funkgeräte nicht. Es sollte eigentlich kein Fehlkauf gewesen sein, es sei denn, Windows 10 oder 11 erwartet einen spezielleren Chip.
:
Bearbeitet durch User
Angehängte Dateien:
-
Chirpnext_29239317.png
14 KB -
Chirp_FreqRanges.png
41 KB
Nach langem zähen Ringen - es funktioniert. Ich habe es mit dem Gnome Softwareinstaller finden lassen, vom 17.März, die läuft mit meinem Wouxun. Die Flatpak-Version wollte auch nicht. Es ist sogar die neuere chirp-next-Version. Alle gespeicherten Frequenzen werden angezeigt, die allgemeinen Einstellungen und die Frequenzgrenzen. Anscheinend darf man sich bei Ubuntu nicht mehr auf die alten apt-Quellen verlassen, die wollen allmählich alles auf snap umstellen. Die Sendefrequenzgrenzen sollte ich noch auf die Amateurbänder beschränken, Wettersatelliten - gibts da noch einen ? AIS Schiffspositionen sind hier dauernd vorhanden, der Neckarkanal ist nicht weit weg. Zu hören ist nichts, dazu ist die Datenrate zu hoch, aber der Squelch öffnet. Darf man AIS überhaupt empfangen? und die PMR-Frequenzen ohne spezielles PMR-Funkgerät? So sieht jedenfalls die Liste der eingestellten Frequenzen aus, wie ich sie vor Jahren mal eingegeben hatte. Ausgabe als csv-Texte, die lassen sich in LibreOfficeCalc importieren und in PDF drucken. Jetzt hat auch schon einer der Chirp-Autoren geantwortet, ich habe mich bedankt und meine Lösung erklärt, dass auch andere davon profitieren.
:
Bearbeitet durch User
PMR/Freenet hören ja, senden stellt eine Ordnungswidrigkeit dar. (Mit einem Afu Gerät) Ich wüsste jetzt nicht wieso man kein AIS empfangen darf. Gibt ganz offiziell sogar Apps die man mit OTG Adapter und SDR Stick nutzen kann für solche Zwecke. (AIS/ADSB) NOAA (Wetter) gibt's noch. Nur die Nummer weiß ich Grade nicht.
Hier noch eine aktuelle Liste der von Chirp unterstützten Funkgeräte. Laut Wikipedia gibt gibt immer noch 5 NOAA Satelliten, 15 und 18 bis 21 https://de.wikipedia.org/wiki/National_Oceanic_and_Atmospheric_Administration#Liste_der_Satelliten NOAA-15 137.62 MHz NOAA-18 137.9125 MHz NOAA-19 137.1 MHz Die beiden anderen haben anscheinend kein APT mehr Und russische Wettersatelliten mit APT scheinen auch nicht mehr zu senden. neuere Wettersatelliten senden nur noch im HRPT-Format auf 1,7 GHz http://www.satsignal.eu/software/hrpt.htm Zum Schiffsfunk im 2m-Band: https://de.wikipedia.org/wiki/Automatic_Identification_System#AIS-Empf%C3%A4nger http://www.see-wetter.de/pdf/bundesnetzagentur-seefunk.pdf Hier kann man den Schiffverkehr beobachten: https://www.marinetraffic.com/de/ais/home/centerx:11.2/centery:51.3/zoom:6 Jedes Schiff kann man auch anklicken und bekommt ein Foto und Daten dazu.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.