Print Page

Diskussions- und Newsboard des DARC-Ortsverbandes I40

allgemeine Kategorie => mcHF Projekt Deutsch / English (here you can discuss everything related to mcHF) => Message started by: DF8OE on 18. February 2016, 07:57:29

Title: USB-Audio - nächster Schritt
Post by: DF8OE on 18. February 2016, 07:57:29

Hier ist jetzt das "Gegenstück" zum Testen:

Der mcHF wird als Wiedergabegerät (== "Lautsprecherausgang") gefunden und man sollte in der Lage sein, auf das Device Audio auszugeben (z.B. mit dem mp3-Player etc.)

http://www.amateurfunk-sulingen.de/data/uploads/mchf_usb_audio_in.bin (http://www.amateurfunk-sulingen.de/data/uploads/mchf_usb_audio_in.bin)

Bitte testen ob das bei euch geht mit Angabe der Umgebung (Windows, Linux, Version)

Ich verwende Debian Jessie, die "Soundkarte wird out-of-the-box erkannt und ich kann darauf auch Audio ausgeben. Der Pegel lässt sich ändern. Hören tue ich auf dem mcHF allerdings nichts 8)

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: Roger on 18. February 2016, 09:59:23

Hallo Andreas,

habe es wieder auf dem Windows XP Rechner getestet.
Das Gerät wird als "STM32 Audio in FS Mode" eingetragen und
erkannt.
Unter Lautstärke ist der Schieber allerdings auf Minimum und
ausgegraut, sodass man die Lautstärke nicht erhöhen kann.
Auf dem mcHF habe ich noch keinen Pieps von der Audio vom
PC gehört. CAT ist auf ON.

vy73s
Roger

Title: Re:USB-Audio - nächster Schritt
Post by: DL3AAA on 18. February 2016, 10:30:46

Hallo Andreas,

unter LinuxMint 17 und Windows 10 wird die Soundkarte erkannt.

Bei Linux im System-Testfenster wird der Testton nicht ausgegeben, Musik Datei auch nicht.

Bei Windows wird die Karte sofort erkannt, der Lautstärkeregler ist FREI und steht auf 73% es kommt aber nicht raus.

Hier stellt sich jetzt eine Frage da der Lautsprecher noch von der internen Audioausgabe bedient wird, gibt es da eventuell eine Kollision und das interne Audio gewinnt immer ?

73 Dietrich

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 18. February 2016, 10:40:15

Zur Zeit landet das empfangene Signal in /dev/null - also im "Rundordner" :) Es ist völlig normal, dass man nichts hört...

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: OE3HKC on 18. February 2016, 11:17:22

Hallo Anreas,

auch auf meinem win7 rechner wird es tadellos erkannt und als audio in fs installiert..

vy 73,
Helmut

Title: Re:USB-Audio - nächster Schritt
Post by: swl48 on 18. February 2016, 14:19:22

Hallo Andreas,

ich arbeite noch mit Windows XP. Bei mir wird der mcHF als USB Audiogerät mit der Bezeichnung STM42 AUDIO in FS Mode einwandfrei erkannt (siehe Anhang).
Wenn ich beim HDSDR ais Inputsoundcard STM42 AUDIM IN FS Mode wähle kann ich das Audio vom mcHF im LSB- oder USB-Mode mithören. Die Amplitude des Spectrums geht dann aber erheblich zurück.

vy 73
Ulrich

Title: Re:USB-Audio - nächster Schritt
Post by: DF9EH on 18. February 2016, 17:18:28

Hallo Andreas,
kurze Rückmeldung:
Gerät unter Windows 10 Pro 64bit erkannt als "Lautsprecher STM32 AUDIO in FS Mode".

Title: Re:USB-Audio - nächster Schritt
Post by: swl48 on 18. February 2016, 17:23:08

Hallo Andreas,

die Audiowiedergabe des mcHF läuft bei mir auch sehr gut über den VLC media player.

vy73
Ulrich

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 20. February 2016, 08:04:48

Im nun neuesten Schritt ist sowohl CAT als auch Audio gleichzeitig über die USB-Buchse abgreifbar.

Linux arbeitet damit out-of-the-box, bei Windows ist ein Arbeitsschritt nötig:

Es muss eine modifizierte stmcdc.inf installiert werden - sonst werden die Devices nicht korrekt erkannt:

;------------------------------------------------------------------------------
; VID/PID Settings
;------------------------------------------------------------------------------
[DeviceList.NT]
%DESCRIPTION%=DriverInstall,USB\VID_0483&PID_5732&MI_00

[DeviceList.NTamd64]
%DESCRIPTION%=DriverInstall,USB\VID_0483&PID_5732&MI_00

Audio-out ist nach wie vor ein Dummy - der Sound wird noch NICHT weitergeleitet.

Bitte um Feedbacks!

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 20. February 2016, 08:20:21

Hallo Windows-Nutzer,

vielleicht noch zur Ergänzung: Die Datei stmcdc.inf befindet sich in der Regel in

C:\Program Files (x86)\STMicroelectronics\Software\Virtual comport driver\Win7

Es muss/darf nur der entsprechende Abschnitt angepasst oder ergänzt werden, die alten Einträge können drin bleiben, soweit ich das sehe.

Dort ist dann auch zu finden dpinst_amd64.exe (64bit) oder dpinst_x86.exe (32bit) , die man nach den Änderungen starten muss und die Installation durchlaufen lässt.

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DF9EH on 20. February 2016, 11:12:04

Moin zusammen,
unter Win 10 habe ich das Problem das ich die geänderte stmcdc.inf Datei nicht installiert bekomme. Wird mit Fehlermeldung abgebrochen.
Hat jemand einen Tipp wo ich ansetzen kann ?

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 20. February 2016, 11:23:15

Hallo,

ich hänge mal meine unter Windows 7 funktionierende Datei an (muss natürlich .txt weg beim Speichern).

Ansonsten sind bei mir 2 Einträge zu Installationen zu sehen, wo bei Dir die Fehlermeldung steht. Ich habe Win7 64bit auf der Maschine.
Theoretisch müsste Windows 10 sogar ohne Treiberinstallation damit klar kommen. Schau mal im Gerätemanager nach, ob es da einen STM COM Port gibt.
EDIT: Ist auch praktisch so, unter Windows 10 hat sich der mcHF komplett ohne Treiberinstallation eingerichtet, einfach ranstecken. Wie bei Linux :-)

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: dl2ki on 20. February 2016, 11:59:31

Hallo,

ich habe mal die Firmware "20.02.2016 09:00:44" installiert. (Kubuntu 14.04, 64-bit)

Ist der CAT Zugriff dort freigeschaltet?

Die Soundkarte und das CAT-Device werden erkannt. CAT-Zugriff jedoch nicht möglich.

Bei der Soundkarte ist mir aufgefallen, das im Alsa-Mixer kein "Capture-Device" vorhanden ist. Das wird von einigen Programmen jedoch vorausgesetzt.

Hiermit hatte ich bereits Probleme mit meinem "SignaLink USB" Modem, das ebenfalls kein "Capture-Device" aufweist.

73, Wolfgang
DL2KI

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 20. February 2016, 12:36:28

Ja, wenn Du die Devices siehst, ist CAT im mcHF eingeschaltet und funktioniert.

Dein Problem dürfte im Programmpaket "modem-manager" liegen. Obwohl Modems so gut wie niemand mehr benutzt, wird dieses Tool unter den meisten Linux-Distributionen default mitinstalliert. Der modem-manager versucht an jedem erkannten seriellen Port ein Modem zu identifizieren und sendet Testmuster an das serielle device. Da der mcHF aber kein Modem ist, kann er mit den Anfragen nichts anfangen und es kommt zu unvorhergesehenen Dingen.

Die einfachste Lösung ist es, den modem-manager zu deinstallieren, weil ihn sowieso niemand mehr braucht. Man kann aber auch udev-Regeln schreiben, mit denen der mcHF von einer Behandlung durch das Proggi ausgenommen wird. Steht auch bereits hier im Forum...

Vielleicht ist das dein Problem?

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 20. February 2016, 12:46:29

Hallo Wolfgang,

wenn der Andreas das sagt, wird es schon drin sein :-)
Im Ernst, es ist ja genau zum Testen da. Die USB Sachen sind jetzt nicht so ganz trivial,
da wir ja hier dem jeweiligen Betriebssystem korrekt mitteilen müssen, was auf der Seite
des mcHF so geht. Da das im Prinzip auf händischen Zusammenstellen von Byteströmen zur Beschreibung des USB Gerätes hinausläuft, welche dann auch noch zur Implementierung passen sollten und noch von Linux und Windows tw. leicht anders interpretiert werden, ist Spass garantiert.
Problem ist angekommen: Du hast /dev/ttyACM0 und auch eine Soundkarte, aber es funktioniert nicht richtig.
Hast Du Sound vom mcHF? Welches Programm hast verwendet?

Hast Du es mit fldigi probiert, damit hat es bei mir (unter Windows und Linux) funktioniert?
Unter Linux hat allerdings bei wsjt-x nur der CAT-Mode funktioniert, mit dem Sound eher nicht so (also garnicht), unter Windows schon.

Es ist auch noch ein Bug im USB Descriptor drin, vielleicht macht das auch den Unterschied.
Und wenn ein Capture-Device notwendig ist, kann man dank OpenSource auch eins zaubern, wenn man will.

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 20. February 2016, 13:18:06

Ich denke, dass unter Linux auch wichtig ist, wie Audio behandelt wird.Ich habe sehr gute Erfahrungen mit Pulse-Audio gemacht, damit funktioniert auch der mcHF out-of-the-box. Im Alsamixer ohne Pulse-Audio ist der mcHF gar nicht gelistet, und der KDE-Mixer kann mit dem mcHF-Audio auch nichts anfangen. Ich denke, dass man da mit leicht geänderten Deskriptoren noch eine Verbesserung möglich ist - eben "Feintuning" und "Testing".

Der jetzige Stand ist auf jeden Fall schon sehr gut und wird vermutlich immer besser werden :)

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: OE3HKC on 20. February 2016, 14:23:29

Hallo allerseits,

habe auch die heutige Firmwareversion installiert, die stmcdc.inf datei gemäß Andreas Angaben geändert und neu installiert (win7, 64 bit)...
es wird STM32 AUDIO iin FS mode vom Gerätemanager erkannt aber kein Treiber dazu gefunden...

Die Treiber für dieses Gerät wurden nicht installiert. (Code 28)... wird gemeldet

da es bei Danilo, der ja auch win7, 64 bit verwendet, funktioniert, wird der Fehler irgendwo bei meinem System liegen..

vy 73,
Helmut

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 20. February 2016, 14:27:28

Du musst den Treiber durch Anstoßen der richtigen .exe (für 32 bzw. 64 Bit) danach noch installieren. Ich glaube nicht, dass der automatisch nachgezogen wird.

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: dl2ki on 20. February 2016, 14:34:23

Hallo Danilo,

die Frage, ob der CAT-Zugriff aktiviert ist, hatte ich deswegen gestellt, weil dieser mit der Firmware "20.02.2016 09:00:44" hier nicht funktionierte, mit der letzten Testing-Firmware "0.219.27.3" aber sehr wohl.

Der Modemmanager ist mit einer UDEV-Regel deaktiviert. Dazu gab es einen Post von mir: http://www.amateurfunk-sulingen.de/forum/index.php?board=15;action=display;threadid=366;start=msg4502#msg4502 (http://www.amateurfunk-sulingen.de/forum/index.php?board=15;action=display;threadid=366;start=msg4502#msg4502)

Das Problem war aber ein anderes, dass ich inzwischen gefunden habe:

Bei der neuen Firmware hat sich bei dem STM-Device die Produkt-ID von "5740" in "5732" geändert. Dadurch muss die UDEV-Regel nun lauten:

Code:

ATTRS{idVendor}=="0483", ATTRS{idProduct}=="5732", ENV{ID_MM_DEVICE_IGNORE}="1"

Sinnvoller ist es sicher, den Modemmanager ganz zu deinstallieren. Es könnte aber sein, das den jemand benötigt (wofür auch immer). Von daher ist die UDEV-Regel allgemeingültiger.

Auf die Änderung der Produkt-ID muss man aber erst mal kommen :-).

Beim Test mit "rigctl", "Fldigi" oder "CQRLOG" scheint die CAT-Verbindung aber unsicherer zu sein, als bei der letzten Testing-Version".

73, Wolfgang
DL2KI

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 20. February 2016, 14:37:48

Hallo,

soeben hat der mcHF seine ersten Funksignale via USB verschickt, einfach mal nach meinem Rufzeichen auf wsprnet.org suchen. Dank voller Leistung gab es auch ordentlich Spots :-)

Da der Code noch jede andere Möglichkeit zum Senden via Mikrofon oder Line-In "überschreibt", und ich es jetzt nicht soweit fertigmachen kann, ist der Stand mit Vorsicht zu nutzen. Ich mache den Rest dann heute abend, denke ich.

73
Danilo DB4PLE

Title: Re:USB-Audio - nächster Schritt
Post by: DF9EH on 20. February 2016, 14:54:41

Hi Danilo,
also bei mir wird der mcHF unter Win 10 nicht automatisch erkannt. Habe vorhin die Kiste mal an unseren 2-ten PC gehängt auf dem ebenfalls Win 10 läuft. Da auch nicht erkannt !

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 20. February 2016, 14:57:26

... und hier gleich die nächste Release jetzt mit funktionierendem Audio-Out. Nur zum Testen - für den Gebrauch nicht nutzbar da hier als Audio immer USB genommen wird egal was in den Config eingeschaltet ist :)

http://www.amateurfunk-sulingen.de/data/uploads/mchf_usb_audio_out-working.bin (http://www.amateurfunk-sulingen.de/data/uploads/mchf_usb_audio_out-working.bin)

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 20. February 2016, 15:00:28

Hallo Klaus,

was steht den im Geräte-Manager? Da müssten dann doch ein oder mehre unbekannte Geräte stehen. Ggfs. auch mal in der Ansicht auf "Geräte nach Verbindung" stellen,
dann den richtigen USB Hub suchen, da kann man dann schön sehen, was Windows so denkt. Ggfs. Screenshot posten.

Wird es garnicht erkannt, ist etwas oberfaul.

Es kann auch sein, das Windows 10 erst mit dem aktuellen, kleinen Änderungen am mcHF richtig funktioniert. Das kann ich jetzt nicht so einfach feststellen, da müsste ich das "alte" bin installieren können. Und das ist bei mir mangels USB Stick Kabel nicht so einfach. Sinnvollerweise testest Du nochmal mit dem bin, das Andreas während meines Schreibens eingestellt hat.

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DF9EH on 20. February 2016, 15:16:31

Hallo Danilo,
also erkannt hat Windows ein Gerät. Siehe jpg.
Sobald ich irgendwas in der stmcdc.inf Datei verändere und anschließend dpinst_amd64.exe ausführe kommt eine Meckermeldung.

Ich werde gleich mal die soeben gepostete Version testen.

Title: Re:USB-Audio - nächster Schritt
Post by: pego on 20. February 2016, 15:22:44

Hallo,

bei mir erscheint STM Virtual COM Port (COM11)

und Unter MixW wird detektiert.

petr, DG2NPE

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 20. February 2016, 15:26:09

Hallo Klaus,

danke.
Mach mal ein "Deinstallieren" oder so (Engl. Uninstall) auf COM5 und lass Windows auch den Treiber löschen, wenn es danach fragt. Wenn nicht, dann nicht.

Und nimm das neue bin, ist sowieso besser.

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: pego on 20. February 2016, 15:34:49

Hallo nochmal,

bei mir läaut die Detektierung unter MixW UND die CAT Steuerung. Hat aber etwas gedauert bis ich den treiber unter WIN7 installiert hatte.

Gruß Peter, DG2NPE

Title: Re:USB-Audio - nächster Schritt
Post by: pego on 20. February 2016, 15:59:51

Unter Ubuntu 12.04 läuft fldigi.

ComPort hab ich - noch nicht - gefunden . .

73 Peter, DG2NPE

Title: Re:USB-Audio - nächster Schritt
Post by: OE3HKC on 20. February 2016, 16:21:54

Hallo Andreas,

danke für die Antwort,

dpinst_amd64.exe habe ich laufen lassen, laut Assisteneten wurden Treiber auch erfolgreich installiert, bloß wenn ich den mchf anstecke, werden keine Treiber für "STM32 AUDIO in FS mode" gefunden...

warum bloß ?

vy 73,
Helmut

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 20. February 2016, 16:26:43

Hmmm..... Da ich kein Windows besitze, mit dem ich das nachvollziehen kann, lasse ich mal lieber Danilo das Wort

@Pego
ttyACM0 ?

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: DF9EH on 20. February 2016, 17:00:39

Moin,
Erfolgsmeldung unter Win10.
Software: mchf_usb_audio_out-working.bin von vorhin.
Erst hatte ich noch Probleme mit einem FTDI-Treiber. Den habe ich rausgeschmissen.
Und nun geht CAT, RX übrr USB. TX habe ich noch nicht ausgetestet. Da muss ich noch das FLDIGI konfigurieren.

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 20. February 2016, 17:08:02

Hallo,

ich sags mal so, besser man hört sich nicht an, was da raus kommt.
Es gibt noch einen massiven Paketverlust irgendwo, sodass die Modulation eher gewöhnungsbedürftig ist. Funktioniert mit WSPR und Co. natürlich ganz gut, aber es fehlt so alle 10ms ein Frame von 1ms. Ich weiß noch nicht, wieso das passiert.

Title: Re:USB-Audio - nächster Schritt
Post by: OE3HKC on 20. February 2016, 20:48:25

Hallo, liebe Mitstreiter,

nach ungefähr zehn erfolglosen Versuchen ist es mir nun endlich gelungen, unter win7 den Treiber für die neue firmware von heute zu installieren...

das Lustige daran ist, dass ich eigentlich seit Einstellungsbeginn nichts verändert habe, ca 10x kam die Meldung: Treiber konnte nicht gefunden werden...
warum aber dann beim 11. Mal???
vermutlich eine windoofs-Eigenschaft..

aber was solls, jetzt funst es und ich kann in Ruhe an meinem Übersichtsschaltplan für den mcHF weiterbasteln...
hoffe ich kann ihn euch in ca einer Woche präsentieren !

vy 73 und noch ein angenehmes WE
Helmut

Title: Re:USB-Audio - nächster Schritt
Post by: OE3HKC on 20. February 2016, 20:58:11

vielleicht passt's jetzt..

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 21. February 2016, 09:27:11

Nun wollte mal wegen der neuen IQ-Funktionen die Treiber auf meinem Windows XP installieren: wie ein blutiger Anfänger gescheitert...

inf - Datei verändert, Warnung bzw. STOP für die Installation unsignierter Treiber ausgeschaltet, Treiberinstallationsprogramm von STM (Win7-Version) gestartet - und trotzdem Abbruch, da der Treiber nicht signiert ist.

vy 73
Andreas

EDIT:
Eben mal den SDR#, den ich mit MONO auf meinem Linux-System gebaut habe, gestartet - mcHF angeschlossen - wird sofort erkannt. Ich denke, dass ich den kurzen Ausflug in die Windows-Welt wieder beende und versuche, HDSDR mit Linux zum Laufen zu bringen 8)

Title: Re:USB-Audio - nächster Schritt
Post by: OE3HKC on 21. February 2016, 09:36:57

Gratulation, Andreas,

hab mir schon allen Ernstes überlegt, ob ich mich auf meine alten Tage vielleicht doch noch mit Linux beschäftigen sollte...
hoffentlich kapier ich's noch...

vy 73,
Helmut :o

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 21. February 2016, 10:04:33

Hallo Andreas und andere,

IQ input (d.h. RX) ist noch nicht implementiert. Nur I/Q TX.
Prinzipiell gibt es da kein Problem auch IQ RX zu implementieren. Bis gestern konnte man aber nicht einstellen, was man will. Jetzt denke ich, das man beim Einstellen von DIGITAL IQ bei Line In (in den mcHF) auch den Output aus dem mcHF auf IQ umschaltet (D.h. Digital Line Out aus dem mcHF). Das muss ich mir dann genauer anschauen, weil dann statt 16khZ Mono 48 Khz Stereo fällig sind. Sollte machbar sein. Das würde dann allerdings fest auch für das normale Audio anfallen, eine Umschaltung zwischen den Sample-Raten ist zwar machbar, allerdings ist mir nicht klar, wie man das vom Gerät (mcHF) dem PC mitteilen im laufenden Betrieb mitteilen kann (mit einem An/Aus der USB Schnittstelle machbar, würde so wie Ziehen/Stecken des USB Steckers sein also auch CAT unterbrechen). Das ist blöd, wenn man nur Durchschalten will.

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 21. February 2016, 17:08:28

Ich bekomme den Treiber unter Windows nicht installiert. Windows XP - ich nehme die Treiber für Win7

- inf-Datei bearbeitet
- dpinst_x86.exe gestartet

Ergebnis:
Fehler "Installation fehlgeschlagen (nicht siginiert)"

Die Signaturüberprüfung für Treiber habe ich in der Systemsteuerung deaktiviert.

Wie bekomme ich den Treiber rein?

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 21. February 2016, 17:17:52

Hallo Andreas,

ich habe da keine wirkliche Ahnung. Das Ding ist ja nicht wirklich ein Treiber. Sondern lediglich eine INF Datei, die einen Microsoft-Treiber lädt usbser.sys lädt.

In jedem Fall trifft grundsätzlich auch der Knowledge-Base Eintrag zu https://support.microsoft.com/en-us/kb/918365
Den wir nutzen einen (genauer 2) IAD um sowohl COM Port als auch AUDIO in einem Device anmelden zu können.

Kannst Du den original Installer unter XP laufen lassen, ohne Probleme zu bekommen? Es ist mir klar, dass das das Problem nicht löst, aber wenn das schon nicht klappt, brauchst Du Dir um den Rest keine Sorgen zu machen.

Vielleicht hilft dann auch http://stackoverflow.com/questions/10969629/dpinst-silent-fails-on-windows-xp-with-signed-but-not-whql-drivers

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 21. February 2016, 17:28:04

Hallo Danilo,

Ich habe von Windows keine Ahnung mehr - mein letzter Wissensstand ist von ca 2004 "Windows XP".

Dass in der inf-Datei die Beschreibungen stehen, weiss ich noch Ich habe auch deine inf-Datei aus dem Forum genommen.

Die im Ordner befindliche .exe führt sofort zu der Fehlermeldung. Was Du mit "original Installer" meinst, ist mir unklar. Der ist doch von STM, oder nicht?

Ich habe auch schon probiert, mit Rechtsklick die .inf-Datei zu installieren. Das geht ohne Meckern - aber das STM-Device ist immer noch mit Ausrufezeichen :(

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: DL3AAA on 21. February 2016, 18:09:13

Hallo Liebe mcHF Gemeinde,
habe heute auch mal Zeit gefunden die wundervolle USB Schnittstelle mit CAT und Audio zu testen.
Programm=HamRadiodeLuxe
Die Cat-Schnittstelle wurde OHNE weitere Treiber Installation erkannt.
Cat / und Sound wurden im Gerätemanager (WIN10) richtig eingetragen.
HRD hat den Wasserfall und die Frequenz angezeigt, zum senden bin ich noch nicht gekommen.

Liebe Progammierer, als ich im April 2015 anfing das Geräte zu bauen und die Infos zur den Eckdaten gelesen habe war ich schon begeistert, was Ihr aber jetzt aus der "Kiste" herausgezaubert habt (incl. der Hardware Verbesserungen) ist UNGLAUBLICH. Selten hat mich ein Projekt so gefesselt und so lange an sich binden können. Ich bin immer noch gespannt, wenn ich ins Forum schaue, was es jetzt wohl wieder neues gibt.

Lieben Dank
Dietrich

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 21. February 2016, 18:23:26

Hallo Andreas,

Quote from: DF8OE on 21. February 2016, 17:28:04

Die im Ordner befindliche .exe führt sofort zu der Fehlermeldung. Was Du mit "original Installer" meinst, ist mir unklar. Der ist doch von STM, oder nicht?

Ich habe auch schon probiert, mit Rechtsklick die .inf-Datei zu installieren. Das geht ohne Meckern - aber das STM-Device ist immer noch mit Ausrufezeichen :(
vy 73
Andreas

Ich meinte die Verwendung des Original-Setup Programs von ST:

http://www.st.com/web/en/catalog/tools/PF257938

Evtl. musst Du noch im Geräte-Manager "Aktualisieren" oder so ähnlich auf dem Gerät ausführen. Und es sollte wohl Windows XP mit SP3 sein, sonst klappt es nicht mangels Treiber mit IAD Fähigkeiten. Im Zweifel Linux drauf oder Win 7 :-)

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 21. February 2016, 18:40:54

Hallo Danilo,

es ist XP mit SP3 und den allerletzen Updates.

Bei Verwendung des unveränderten Paketes von ST klappt die Installation - allerdings ist dann der USB Descriptor falsch gesetzt (auf 5740 anstelle von 5732).

Tausche ich die inf-Datei aus, wird erkannt, dass etwas nicht mehr stimmt (CRC??) und das Original-Installations_Programm von ST, das ja jetzt im Programm-Ordner liegt, meckert der Treiber ist nicht signiert.

Ich würde ja auch die Zeilen händisch in die Registry eintragen. Aber da diese kryptisch ist und eine Suche nach "5740" zig Fundstellen bringt, die NICHTS mit dem Treiber zu tun haben, komme ich nicht weiter. Auch mein Verdacht, dass die inf-Datei durch Rechtsklick und "installieren" in die Registry integriert wird, scheint nicht zu stimmen.

Gibt es jemanden hier, der es geschafft hat, den Treiber auf Windows XP zu installieren?

Wenn nicht, werde ich mir unter Linux mal qrx bauen - das geht schneller als ds Problem selbst zu finden. Es ist ein Stochern im Morast ohne jegliche sinnvoll auswertbare Forensik...

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: Mussjas on 21. February 2016, 19:28:56

Moin *.*,
Treiberinstallation hat auf zwei verschiedenen WinXP-Rechnern geklappt. Beide WinXP mit SP3, keine Updates:
1.) STM-Treiber installiert
2.) mcHF dran gespöselt
3.) Windows-Installer den Pfad nach STM-Treiber Win7 angegeben.
4.) Windows verlangt WinXP-Install-CD und lädt irgendwas (?)
5.) Audio und CAT funktionieren (ohne Änderung an *.inf, also mit ...PID_5740 ...)

Am 2. Computer (Netbook):
1.) STM-Treiber installiert
2.) mcHF dran gespöselt
3.) Windows-Installer den Pfad nach STM-Treiber Win7 angegeben.
4.) Windows meckert wg. "keine Signierung"
5.) *.inf geändert mit ...PID_5732...
6.) Signierung in Systemsteuerung abgeschaltet
7.) Direkt Installation mit ...\win7\dpinst_x86.exe gestartet
8.) Nochmal: Windows meckert immer noch wg. "keine Signierung"
9.) mcHF wieder ab- und angestöpselt
10.) Windows-Installer kommt hoch - Pfad nach STM-Treiber Win7 angegeben.
11.) Installation läuft durch und Audio und CAT funktionieren.

Das nur zur Info, bezweifel das es hilft - ist rätzelhaft!?
Grüße,
Michael

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 21. February 2016, 19:47:18

Hallo,

hilft schon, nämlich mit der Aussage, das es grundsätzlich geht. Aber warum es bei Andreas nicht geht, ist nicht wirklich klarer geworden...

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 21. February 2016, 19:52:43

Neues Subthema:

Ich habe mit einem kleinen Fix HDSDR (siehe github) zur Zusammenarbeit beim Senden gebracht. D.h. man kann jetzt über Omnirig - FT 817 den mcHF zum Senden bringen. Was mir nicht gelingt, ist irgendwelches brauchbares Zeug zu senden (Empfang funktioniert perfekt). Es wird zwar was gesendet, aber das kommt beim Empfänger nicht so richtig hörbar raus, sondern nur so als Rauschen.

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: Roger on 22. February 2016, 05:59:49

Hallo Andreas,

Deine Erfahrungen mit Windows XP SP3 stimmen mit meinen überein.
Das Problem mit der Treibersignierung nach geänderter Datei ist
identisch.

Was bislang geht, ist Audio vom mcHF zum PC.

Ansonsten ist dieses XP ein sehr gutes Betriebssystem für problemlosen
Einsatz von AFU-Programmen unter Windows. Deswegen lasse ich es auch
drauf.

vy73s
Roger

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 22. February 2016, 07:54:56

Danke Mussjas,

genauso geht es! Bloß nicht die Installer-EXE starten - damit geht es nicht (schadet aber auch scheinbar nicht).

Der richtige Weg in Kürze ist:
1) Im Gerätemanager zum Gerät mit dem Fragezeichen navigieren
2) Dort auf Treiber aktualisieren" gehen
3) Den Ordner manuell auswählen (c:/Programme/STMicro....
4) Der OK-Button wird anwählbar
5) OK klicken - geht (zumindest bei mir).

Die inf-Datei in diesem Ordner muss vorher editiert worden sein.

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 22. February 2016, 09:10:40

ich habe das folgendermassen gemacht

die inf datei händisch editiert (aus dem forum die paar zeilen per strg+c kopiert und mit texeditor und strg+v eingefügt)

die install laufen lassen

windoof fragt nach usbser.sys (vom sp3) ... wer die nicht hat ... findet man im netz (oder auf der sp3 cd)

kann ich aber auch in nen dropbox ordner legen wenn mehrere die brauchen sollten ...

ich habe die treibersignierung NICHT abgeschaltet

also fragt onkel windoof ob er trotzdem installieren soll

... danach meldete sivch audio und auch der comport

also ... es geht auf windows einwandfrei (naja nach editieren eben)

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 22. February 2016, 10:05:00

Hallo Sigi,

SP3 hatte ich bereits installiert. Das Problem lag darin, dass die Treiberinstaller-exe von STM offenbar md5-Summen von der inf-Datei und vom Rest macht und das irgendwie an der Freischaltung der Signierung dran vorbei in eine andere icht dokumentierte "Signierungsfalle" von XP läuft...

eben immer try&error 8)

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 22. February 2016, 12:33:23

also bei mir ging das ...

ich musste den installer einfach nur ein zweites mal starten (mit geänderter inf datei) ... und dann ging alles wie von sümmens (naja usbsersys hatte ich mir beim ersten mal schon ausm netz gefischt aber er hat WIEDER danach gefragt)

also mit geänderter inf datei ein zweites mal den installer gestartet (hatte den schon einmal benutzt wegen cat steuerung bevor usb fertig war) ... und wenn windoof nach sicherheitslogo fragt einfach sagen trotzdem installieren ... so gings bei mir

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 22. February 2016, 12:35:13

ich habe in der systemsteuerung den sicherheitslogotest nicht abgeschaltet ... aber beim installieren eben gesagt trotzdem installieren ... und feddisch

installer mit geänderer inf datei ein zweites mal gestartet und alles ging wie von selbst

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 22. February 2016, 12:46:57

Windows halt - bei mir läuft das NICHT so.

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 22. February 2016, 13:29:07

Quote from: DB4PLE on 21. February 2016, 19:52:43

DAnilo ... das rauschen was du hörst ist das baseband signal

wenn man 12 kc if empfängt (IQ)... dann sendet hdsdr auch baseband

man kann dann in hdsdr ein mikro anschliedssen (tx sound port) und hdsdr wandelt das in IQ daten um

(zumindest sollte das so sein)

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 22. February 2016, 18:16:38

Hallo Sigi,

ich habe meinen Denkfehler gefunden. Natürlich funktioniert der Baseband I/Q TX perfekt. Fast jedenfalls. Leider gibt es derzeit prinzipbedingt fast keinerlei Leistungsbegrenzung. D.h. mit ordentlich Inputsignal kommt hinten auch ordentlich was raus. Da muss man schon nochmal was machen.

Aber wichtiger ist, das ich in der CAT Funktion eine Änderung vornehmen werde. Im DIQ Modus wird dann die Baseband-Frequenz gemeldet (sonst natürlich die RX Frequenz wie in der Anzeige). Macht eindeutig mehr Sinn, dann stimmen nämlich die Anzeigen in HDSDR etc. perfekt ohne das man auf seine Einstellungen im mcHF achten muss.
Ich denke nicht, daß es da Widerspruch gibt. Die Frequenz auf der Anzeige vom mcHF zeigt natürlich weiterhin die RX Frequenz gemäß 055 Frequency XLATE an.

Dann gibt es beim I-Qen nicht soviel Mathematik zu beachten :-)

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 22. February 2016, 19:17:01

...und genau diese Version habe ich gerade gebaut und in die daily snapshot geschoben.

Es ist noch ein weiteres "Feature" drin:
Dinge, die instabil sind bzw. den Betrieb stören können, kann man mit einem Konfigurationsschalter (es ist der allerletzte im Config-Menü) EINSCHALTEN - wenn man Betatester sein will. Default sind diese Dinge AUSGESCHALTET - damit man im laufenden Betrieb mit dem mcHF keine Instabilitäten einfängt.

Wer mutig ist und wen Abstürze oder seltsames Verhalten nicht stört, der kann den Config-Schalter auf ON setzen. Er bleibt dann auch auf ON - bis zum nächsten Neustart.

Gespeichert wird das aber nicht.

Zur Zeit ist davon die DSP-NR-Funktion betroffen. Ich betreibe den mcHF nun schon 9 Monate und habe noch keine einzige Gelegenheit gehabt, bei der der DSP NR eine Verbesserung gebracht hätte. Aber in letzter Zeit habe ich ausser den Mitteilungen im Forum auch einige PM-Meldungen von seltsamem Verhalten des mcHF bekommen - alle ließen sich auf den DSP NR zurückführen. Hauptsächlich betroffen waren rechenintensive Betriebsarten und/oder hohe Filterbandbreiten, in deren Kombination mit dem DSP NR vom Absturz bis zum "Lahmwerden" und schreddern von Bildschirmanzeigen alles drin war.

Wie ich aus vielen Feedbacks weiß, ist mein Gedanke, dass der DSP NR solange default deaktiviert bleibt bis er einen spürbaren Nutzen bringt, auf breiter Basis unterstützt. Daher ist mit Beginn dieser daily snapshot der DSP NR default OFF und muss, wenn man ihn testen / nutzen möchte, über das Config-Menü erst aktivieren.

Ich werde den Menüpunkt auch für später für andere "experimentelle Funktionen" verwenden, die nur die "wahren mcHF-Helden" gemäß des Mottos "no risk - no fun" aktivieren wollen, belassen 8)

vy73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: DL4HUF on 22. February 2016, 20:00:43

Hallo Andreas

Erst mal großen Dank an Dich und auch der anderen Mitentwicklern.
Der mcHF entwickelt sich zu einem Gerät das man nicht zu träumen gewagt hat.

Nachdem ich nun wieder mittesten kann habe ich mal unter anderem die Version 22.02.2016 20:05:43 geflasht.
Hier geht das Audio-Out über USB nicht mehr ?
Das Gerät wird erkannt, aber es kommt kein Ton an.
In der Version .27.4 a3a55f7 hingegen funktioniert es sehr gut.
Ich habe auch keinen Menüpunkt gefunden der das ändert.
Jetzt stelle ich gerade fest, das die Version von 20:05:43 ebenfalls die gleich Version und git-Nummer haben ???

Die Version mit dem funktionierenden USB-Audio-Out ist von hier :
http://www.amateurfunk-sulingen.de/data/uploads/mchf_usb_audio_out-working.bin

73 de Ronald

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 22. February 2016, 20:29:16

Hallo Ronald,

die Sache mit den "GitHub-Commit-Strings" ist ein BEHELF. Die Strings unterscheiden sich nur dann, wenn zwischen dem einzelnen Bauen auch tatsächlich ein Commit erfolgt ist. Das ist aber nicht immer der Fall... Deswegen ist bei den Daily-Snapshots der Zeit/Datum-Stempel des Downloads das einzige, was aussagekräftig ist.

Mir ist nicht bekannt, dass es Audio-Probleme ab einer bestimmten Version gibt. Allerdings hat sich zwischendurch die Geräte-ID von 5740 auf 5732 geändert, wodurch evtl. eine Neuinstallation der Treiber notwendig ist (bei Betrieb unter Windows).

Eventuell ist das dein Problem?

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 22. February 2016, 20:33:59

Hallo,

die Änderung bezieht sich nur auf den COM Port teil, Audio funktioniert eigentlich davon unabhängig und ohne Treiber.

Was aber ein Problem sein kann, ist, daß sich die Sample-Raten geändert haben. Das hatte ich gestern glaube ich im Commit geschrieben. In den Windows Einstellung des Aufnahmegeräts die Eigenschaften aufrufen und die Sample-Rate auf 48khz Stereo stellen. Dann gibt es auch wieder Krach.

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DL4HUF on 22. February 2016, 21:38:32

Quote from: DB4PLE on 22. February 2016, 20:33:59

In den Windows Einstellung des Aufnahmegeräts die Eigenschaften aufrufen und die Sample-Rate auf 48khz Stereo stellen. Dann gibt es auch wieder Krach.

73
Danilo

Danke das wars, hatte ich übersehen.
In den Einstelungen -> Erweitert -> Abtastrate geändert
Einmal USB abziehen und wieder anstecken und es geht.

73 de Ronald

Title: Re:USB-Audio - nächster Schritt
Post by: DC4AS on 23. February 2016, 17:57:54

Hallo zusammen,

habe eben die neue Audiofunktion RX angeschaut----kann nur sagen cool
nu kann man am PC mit zb SDR# wunderbar eine 2. Frequenzabhören.
der Empfang ist zwar nochmals ein paar ms verzögert aber gleichwertig dem den der mcHF selber produziert.

Aber

diese Funktion scheint recht viel Prozessorlast zu erzeugen. das Spectrum ist sehr langsam beim "übersbanddrehen" ohne die USB AUdiofunktion ist das viel schneller.

Also : nice to have ...

Title: Re:USB-Audio - nächster Schritt
Post by: DC4AS on 23. February 2016, 18:10:41

seltsam ist aber das zusätzliche Rauschen das vom PC scheins in den Mchf zurüchschiesst. und das seltsamer weise nur wenn der SDR# das Signal verarbeitet. hmm muss ich mal erforschen ob das irgendwelche fehleinstellungen sind

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 23. February 2016, 18:22:35

Hallo,

Quote from: DC4AS on 23. February 2016, 18:10:41

das ist in der Tat merkwürdig. Denn im Empfangsmodus werden eingehende Audio-Daten (vom PC zum mcHF) natürlich ordentlich digital entsorgt, sprich nicht beachtet.

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 23. February 2016, 18:27:13

Hallo,

zu den Verzögerungen: Die sind prinzipbedingt fast unausweichlich, da man zwecks Ausgleich von Schwankungen in der Anlieferung etwas zwischenpuffern muss (PC und mcHF sind ja nicht perfekt gleich getaktet). Wir reden hier aber von ca. 10-12ms auf seiten des mcHF, der Rest kommt vom PC.

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DC4AS on 23. February 2016, 18:38:26

Aber trotzdem...das will ich mal von einem gekauften TRX sehen...IQ über USB zum PC
alle Daumen hoch

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 23. February 2016, 18:42:42

Hallo,

ich kenne mich da nicht so aus, aber ich denke Du darfst Dir dann einen FlexRadio 1500 gönnen. Der braucht aber auch in jedem Fall einen PC :-)

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DC4AS on 23. February 2016, 18:45:44

das Ding kostet aber viel viel mehr

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 23. February 2016, 22:32:26

Quote from: DB4PLE on 22. February 2016, 18:16:38

doch jetz passt das eben nicht mehr

bitte ändere das wieder zurück ... man muss den verstzt in hdsdr einstellen und beim cat eben nicht berücksichtigen ... sonst passen auch logbuchproigramme nicht mehr (getestet mit dxkeeper)

wenn man einfach nur commander startet (anzeige in gross ) dann kann man das am besten testen

(commander von der dx lab suite)

wenn diese passt dann funzt cat auch in richtung logbuch oder cluster programm

dadurch dass du dass beim cat einbaust landet man bei IQ wieder am 0hz spot ... und den gilt es zu meiden wie der teufel das weihwasser ...in ALLEN sdr proggis kann man den versatz einstellen ... und wenn man das bei hdsdr macht ist das display im hdsdr IDENTISCH mit dem display im mchf ... vorher passte das ... (wenn man die einstellungen richtig macht!)

gruss

sigi

dg9bfc

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 23. February 2016, 23:38:57

Quote from: dg9bfc_sigi on 23. February 2016, 22:32:26

Quote from: DB4PLE on 22. February 2016, 18:16:38

doch jetz passt das eben nicht mehr

bitte ändere das wieder zurück ... man muss den verstzt in hdsdr einstellen und beim cat eben nicht berücksichtigen ... sonst passen auch logbuchproigramme nicht mehr (getsetet mit dxkeeper)

wenn man einfach nur commander startet (anzeige in gross ) dann kann man das am besten testen

(commander von der dx lab suite)

wenn diese passt dann funzt cat auch in richtung logbuch oder cluster programm

dadurch dass du dass beim cat einbauust landet man bei IQ wieder am 0hz spot ... und den gilt es zu meiden wie der teufel das weihwasser ...in ALLEN sdr proggis kann man den versatz einstellen ... und wenn man das bei hdsdr macht ist das display im hssdr IDENTISCH mit dem display im mchf ... vorher passte das ... (wenn man die einstellungen richtig macht!)

gruss

sigi

dg9bfc

eingestellter radiosender 7780

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 23. February 2016, 23:41:12

[dg9bfc

Quote:

eingestellter radiosender 7780

Quote:

und das ist was bei der neuen FW an den pc gemeldet wird

wenn man baseband nutzen will MUSS man eben die einstellungen im mchf bei setup im pc berücksichtigen und nicht bei der übergabe via cat dazu oder wegmogeln ...

das gehört in hdsdr eingestellt und nicht bei cat

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 23. February 2016, 23:55:05

Quote from: dg9bfc_sigi on 23. February 2016, 23:41:12

[dg9bfc

Quote:

eingestellter radiosender 7780

Quote:

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 24. February 2016, 06:34:03

Hallo Sigi und andere Digital IQ Nutzer,

es ist absolut korrekt, das die aktuelle Lösung beim Einschalten der DIGITAL IQ Ausgabe an den PC über CAT die Baseband-Center-Frequenz übermittelt und nicht mehr die am mcHF eingestellte Empfangsfrequenz. Hintergrund war, das die übermittelte Frequenz zu den Daten passen sollte. In HDSDR etc. wird dann ohne Eingabe eines Offset die richtige Frequenz angezeigt. Beim Empfang mit einem SDR kann man dann die eigentliche Empfangsfrequenz frei wählen, diese wird dann auch korrekt angezeigt. Die hat natürlich mit der Empfangs/Sendefrequenz im mcHF nichts mehr zu tun (außer das sie aus dem gleichen Baseband kommt).
Die Nutzung eines direkten CAT-Programms wie dem im Bild ist das natürlich nicht klar. Aber das kann sowieso nicht wissen, was man aus den I/Q Datem empfängt.

Also meine Frage: Welches Verhalten macht mehr Sinn aus Eurer Sicht: Immer Ausgabe der angezeigten Frequenz aus dem mcHF oder die jeweilige "reale" Empfangsfrequenz (Audio an PC -> wie mcHF, IQ -> wie IQ Center)?
Sind ja nur ein paar Zeilen Programmkode, die sind schnell angepasst. Wir werden nicht alle glücklich machen, aber ich denke, es sollte schon für die Mehrheit passen. Und wenn beides sehr wichtig ist, gibt es immer noch die Option der Option im Config-Menü (die ich aber nur ungern nutzen würde).

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 24. February 2016, 14:26:30

Quote from: DB4PLE on 24. February 2016, 06:34:03

ich habe das nun mit mehrere proggis ausprobiert ... die alte fw lässt sich anpassen dass es IMMER stimmt ... mit der neuen liege ich immer daneben (logbuchproggis wollen qrg wissen und nicht baseband)

so wie du das jetzt hast landet ,an bei 0hz spot in hdsdr (welchen man meiden soll!) und die anzeigen passen eben NICHT (auch nicht in hdsdr) ... durch den versatz weiss man am ende gar nicht was man wo einstellen soll

Beim Empfang mit einem SDR kann man dann die eigentliche Empfangsfrequenz frei wählen, diese wird dann auch korrekt angezeigt.

WIRD SIE EBEN NICHT!!

Die hat natürlich mit der Empfangs/Sendefrequenz im mcHF nichts mehr zu tun (außer das sie aus dem gleichen Baseband kommt).
hat nix mehr damit zu tun??? dann passt es ja eben nicht

....beim empfang mit sdr soll und MUSS beides übereinstimmen ... das ist ja kein zweit vfo wo man eine weitere station hört ... sondern soll synchron abstimmen ... und das tut es nur wenn man eben alle einstellunge richtig vornimmt ... heisst man MUSS den versatz bei hdsdr berücksichtigen aber eben NICHT beim cat berechnen sonst passt eben keine anzeige mehr

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 24. February 2016, 17:05:12

Hallo Sigi,

ich glaube nun dein Anwendungsszenario zu verstehen:

Du willst auch im Digital IQ Modus eigentlich nur die am mcHF auch empfangene Frequenz verarbeiten. Dazu nimmst Du dann ein SDR Program quasi als Audio-Prozessor für diese Frequenz. Und über die CAT-Schnittstelle willst Du auch z.B. ein Log-Programm laufen lassen.
Und nun entsteht dein Problem. Die CAT Schnittstelle liefert nicht die Angaben der Frequenz, die Du hören willst und auch auf dem mcHF siehst, sondern eine um x kHz versetzte Frequenz. Das Log-Programm würde also die falsche Frequenz eintragen. Und Du siehst am PC auch die "falsche" Frequenz.

Absolut korrekt, das geht jetzt nicht, sofern man nicht dem Logbook-Program einen Offset mitgeben kann.

Damit das auf der SDR Audio-Seite funktioniert muss man aber dem SDR-Programm mitteilen wieviel Versatz beim Demodulieren des Signals im Verhältnis zur Center-Frequenz man gerne hätte und beide "VFOs" syncen. Ich weiß, dass in HDR-SDR geht.

Mein Ausgangspunkt war, das man im SDR-Program unabhängig von der am mcHF gewählten Frequenz die gleiche oder eine andere Frequenz auswählen kann, ohne dabei die am mcHF gewählte und zu hörende Frequenz verändern zu müssen (2.RX sozusagen) und mit der korrekten Frequenzanzeige. In HDSDR habe ich dazu im angehängten Bild dargestellte Einstellung gemacht.

Den Fall "Loggen" habe ich nicht betrachtet. Das geht ja problemlos in allen anderen Modi einschliesslich DIGITAL LINE IN.

Wenn man nun beides will, und ich halte den von mir umgesetzten Anwendungsfall auch für durchaus valide, muss ein Schalter her, weil ich nicht sehe, wie der mcHF von alleine rauskriegen soll, was jetzt gewünscht ist.

Aber es gibt auch noch weitere Anregungen (insbesondere auch von Dir) wie zum Beispiel das unabhängige Schalten von Digital Line In und Line Out Verhalten zwischen Audio und IQ, denn eigentlich "missbraucht" der digitale Ausgang (RX also) die Einstellung der TX Audio Source (060). Das macht auch Sinn, wäre aber auch wieder eine weitere Einstellung, in einem Menü das schon jetzt 10*6 + 16*6 = ~160 Einträge hat.
Irgendwann sieht da auch keiner mehr durch.

Bevor wir hier insgesamt weitermachen, würde ich gerne weitere Anregungen sammeln, damit das nicht komplettes Stückwerk wird. Und brauche dazu noch mehr Feedback :-(

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 24. February 2016, 17:59:20

Quote from: DB4PLE on 24. February 2016, 17:05:12

ja ... der fall zweit rx ist ein anderer ... zu ersteinmal muss es aber bei EINER einstellung passen für verschiedene proggis ... und das passte mit der alten version .. will man in hdsdr eine ANDERE empfangen dann klickt man auf diese und macht eben vorher das sync aus (wie in deiner einstellung ..

mit der alten fw musste man den versatz nur in hdsdr einstellen, logbuch, dream, alles andere passte dann

mit der neuen fm müsste man allen anderen proggis den versatz mitteilen und bei logbuch zb geht sowas nicht ohne weiteres

heisst via cat kommt die ECHTE eingestellte frequenz .. in hdsdr stellt man den versatz ein (damit alles synchron läft ... und wenn man im baseband eine zweite frequenz hören will in hdsdr ... dann muss man eben in hdsdr die einstellung ändern (independent tune)

ich möchte erst einmal das in hdsdr das GLEICHE empfangen und angezeigt wird wie im mchf display (dann ist das wie ein display in gross) ... und ich möchte in dream auf eine station klicken und sie sofort hören können ... und nur wenn ich in hdsdr EINE ZWEITE station hören will woanders inm baseband ... NUR DANN muss man in hdsdr die einstellung ändern)

mit der neueren version passt eben KEIN programm mehr .. man landet mit dem iq signal bei 0hz ...

der mchf hat ja gerade die einstellung +/-12 damit man NICHT bei 0hz landet ... und genau diesen vorteil wirfst du damit wieder über bord ...

guck dir in ruhe nochma meine bilder an und du verstehst worin das problem liegt

man kann eben NICHT in allen proggis den versatz einstellen ... und wenn es in hdsdr geht ... und in anderen nicht ... muss sich die cat funktion nach proggis richten wo man das eben nicht zusätzlich verschieben kann

alle sdr programme erlauben diesen versatz und können mit den richtigen einstellungen synchron arbeiten

hdsdr hat zb im mode cw einen zusätztlichen verswatz von 700hz ... und damit auch dort dann mchf display passt habe ichj im mode cw eben diese 700 hz wieder dazugepackt ... guckt mal meine einstellungen von hdsdr an

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 24. February 2016, 18:02:01

Hallo Danilo, hallo Sigi,

ich habe bei der Funktion "IQ-Out" nicht daran gedacht, genau das, was ich auf dem mcHF empfange, auch mit dem "externen Prozessor" zu empfangen. Diesen Anwendungsfall hatte ich überhaupt nicht auf dem Schirm - es macht für mich keinen Sinn.

Auch ich habe vielmehr damit herumexperimentiert, auf dem externen Prozessor ETWAS ANDERES zu empfangen, als auf dem mcHF selbst. So konnte ich bequem rechts und links von der Arbeitsfrequenz des mcHF herum "hören" - das war für mich das absolute Nonplusultra. Hier lag der deutliche Vorteil von I/Q-Out gegenüber "Audio out".

Es ist also eine Frage des Standpunktes, von dem aus man das sieht. Ich kann/könnte mit beiden Lösungen leben - wobei ich die jetztige ür den Parallelempfang auf "anderer Frequenz" logischer finde.

Und bezüglich des Menüs:
Sicher sind die Einstellungsmöglichkeiten jetzt schon mannigfaltig. Und die meisten werden an den meisten Schrauben niemals drehen. Aber MAN KANN DARAN DREHEN - und das macht MCU gesteuerte Geräte so überlegen. Wenn das Menü irgendwann doppelt so groß sein sollte (und nach wie vor die meisten nur an den wenigsten Stellschrauben drehen) stört das doch niemand. Aber jeder hat mannigfaltige Möglichkeiten, seinem mcHF GENAU DIE VERHALTENSWEISE beizubringen, die man haben möchte. Dieses Feature kann nicht hoch genug eingeschätzt werden.

Also in weiterer Schalter für jemanden mit einer "speziellen Anwendungsform", der defaultmäßig auf dem steht, was die meisten wollen - ist für mich die beste Lösung.

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 24. February 2016, 19:13:07

etwas anderes empfangen kann man doch trotzdem wenn man in hdsdr auf independant tune setzt

und es macht durchaus sinn wenn das display vom hdsdr und vom mchf das gleiche anzeigen

nur dann sieht man bei beiden die volle bandbreite (nur dass eben in hdsdr das fenster rechts ist aber das ist es im mchf auch)

auf der cat schnittstelle soll die emfangsfrequenz übermittelt werden damit logging passt ... gut ... heisst also NICHT LO sonder TUNE muss eingestellt werden via cat ...

hört man eine andere station neben seinem eigentlichen empfangsfenster stellt man auf independant tune und geloggt wird immer noch die im mchf eingestellte qrg (wo man ja sein qso hat ... die zweitfrequenz zählt dort nicht)

da braucht man keinen schalter der umstellt ob nun tune oder lo übermittelt werden soll via cat ... denn die tune frequenz ist nicht das was das logbuchprogramm haben will und auch nicht das was das display im mchf anzeigt

in hdsdr gibt es auch einen button idependant tune but sync on external change

damit kann man neben dem eigentlichen empfangsfenster (welches im mchf gehört wird) in hdsdr einen zweiten hören ... und wenn man im mchf auf diese zweite qrg wechselt ist hdsdr wieder synchron

klar ... wir können da tausend menue punkte einbauen ... aber diesen brauchen wir nicht denn der führt nur zu fehlern (falsch geloggte qrg im log)

ein frei programmierbarer trx ist klasse ... aber man sollte keine einstellung ermöglichen die solche falscheinstellungen erlaubt

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 24. February 2016, 19:54:31

Falsch ist es nur in deinem speziellen Anwendungsfall.

Nicht jeder wird ein Logbuchprogramm damit bedienen wollen, wenn er im IQ-Modus ist. Einer von denen bin z.B. ich.

Aber die Base Frequenz ermöglicht ein Arbeiten unabhängig von der gewählten XLAT-Einstellung im mcHF.

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 24. February 2016, 20:38:16

das hat gar nichts mit damit zu tun ob ich das mit sdr verheirate oder nicht ... also unabhängig vom baseband empfang ...

ich möchte auch OHNE hdsdr zu nutzen ... die einstellung im mchf und im log gleich haben ...

oder auf einenn cluster spot cclicken und der mchf spring da hin ... und das ging eben mit der alten version UNABHNGIG von xlat enstellung .. es hat IMMER gepasst

via cat bekommt der mchf den einzusetellenden wert ... und den abzug von 12 khz macht er selbst ohne das der abzug im cat enthalten ist

ich will mich nicht streiten ... ich würde es dir gern ZEIGEN ...am lebenden objekt

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 25. February 2016, 08:04:28

Betreibt man den mcHF im I/Q-USB-Mode ("DIQ"), gibt es in dem Sinne keine RX/TX-Frequenz. Es wird ja nicht nur eine konkrete Empfangsfrequenz via IQ übermittelt, sondern ein ganzes BAND (48KHz).

Zur Veranschaulichung der Problematik:
Im normalen Betrieb (also ohne Nutzung von I/Q-USB, mit "normalem" USB-Audio oder auch ganz ohne USB-Audio) teilt man dem mcHF via CAT die RX/TX-Frequenz mit. Der LO liegt je nach dem, welchen Translate-Modus man benutzt, -12KHz, -6KHz, 0KHz, +6KHz oder +12KHz "neben" dieser RX/TX-Frequenz. Das ist für CAT aber unerheblich, da der mcHF selbst ja weiß, wieviel sein LO "daneben" schwingen muss. Man gibt ihm per CAT einfach die RX/TX-Frequenz und er stimmt den LO gemäß seinem intern gewählten XLAT-Mode einfach auf die "richtige" Frequenz nach.

Also muss in dieser Verwendungsart via CAT stets die RX/TX-Frequenz übermittelt werden.

Betreibt man das Gerät im USB-I/Q-Modus ("DIQ") (man schiebt also ein 48KHz breites Basebandsignal aus dem USB-Port), dann kommt es auf die verwendete Software an, welche Frequenz man via CAT übermittelt.

Wenn sowohl im mcHF als auch im extern verwendeten Programm der gleiche Translatemodus verwendet wird (== der gleiche Abstand zwischen RX/TX-Frequenz und LO ist), dann könnte man wieder die RX/TX-Frequenz wählen. Verwendet man aber auf dem mcHF und dem externen Programm unterschiedliche XLAT-Abstände, dann würde die Übermittlung einer RX/TX-Frequenz immer nur für eines der beiden Geräte passen. In dem Fall ist es sinnvoller, die LO-Frequenz zu übermitteln. Diese hat nun nur unter Berücksichtigung der XLAT-Frequenz etwas mit der RX/TX-Frequenz zu tun. Eine "gemeinsame Abstimmung" beider Empfänger (dem im mcHF eingebauten SDR-Teil) und dem externen (dem SDR-Programm) ist in diesem Fall nicht ohne Umrechnung möglich.

Es gibt also je nach Anwendungsfall für den digitalen I/Q-Modus (und nur um den geht es hier) zwei Szenarien, "was man seinem mcHF via CAT mitteilen möchte". Es ist unmöglich für den mcHF, das automatisch festzustellen - der Nutzer muss es dem mcHF mitteilen.

Will man

extern und intern mit dem gleichen XLAT arbeiten, muss die RX/TX-Empfangsfrequenz übermittelt werden.

intern eine andere RX/TX-Frequenz nutzen als extern, übermittelt man dem mcHF besser die Frequenz, auf der sein LO schwingen soll, und korrigiert den Rest mit den Einstellungen des verwendeten SDR-Programmes unter Berücksichtigung des XLAT, den man da verwenden will.

Beide Szenarien stellen absolut legitime Anwendungsfälle dar und hier soll und darf keine Einschränkung stattfinden!

Daher habe ich im Config-Menü einen weiteren Punkt eingefügt (am Ende, #400 CAT-IQ-FREQ-XLAT). Hier kann jeder für sich einstellen, was für eine Frequenz via CAT übermittelt werden soll, wenn man den "digitalen I/Q-USB-Mode" des mcHF benutzt. Diese Einstellung wird auch im EEPROM übernommen. Diese Version ist eben in die daily snapshots gewandert.

Ich bin noch am Hadern, ob diese Umstellung nicht sogar so wichtig ist, dass man sie "direkt bedienbar" machen sollte - ohne Eingriff ins Menü.

Denkbar wäre eine Touchfunktion ::). Wenn man im DIQ-Modus ist und man mit dem Touchpen auf den Kasten DIQ tippt, wechselt dieser die Farbe (oder wird negativ) um darzustellen, ob man die RX/TX-Frequenz via CAT übermitteln will oder die LO-Frequenz. Darüber würde ich gerne eine Diskussion sehen.

Worauf ich mich gar nicht mehr einlasse ist, mit Rücksichtnahme auf die Nutzer, die keine Touchfunktion nachrüsten möchten, auch alles ohne Touchfunktionen bedienen zu können. Die Bedienbarkeit des Gerätes würde in kürzester Zeit stark leiden und nur noch mit danebengelegtem Manual möglich sein - genau das ist das, was ich nicht möchte. Mit weiterem Fortschritt der Einführung digitaler Betriebsarten wird die Nutzung des Touchscreens extrem ausgebaut werden. In dem Zuge denke ich dann auch über eine Eichmöglichkeit nach (es werden ein paar Kreuze auf dem LCD angezeigt, auf die man tippen muss, und daraus wird ein "krummer Verlauf der Linearität" korrigiert.

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: dg9bfc_sigi on 25. February 2016, 10:54:38

zusammengefasst

steht der schalter 400 auf on wird auf der cat schnittstelle die eingestellte frequenz übermittelt und maus schieber wie ich können cluster und log buch nutzen (man muss allerdings seine soft und den mchf auf den gleichen versatz eingestellt haben damit dann alles passt)

steht der schalter auf off wir die lo übermittelt und man kann den mchf wie ein sdr frontend benutzen ohne den versatz IM mchf kennen zu müssen (allerdings darf man dann nicht mit logbuch oder ähnlichem arbeiten denn dass passt dann natürlich nur bei xlate mode off)

KLASSE nun sind BEIDE möglichkeiten abgedeckt

;D ;D ;D ;D ;D ;D

GANZ BREITES GRINSEN

DIESE möglichkeit bietet nun wirklich kein kommerzieller trx

Title: Re:USB-Audio - nächster Schritt
Post by: Michael_K on 23. April 2016, 11:16:57

Hallo zum bevorstehendem WE.
Kurze Frage: Fldigi läuft bei mir auf WIN-PC und WIN10-Tablet problemlos, Kopplung zum mcHF in beide Richtungen o.k.
SDR# läuft auch mit DVB-t-Stick und Up-Converter.
Frage : welche Einstellungen sind im SDR# und/oder am mchf zu tätigen, um das RX-Signal des mcHF im SDR# darzustellen?
vy73 aus Erfurt
Michael

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 23. April 2016, 11:46:05

Hallo Michael,

auf Seiten des mcHF den DIQ (Digital IQ) einstellen.
Wenn es auf SDR# wie bei HDSDR ist: IQ from Soundcard als Gerät wählen, und im
Audio Tab den mcHF als Input auswählen.

Und los gehts.

HDSDR kann aber sogar senden und die Frequenz lesen. Ob der SDR# das kann, weiss ich nicht.

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: Michael_K on 23. April 2016, 14:14:56

Danke Danilo,
hat geklappt; RTTY auf 14.089MHz ist erst mal ein Erfolg
vy 73 aus Erfurt
Michael

Title: Re:USB-Audio - nächster Schritt
Post by: DC3AX on 28. April 2016, 13:05:54

Wenn man ein paar Tage nicht mitmacht, dann muss man so viel rebasen, dass man einfacher einen frischen Checkout macht...

Ich hatte die devel-df8oe von Gestern ausprobiert und habe natürlich noch das Braille Interface im Weg. Trotzdem terminiert sich bei mir fldigi nach 20..90 Sekunden Betrieb auch dann, wenn ich keine Hamlib aktiv habe.

Auch hatte ich bei der etwa 1 Woche alten devel-df8oe Version eine "mcHF" Soundkarte als Pulse-Audio Device gelistet, nun habe ich eine "sysdefault"... Irgendetwas wurde da verschlimmbessert.

vy 73 de DC3AX
Ulrich

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 28. April 2016, 13:12:09

Hallo Ulrich,

da ist seit fast einem Monat nichts mehr verändert worden. Und deswegen ist auch auf allen meinen Linux-Maschinen seitdem die gleiche unveränderte Einstellung, unter der alle Afu-Programme dauerhaft und stabil ihren Dienst tun.

Ich denke, irgendwas ist da bei deinen Systemen noch nicht so ganz in Ordnung...

die "Soundkarte" des mcHF sollte unter KEINEM Linux-Mixer zu finden sein - sehr wohl aber als Ein- bzw. Ausgabegerät in der Afu-Software - und zwar unter der Einstellung "plughw card=interface dev=0" bzw. dev=1 (je nachdem ob Du den Eingang oder den Ausgang ansprechen willst).

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: DC3AX on 28. April 2016, 13:35:12

Hallo Andreas,

Ich war nur verwundert, dass sich auf dem gleichen Linux der mcHF nun anders meldet. Daher hatte ich mal nachgefragt. Ich habe jetzt begonnen Schritt für Schritt die für den TX fehlenden Komponenten aufzulöten.

Daher:
Kann es was damit zu tun haben, dass ich in diesem Schritt statt Virtual-EEPROM nun das eingesetzte LC1025 verwendet. Den "Affengriff" zum Reset des EEPROMs habe ich gemacht und lediglich folgende Einstellungen korrigiert:
LO -62Hz
BATT 64
Step+/- Buttons getauscht.
Alles andere ist default und EEPROM wird in der HW-Übersicht korrekt gelistet.

vy 73 de DC3AX
Ulrich

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 28. April 2016, 14:19:43

Hallo Ulrich,

mit dem EEPROM kann das nichts zu tun haben.Ich denke auch, es liegt nicht am mcHF, denn weder die Vendor/Geräte-ID noch die USB-Deskriptoren haben sich verändert. Irgendwas an deinen Linux-Maschinen ist in der Zwischenzeit anders.

Und die Sache mit dem Rebasen:

ich will mal sagen, wenn Du nicht mindestens einmal (besser zweimal)die Woche rebased, dann wird es bei den aktuellen Geschwindigkeiten der Änderungen schwierig...

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: Laddieter on 01. May 2016, 17:48:02

Hallo in die Runde,
Ich benutze die SW Version 219.27.12 und habe eine Frage zum PSK Betrieb.
Unter Windows 10 bekomme ich einwandfrei FLDgi im Empfangsmodus zum Laufen.
Wenn ich jedoch mit FLDigi eine Aussendung ( z Bsp. ein CQ Ruf ) starten möchte,
dann leuchtet zwar bei meinem mcHF die rote Transmit LED auf aber es geht keine
HF raus. Ansonsten funktioniert der Sender des mcHF in SSB und CW einwandfrei.
Was habe ich (noch ) falsch eingestellt.
Schöne Grüße
Dieter, DL1LAD

Title: Re:USB-Audio - nächster Schritt
Post by: Michael_K on 02. May 2016, 03:18:16

Hallo,
bei mir bzgl. PSK-Senden das Gleiche.
- ist nach meiner Meinung unabhängig vom Betriebssystem, tritt bei WIN8.1 und WIN 10 gleichermaßen auf; Test mit XP z. Zt. nicht möglich
in der Meter-Anzeige "AUD" ist kurz ein blauer Balken zu sehen, d.h. das Signal kommt vom fldigi, nach max. 1sec ist es wieder weg
- tritt auch bei Betätigen der "TUNE-Taste" im fldigi auf; der Kontrollton ist durchweg da, Audio-Anzeige im mcHF geht auch wieder zurück.
Alles übrigens mit 50R-Dummyload
Ist wohl doch eine Config-Frage
vy 73 aus Erfurt
Michael_K

Title: Re:USB-Audio - nächster Schritt
Post by: DL4HUF on 02. May 2016, 06:04:25

Hallo
Habt Ihr die NF-Einstellung für NF in auch auf "Dig" ?
Die kann man umschalten zwischne MIC,L>L,L>R,DIG,I/Q
(Micro, LineIn Links, LineIn Rechts, Digital = USB-Audio, I/Q auf USB)

Umschalten im Menü odrr per langem Tastendruck auf E3.
Das NF-Signal out ist über USB immer verfügbar, außer bei I/Q. Dann ist das auch ein I/Q-Signal.

73 de Ronald

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 02. May 2016, 06:29:36

Die Audio-Ausgabe von FLDIGI muss auf die "mcHF-Soundkarte" geschehen und am mcHF muss als Audio-Input "DIG" angewählt sein.

Betriebssystem Debian Jessie, dort wird der mcHFals ein Audio-Eingang und ein Audio-Ausgang gefunden. Für CAT meldet er sich als Kommunikationsport ttyACM0.

Wenn ihr kein Audio bei TX habt, kann das nur an den folgenden beiden Punkten liegen:

Das Audio-Signal von FLDIGI geht im TX-Fall nicht auf den mcHF-Soundeingang

Am mcHF ist als Audioeingang nicht DIG eingestellt

vy73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: DL4HUF on 02. May 2016, 06:31:33

@Andreas DF8OE
Vorschlag: könnte man die NF-Quelle nicht automatisch auf DIG stellen wenn
die Einstellung auf MIC steht und per Cat der Sender getastet wird ?
Hätte auch den Vorteil das man auch bei digitalen Betriebsarten (speziell SSTV) auch mal kurz ins Micro sprechen kann ohne viel rumzudrücken.
Bei LineIn würde ich es nicht machen, nur bei MIC.

73 de Ronald

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 02. May 2016, 06:36:18

Und was ist mit mir, wenn ich das Gerät via flrig / CAT bedienen will und SSB machen will? Mache ich oft wenn ich mit meiner Soft im DX-Cluster eine Station anklicke. Dann springt der mcHF sofort auf die Frequenz und ch kann sofort "losbrüllen" :)

Diese Funktion bedient nur den Wunsch einer speziellen Gruppe. Es ist wählbar je nach Wunsch des Anwenders - das reicht.

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: DL4HUF on 02. May 2016, 08:26:55

Geht der da gleich auf Sendung ?
Ich würde erwarten das Du da erst mal hörst und das Senden per PTT auslöst ?
Ich meine die Umschaltung nur wenn per CAT der Sender getastet wird
(und bei RX auch gleich wieder zurück auf Mic damit man bei PTT wieder Sprechen kann).

73 de Ronald

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 02. May 2016, 08:33:16

Ich mache die PTT mit der Maus und benutze ein Standmikrofon, das gar keine PTT hat.

Es ist wirklich schwierig, hier eine Lösung zu finden, die es nicht einer Gruppe schwieriger oder umständlicher macht. Und 10.000 Dinge in die Konfiguration zu packen bewirkt, dass man ohne RTFM mit dem Gerät nicht mehr umgehen kann...

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: Michael_K on 02. May 2016, 10:22:08

Hallo, zum Problem PSK,
bei mir wars die Einstellung AUDIO-IN = "DIGITAL"
Danke Andreas
vy 73 aus Erfurt
Michael_K

Title: Re:USB-Audio - nächster Schritt
Post by: DL4HUF on 02. May 2016, 10:52:24

Hallo Andreas
Ja, die Variante Standmikro + Maus-PTT war mir hinterher auch noch eingefallen.
War ja auch nur eine Idee ...

73 de Ronald

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 02. May 2016, 11:26:15

Hallo Ronald,

die Idee hat ja auch tatsächlich eine Basis.

Nur brauchen wir eine "default-Einstellung", die bei neu gebauten mcHFs zunächst in einen bedienbaren Zustand führt und - ganz wichtig - eine deutsche und englische (!!) Bedienungsanleitung, was manwie und wo konfigurieren kann. Und das ist jetzt schon grenzwertig. Aber ich baehalte die Idee im Hinterkopf ::) Vielleicht geht da mal was...

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: Michael_K on 30. August 2016, 13:53:52

Hallo OM's,
folgende Frage:
da ja nun auch in Thüringen DVB-T und Digitalradio sich weiter ausbreitet, befürchte ich, daß bei einer Installation des USB-Sticks (ich habe nen TRECKStor) zu Kollisionen der Treiber kommen kann.
Gibt es da Erfahrungen wenn das alles auf EINEN PC (WIN10) läuft?
Danke für Infos
vy 73 aus Erfurt
Michael_K

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 30. August 2016, 19:05:53

Muss man unter Windows einen USB-Stick (Speicher-Stick) installieren? ich dachte, das Thema, dass dafür irgendwelche Treiber benötigt werden, ist schon seit Vista vom Tisch - oder irre ich da?

Kann doch gar nicht sein - wir haben 2016 (Linux kann das ohne Treiber seit mindestens 16 Jahren)...

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: DB4PLE on 30. August 2016, 19:53:03

Hallo,

also Windows "installiert" immer einen Treiber. Wobei installieren hier (im Falle eines USB Speichersticks oder auch USB Standard Audio Device) heißt, ein von Microsoft mitgelieferter Treiber wird mit dem konkreten Gerät automatisch assoziert und und dieser Treiber wird zukünftig genutzt, wenn diese Gerät dransteckt. Das ist auch nicht wesentlich anders als in Linux, wo z.B. udev diese Aufgabe wahrnimmt.

Wie auch immer, Windows 10 wird an dieser Stelle jedenfalls keine Probleme bereiten.

73
Danilo

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 30. August 2016, 20:05:25

Eine automatische Assoziation ist ja keine "Installation". Dass für jeden USB-Descriptor eine Treiberinstanz nötig ist, ist selbstverständlich!

Dich sollten keine Probleme erwarten - das sehe ich auch so, Michael.

vy 73
Andreas

Title: Re:USB-Audio - nächster Schritt
Post by: Michael_K on 31. August 2016, 04:25:32

Moin,
danke für Eure Antworten. Ich werde es zum WE mal probieren.
Vielleicht war ein Ausdruck von mir etwas mißverständlich:
Bei der Installation geht es um den DVB-T-Stick; auf der Installations-CD gibt es auch das Feld "Treiber Installieren"; daher meine Frage.
vy 73 aus Erfurt
Michael_K

Title: Re:USB-Audio - nächster Schritt
Post by: DF8OE on 31. August 2016, 05:57:41

Der DVB-T-Stick hat einen völlig anderen USB-Descriptor als der mcHF. Das sind schon mal komplett unterschiedliche Klassen. Da kann sich nichts verhaken.

vy73
Andreas