Title: SNAP carrier auf Knopfdruck
Post by: DD4WH on 01. October 2017, 18:08:50
Der allseits beliebte SNAP button ist wieder da :-). [in der nächsten daily]
Man kann in CW, AM und SAM per Knopfdruck (F2) auf die Frequenz des Trägers abstimmen lassen.
- CW threshold so einstellen, dass die LED durch den Träger moduliert wird (CW) oder leuchtet (AM / SAM)
- F2 drücken
- etwas Geduld und schon wird die Frequenz auf den Träger abgestimmt
Bitte testen!
Umschaltung der Anzeigen ("METER") funktioniert wie gehabt auch mit F2, aber mit langem Drücken.
73 Frank
P.S.: Vielen Dank an Danilo für die Vorbereitung des buttons und die Strukturierung der Knopfdruck-Routinen!
|
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 01. October 2017, 18:23:18
... und gemerget (denglisch...)
Ich mache übrigens sofort einen neuen Forenbereich auf:
"UHSDR Firmware".
Dort gehört ab sofort alles rein, was mit der Firmware zu tun hat und nicht mit der TRX Hardware.
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DD4WH on 01. October 2017, 18:57:56
Hallo Andreas,
vielen Dank für die viele Strukturierungsarbeit, die Foren, das neue WIKI etc.! Das muss mal gesagt werden :-).
Hallo Thomas,
schön, dass es funktioniert.
Die CW-Decodierung hat noch ein paar Probleme. Aber sie sollte korrekt laufen, wenn der threshold korrekt eingestellt ist und bei nicht vorhandenem CW-Signal die LED nicht getriggert wird (sonts läuft die WPM-Korrektur relativ leicht weg). Kann aber bei schwachen Signalen schwierig bis unmöglich sein . . . Wir arbeiten dran, ist aber ein langwierigeres Problem, aber die Zeit wirds bringen ;-).
Der SNAP ist davon relativ unabhängig, Hauptsache, er bekommt ab und zu ein Zucken der LED (intern braucht er sechs Frequenzschätzungen -bei jedem Zucken eine- und bildet dann eine Art Mittelwert und stimmt dann auf die ermittelte Frequenz ab).
73 Frank
|
Title: Re:SNAP carrier auf Knopfdruck
Post by: DL1KBX on 01. October 2017, 20:41:23
Wunderbare Funktion, habe gerade die Vers. 2.5.111 runtergeladen und in SAM-Mode getestet - all OK!
Danke, Frank!!!
|
Title: Re:SNAP carrier auf Knopfdruck
Post by: hb9bdm on 09. October 2017, 09:25:46
Hallo
Alles ok, aber leider funktioniert ab FW Version 211, meine vorher sehr gut arbeitende CAT Anbindung an meinen PC nicht mehr. Weiss da jemad Rat?
Chris |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 09. October 2017, 10:01:53
Da die CAT-Funktionen auch über diese Version hinaus bei mir einwandfrei funktionieren, dürfte das Problem nicht bei der Firmware, sondern bei deinem Computer zu suchen sein. Und da weiß ich auf die Ferne leider keinen heißen Tipp
::)
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: hb9bdm on 09. October 2017, 11:25:47
Ich fuehle mich wirklich als Anfaenger obwohl ich seit 40 Jahren Digimodes machte und half den Mixw Leuten diverse Modies zu einzubauen, wie auch vielen andern Software Herstellern!
Nun es ist einfach so, dass ab der Version 211 die Akzeptanz der USB Soundkarte mit Cat ganz anders ist. Ich muss Klimmzuege anstellen um es zum arbeiten zu bringen. Bis Version 210 konnte ich einfach das USB Kabel in meinen PC und mcHF stecken und starten und alles lief ok. Das ist jetzt einfach nicht mehr so, also muessen da diesbezueglich etwelche Aenderungen vorgenommen worden sein. |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 09. October 2017, 11:48:30
Ich muss passen und kann hier nur mit den Schultern zucken.
EDIT:
CAT und USB Audio haben sowieso absolut nichts miteinander zu tun. Ob man die Audio-Schnittstelle außerhalb von CAT benutzt oder mit CAT is egal - da beeinflusst sich nichts. Zumindest auf Seiten des mcHF nicht.
Bei mir ist seit eh und jeh das CAT-Interface auf:
Code:
das TX-Interface des mcHF auf:
Code:
Karte 2: mcHF [USB Interface mcHF], Gerät 0: USB Audio [USB Audio]
Sub-Geräte: 1/1
Sub-Gerät #0: subdevice #0 |
|
und das RX-Interface des mcHF auf:
Code:
Karte 2: mcHF [USB Interface mcHF], Gerät 1: USB Audio [USB Audio #1]
Sub-Geräte: 0/1
Sub-Gerät #0: subdevice #0 |
|
wobei die verfügbaren Audio-Interfaces mit den Befehlen
Code:
bzw.
Code:
zu ermitteln sind (unter Linux). Die CAT-Schnittstelle findet man am einfachsten mit
Code:
.
Und da, wo sie jetzt sind, waren sie schon immer.
Ich betreibe meinen mcHF sehr oft in digitalen Modes und mit meinem PC so dass mir sofort auffallen würde, wenn da etwas Fundamentales nicht funktionieren würde bzw. sich verändert hätte.
Also ein Ruf in die restliche Gemeinde: Wer hat hier ebenfalls Probleme?
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: hb9bdm on 10. October 2017, 08:01:29
Hallo Andreas
Ich möchte hiermit versuchen mein Frimware Update Problem zu schildern.
Mein System besteht aus: Computer: Win10, Digitalprogramm: Mixw2.
Transceiver: mcHF. Verbindung PC – mcHF: USB2.
Bis Version 210 lief alles perfekt. Computer über USB mit mcHF verbunden.
mcHF starten, dann Mixw2 starten. Cat und Audio Treiber werden wie gesetzt erkannt
und Programm fnunktioniert.
Ab Version 211 ist alles anders. Bei gleicher Voraussetzung wie oben erwähnt, und demselben Start vom Mixw2, werden die Treiber für Cat, dann auch die gesetzten Audioports nicht mehr erfasst, oder wurden im Setup von Mixw2 verändert. Ebenfall erscheint die Meldung: Com4 is already in use. Was wirklich nicht der Fall ist.
Durch verschiedene wieder Einstellungen im Mixw2 Setup der Cat Anbindung und neue Einstellung der USB Audioport in der Mixw2 Soundkarten Tabelle kommt dann mit Glück Mixw2 zum laufen. Aber nach Aus und neuem Restart, dasselbe Dilemma.
Firmware zurücksetzen auf Version 210 und alles ist wieder Ok.
Frage was machte diesen Unterschied, zwischen Version 210 zu 211?
73 Chris
|
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 10. October 2017, 10:09:18
Soweit ich erkennen kann: nichts ist in Sachen USB verändert worden. Alle relevanten Dinge betreffen ausschließlich Audiopuffer etc. - also Internes, was nach Außen nicht zu sehen ist. Du könntest in den GitHub Commits in dem Zeitraum selbst schauen - vielleicht habe ich etwas übersehen.
Alle meine Programme die ich nutze haben den Übergang von der 210 auf die 211 ohne irgendwelche Meldungen oder Fehlfunktionen mitgemacht, und ich kann auch auf der Konsole keine Veränderungen im Verhalten reproduzieren. Daher kann ich von hier aus dazu weder etwas sagen noch etwas machen. Wir sind darauf angewiesen, dass andere auch ein geändertes Verhalten beim Übergang von der 210 auf die 211 festgestellt haben - vielleicht auch mit anderen Programmen. Da ich kein Windows besitze kann ich das nicht anhand deines Programmes versuchen nachzuvollziehen.
vy 73
Andreas
EDIT:
removed typos
EDITEDIT:
Hast Du mal versucht die 210er aus dem Archiv zu installieren und zu kontrollieren, ob dann wirklich wieder alles ok ist? Nicht dass zu dem Zeitpunkt zufällig irgendein Windows-Update gelaufen ist und das die Ursache war/ist... Ein (Afu-)Freund hat vor kurzem urplötzlich mit zwei anderen Programmen Probleme gehabt, die vorher problemlos liefen. Irgendwann nicht mehr. Eines habe ich geschrieben und da lag der Verdacht nahe: "Was hast Du gemacht?" Kurze Antwort: "gar nichts..." Durch ein Windows-Update mussten dann diverse Programme auf einmal im "Kompatibilitätsmodus" gestartet werden, sonst liefen sie fehlerhaft... |
Title: Re:SNAP carrier auf Knopfdruck
Post by: peter_77 on 10. October 2017, 14:04:21
| Ich kann Andreas da bestätigen. Ich nutze fldigi und wspr über USB Sound mit CAT Steuerung auf Winblows 10, Mac OS und Linux (RasPi) und habe zu keiner Zeit irgendwas am USB oder der Schnittstellendefinition umkonfigurieren müssen. |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DB4PLE on 10. October 2017, 14:41:21
Hallo,
ich nehme an es geht um 2.5.110 und 2.5.111?
Hallo Andreas
Ich möchte hiermit versuchen mein Frimware Update Problem zu schildern.
Mein System besteht aus: Computer: Win10, Digitalprogramm: Mixw2.
Transceiver: mcHF. Verbindung PC – mcHF: USB2.
Bis Version 210 lief alles perfekt. Computer über USB mit mcHF verbunden.
mcHF starten, dann Mixw2 starten. Cat und Audio Treiber werden wie gesetzt erkannt
und Programm fnunktioniert.
Ab Version 211 ist alles anders. Bei gleicher Voraussetzung wie oben erwähnt, und demselben Start vom Mixw2, werden die Treiber für Cat, dann auch die gesetzten Audioports nicht mehr erfasst, oder wurden im Setup von Mixw2 verändert. Ebenfall erscheint die Meldung: Com4 is already in use. Was wirklich nicht der Fall ist.
|
|
Und wenn dem so ist, dann kann auch ich keinerlei Änderung erkennen, die mit CAT oder Audio in direktem Zusammenhang steht.
Was denkbar ist, ist dass sich der zusätzliche RAM Verbrauch von SNAP negativ auswirkt (sind plus 8k in 2.5.111), das kann nach hinten losgehen, da wir an der RAM Grenze spielen bei 192k Maschinen und FreeDV.
Normalerweise hat sich dieses Problem bei mir aber in quasi direktem Absturz geäußert und es müßte auch andere treffen.
73
Danilo |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 10. October 2017, 15:06:27
Ich sage nur: "Windows ist wie Überraschungseier. Jeden Tag Spiel, Spaß, Spannung und ohne Vorankündigung auch tolle Überraschungen" ;D
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DD4WH on 10. October 2017, 16:01:41
Hallo Danilo,
der SNAP-Modus sollte genau Null kbyte zusätzlich verwenden, nicht 8kbyte.
Es wird ja lediglich der schon vorhandene Buffer aus der spectrum-FFT verwendet, nichts anderes.
Wenn in der Version 2.5.111 irgendwo 8kbyte benutzt werden (kannst Du mir genau sagen, wo?), dann ist das entweder nicht für den SNAP-Modus, oder es ist irgendwo noch ein Überbleibsel im code, der da nicht hingehört. Falls Letzteres der Fall ist, sag mir Bescheid, dann versuche ich das aufzuräumen.
Genau das war ja der Sinn des Umbaus für den SNAP-Modus: den RAM-Verbrauch auf quasi Null zu drücken bei gleicher/erweiterter Funktionalität!
73 Frank |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DB4PLE on 10. October 2017, 16:05:41
Hallo Frank,
du hast vergessen in der Datenstruktur SnapCarrier (aka sc) den dort angelegten Buffer zu entfernen:
Schaust Du hier: https://github.com/df8oe/UHSDR/blob/active-devel/mchf-eclipse/drivers/audio/audio_driver.h#L594
Da könnte man ggfs. auch noch ein bißchen anderes Zeug, was auskommentiert ist, rauswerfen...
73
Danilo |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DD4WH on 10. October 2017, 16:22:34
super, vielen Dank! Das war genau der Hinweis, den ich brauchte! Ja, da miste ich mal aus. Kommt auf meine ToDo-List Priorität 1.
Ich muss nur erstmal wieder auf den neuesten Stand kommen und ich habe noch unreife Stereo-Demod-Versuche in meinem code, die ich nicht wegwerfen möchte, aber auch noch nicht reif zum committen sind.
Habe auch gerade die hardware nicht zur Hand, d.h. ich werde das in der nächsten Woche machen, wenn ich wieder Zugriff habe.
73 Frank |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 10. October 2017, 16:26:38
@Chris:
Das hat aber zu 99,99% nichts mit deinen Problemen zu tun...
Nachdem sich noch niemand anders mit diesem Problem gemeldet hat, aber zwei andere, die es ebenfalls nicht haben, erhärtet sich bei mir der Verdacht, dass Du an dem Tag ein "Überraschungsei aus Redmont" bekommen hast...
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: hb9bdm on 11. October 2017, 08:38:15
Hallo
Danke fuer alle Beitraege. Ich kann nur nochmal bestaetigen, bzw, wiederholen, dass alle Versionen bis und mit 210 einwandfrei laufen.
Ich testete sie alle, Downloads alle aus dem Archiv.
Ab Version 211 bekomme ich die von mir erwaehnten Porbleme. Keine Veraenderungen am OS Windows 10 vorgenommem. Dann mit gleicher Konfiguration zurueck zur Version 210 und alles arbeitet wieder OK.
Ab Version 211 bringt es mir bei demselben Einschalten alle Treiber durcheinander. Ich stelle beim Durcheinander eine Wechselwirkung zwischen den CAT und Audio Treibern fest und muss sie dann regelmaessig neu setzten, dann evt. bekomme ich es auf die Reihe. Ich war lange Zeit Tester fuer FlexRadio und Sunsdr und auch dort gab es aehnliche Probleme. Schade, ich muss wohl bei Version 210 verbleiben!
Danke Chris |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 11. October 2017, 09:02:36
Solange wir da nichts finden können bleibt Dir wohl nichts anderes übrig...
Irgendwas muss an deinem Windows10 anders sein als bei den anderen Windows10's, bei denen es keine Veränderung gab... Das kann man nur durch Zufall finden oder wenn man exakt die Kombination, die die Probleme hat, vor sich hat. Bei mir läuft alles wie gehabt (und bei irgendwas im Zusammenspiel mit Windows ausschließlich müsste ich sowieso passen) und alle anderen, die Windows haben, haben keine Probleme...
EDIT:
Ich habe eben mal einen mcHF mit der 2.5.110 ausgestattet und einen weiteren (gleicher Prozessor) mit der aktuellen 120. Dann habe ich beide an meinen PC gehängt und mein System nach einer ausführlichen Information zum Gerät gefragt. ich hänge diesem Post die Datei mit der 2.5.110 an, dem nächsten die mit der 2.5.120
2.5.110 (https://www.amateurfunk-sulingen.de/forum/attachments/usb_2.5.110.txt)
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 11. October 2017, 10:44:19
Jetzt die 2.5.120.
Wie man erkennen kann, antwortet die 120er Version exakt identisch zur 110er Version. Der einzige Unterschied liegt in der ersten Zeile. Das ist die USB-Buchse, in die ich den mcHF gesteckt habe- Logischerweise kann ich nicht zwei Geräte in eine Buchse stecken ::)
Diese schönen Beschreibungen der USB-Funktionalitäten erhält man unter Linux ganz einfach mit dem Kommandozeilenbefehl "lsusb". Hängt man noch ein -v oder gar ein -vv an (das habe ich hier gemacht), dann ist die Auskunft besonders detailliert ("verbose"). Und da der Befehl lsusb -vv ALLE Geräte auflistet, wird man von der Informationsflut glatt erschlagen ;). Also schränkt man das Ganze noch auf einen Hersteller/Device ein mit lsusb -vv -d 0483:5732 und man erhält wunderbar nur die Infos für ein einziges Device. Tja - und das meldet sich bis auf das Bit genau identisch - egal, ob ich die 2.5.110 oder die 2.5.120 nehme...
EDIT:
Eben beim Durchsuchen der Ausgabe ist mir aufgefallen, dass der Device-String nach wie vor mit "mchf..." anfängt. Konsequenterweise müsste man das Ganze umbenennen in "UHSDR...". Ich befürchte allerdings in dem Fall, dass kein einziges Windows mehr auf Anhieb mit dem "neuen Gerät" zusammenspielt...
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: peter_77 on 11. October 2017, 10:54:24
Unter Winblows macht es das Tool "USBdeview" genau so wenn auch nicht ganz so detailiert:
http://www.nirsoft.net/utils/usb_devices_view.html (http://www.nirsoft.net/utils/usb_devices_view.html) |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 11. October 2017, 11:00:37
Na das ist doch mal ein Hinweis! - danke Peter! Chris: probier doch bitte mal aus ob Du bei Dir einen Unterschied zwischen den beiden Verisonen mit diesem Tool erkennen kannst.
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: hb9bdm on 11. October 2017, 22:34:48
Hi
Ich checkte mit USBDeview beide Versionen 110 und 111 und sehe absolut keinen Unterschied in den Tabellen. Allerdings meine früher geschilderten Probleme sind immer noch vorhanden. Das sowohl mit dem Programm Mixw2, wie auch mit FLdigi 3.23.16.
Ich bin nicht in der Lage mit dem USB Kabel zwischen PC und Transceiver eines dieser Programme zu starten. Mixw Meldet Comport schon belegt, bei FLdigi muss der Comport neu gesetzt werden und funktioniert ’vielleicht’ nach eineigen Versuchen, dasselbe bei Mixw2. Gehe ich zurück und lade FW 110, funktioniert alles wieder prima.
Meine Window 10 pro Version ist 32 Bit. 3 mcHF hier im Shack v04 – v06.
Sorry folks thats it!
Jetzt habe ich nur noch eine letzte Frage and EUCH. Was wurde eigentlich zwischen der Version 100 zu 111 geändert? Ab da tauchte das Problem auf.
Danke an alle es 73 Chris
|
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 12. October 2017, 06:49:42
Es wurden diverse Puffer in der Audio Bearbeitung geändert bzw. neu zugewiesen. Dort werden die fft-bins abgelegt die dann für die Darstellung von Scope und Wasserfall benutzt werden, und auch für den Tune-Helper. Früher benutzte der SNAP noch einen eigenen bin-Puffer - der ist nun überflüssig geworden dank neuen Funktionen, die für den Tune-Helper sowieso eingebaut worden sind. Der ehemalige 8KB große Puffer kann komplett entfallen. Durch einen Flüchtigkeitsfehler geistert er zwar immer noch in unserer Firmware rum - allerdings ohne tatsächlichen Nutzen nur als "RAM-Platzfresser". Wenn das stört, stürzt der mcHF komplett und sang und klanglos ab. Tut er aber nicht - folglich haben wir wohl immer noch ein paar Byte frei...
Das Ganze passiert "irgendwo in der Mitte" und hat mit CAT (also dem Comport) definitiv überhaupt nichts zu tun. Weder in Realität noch in irgendeinem theoretischen Szenario...
EDIT:
Da es ja, wie Du siehst, doch einige gibt, bei denen das Ganze mit verschiedensten OS und Programmen nach wie vor ohne Änderung läuft, wird in exakt diesem deinem Windows irgendwo ein Problem lauern. Es liegt nahe, dass es sich um ein Treiberproblem für die serielle Schnittstelle (der Treiber von STM) handelt. Ich habe bis 2000 auch PC-Service in meinem Geschäft angeboten und kann von der Unlogik der Forensik bei Windows ganze Arien singen. Sehr oft habe ich stundenlang an irgendeinem solchen "Treiberverhaker" gesessen, manchmal lag der Fehler überhaupt nicht an dem Treiber, der "ausgestiegen" ist, sondern ganz woanders. Zielbringende Logs gibt es nicht, der Aufbau von Windows verbietet es (genau wie die EULAs und die zu 98% undokumentierte Registry) mit System voranzuschreiten. Für mein Gefühl viel zu häufig musste ich zum "Werkzeug" Neuinstallation greifen - dann lief wieder alles. Aber die bange Frage blieb: wie lange und was hat den Fehler ausgelöst? Mit diesen Verhältnissen konnte ich (trotz gestiegener Nachfrage nach solchem Service) nicht leben. Ein "PC-Spezialist" dessen einzige Möglichkeit eine Neuinstallation war?? Für mich war 2000 der Umstieg auf Linux daher zwangsläufig und logisch. Dort sind der Forensik und Fehlerbeseitigung gleich viele mächtige Werkzeuge gegeben.
Eine letzte Frage:
Hast Du zufällig noch einen anderen PC auf dem Du versuchsweise die Treiber für den STM auch mal aufsetzen kannst um es dort zu probieren? Nur: was hilft es Dir (und uns) wenn es dort geht? Was kann man für den existierenden PC an Lösungsmöglichkeiten daraus extrahieren? Und was bedeutet es, wenn es da auch nicht geht? Dass Du ZWEI seltsame Kombinationen hast und alle anderen nicht? Genau das sind die Dinge, von denen ich mich vor 17 Jahren verabschiedet habe. Nie wieder solche ABMs mit überflüssigen Problemen und dem regelmäßigen Neuaufsetzen des Betriebssystems...
EDITEDIT:
Um auch Konfigurationsfehler auszuschliessen hier die Konfig (CAT betreffend) die ich benutze:
CAT running in Sandbox: ON
CAT_DIQ_FREQ_XLAT: ON
PTT via virtual RTS: OFF
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 12. October 2017, 08:09:16
Frank hat leider erst nächste Woche Zeit, den überflüssigen Puffer zu entfernen. Da das wirklich nur die Entfernung einer einzigen Zeile ist, habe ich das schon jetzt mal gemacht und kann bestätigen, dass im RAM-Segment jetzt 8KB mehr verfügbar sind. Die wurden aber für nichts gebraucht und haben auch nichts irgendwas weggenommen. Weitere Änderungen hat es bei mir nicht gegeben. Alle Funktionen des mcHF (incl. CAT / Audio USB) funktionieren genauso wie vorher. Aber vielleicht hilft es ja Dir. Neue Version 2.5.121 ist auf dem Server.
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: hb9bdm on 12. October 2017, 08:58:45
Hallo Andeas
BINGO !! Herzlichen Dank. Es war dieser überflüssige Speicher.
Version 121 arbeitet wie V110 von früher..
73 Chris |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 12. October 2017, 09:21:16
Das verschließt sich mir vollkommen. Vor allem, weil das eine rein intern im mcHF ablaufende Sache ist. Die ist entweder für CAT verantwortlich, oder sie ist es nicht. Also entweder CAT geht gar nicht mehr (für alle), oder es geht (ebenfalls für alle). Aber letzenendes zählt nur das Ergebnis. Vielleicht kann Danilo da ja eine Vermutung anstellen.
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DB4PLE on 12. October 2017, 10:18:31
Hallo,
ich hatte genau diese Vermutung schon geäußert. Im Detail für die Auskenner: Durch die 8k mehr ist der 128k Speicher mit den Segmenten Data und BSS soweit gefüllt, dass sich der FreeDV Speicher, der dahinter per malloc belegt wird und der Stack, der vom RAM Ende nach unten wächst, überlappen und kann es gegenseitige Beeinflussung geben, die zu quasi unkontrollierbaren Änderungen führt. Ich hatte das vor langer Zeit schon rausgefunden, aber damals war das mit SNAP und FreeDV gerade noch ok. Da wir für eine Weile keinen Snap hatten, konnten wir weiter Speicher für andere Zwecke belegen (z.B. den CW Decoder, RTTY), die dieses Gleichgewicht zerstört haben. Da aber Frank eigentlich ohne den Speicher auskommt, habe ich angenommen, dass wir hier kein Problem bekommen. Nun ja, haben wir auch nicht, wenn die 8k nicht noch belegt werden. Auf Maschinen mit 256k RAM oder mehr macht das kein Problem, bei den 192k Maschinen, ist das eine Gratwanderung, da FreeDV alleine 64k belegt, der Stack auch so zeitweise ein paar kByte haben kann. Leider kann man den Stack nicht so einfach abschätzen. Wenn wir aber allen benutzten Speicher vorher belegen, dann ist auch der Ofen aus, weil wir dann mehr als 192k Speicher brauchen. Viel Speicher wird eben nur kurzzeitig in einer Funktion gebraucht und kann dann wiederverwendet werden.
Ohne FreeDV ist da eben deutlich mehr Luft. Ich werde da mal schauen, ob wir das anders lösen können, sodass FreeDV nur Speicher nutzt, wenn der Nutzer den FreeDV Mode mindestens 1xaktiv benutzt nach Anschalten. Das sollte machbar sein, dann sinkt das Risiko etwas für nicht FreeDV Nutzer, aber wir haben mehr Probleme, solche Probleme zu finden, weil es nur manchmal passiert.
Nichts ist ohne Nachteil.
73
Danilo
|
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 12. October 2017, 10:40:48
Ich kann durchaus nachvollziehen, dass es zu unkontrollierbaren Effekten kommen kann. Aber es ist für mich völlig unverständlich, warum die Effekte exakt einen Nutzer betreffen - da wäre ich bei dem Sympthom nie drauf gekommen. Zufällige Abstürze BEI ALLEN - Hänger BEI ALLEN (die Betonung liegt auf "ALLEN" weil ja alle mit dem zu knappen Speicher arbeiten) - hätten mich sofort zu der Vermutung gebracht. Aber nur BEI EINEM ::)
Nichtsdestotrotz ist eine Reorganisation des Speichers sehr sinnvoll. Da Frank aber in nicht allzuferner Zukunft den gesamten Audiopfad auf WDSP umstellen möchte wird in Sachen Speicherverwendung nochmal ordentlich durchgerütttelt. Vielleicht bekommen wir ja dadurch auch mehr Luft.
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DB4PLE on 12. October 2017, 11:04:33
Hallo,
Ich kann durchaus nachvollziehen, dass es zu unkontrollierbaren Effekten kommen kann. Aber es ist für mich völlig unverständlich, warum die Effekte exakt einen Nutzer betreffen - da wäre ich bei dem Sympthom nie drauf gekommen. Zufällige Abstürze BEI ALLEN - Hänger BEI ALLEN (die Betonung liegt auf "ALLEN" weil ja alle mit dem zu knappen Speicher arbeiten) - hätten mich sofort zu der Vermutung gebracht. Aber nur BEI EINEM ::)
|
|
Ja, aber das kann am verwendeten Filter hängen, ob man RTC hat oder nicht, ... Die Ursache ließe sich nur mit Debuggen am Target möglicherweise und unter großen Anstrengungen ermitteln.
Nichtsdestotrotz ist eine Reorganisation des Speichers sehr sinnvoll. Da Frank aber in nicht allzuferner Zukunft den gesamten Audiopfad auf WDSP umstellen möchte wird in Sachen Speicherverwendung nochmal ordentlich durchgerütttelt. Vielleicht bekommen wir ja dadurch auch mehr Luft.
|
|
Da bin ich nicht so optimistisch. Die WDSP Bibliothek stammt von PCs, wo der grundsätzliche Speicherverbrauch deutlich weniger Relevanz hat. Nach dem ersten Blick auf den Code von WDSP sehe durch die Kapselung der Module (notwendig zur flexiblen Verschaltung selbiger) hier etwas mehr Speicherverbrauch auf uns zukommen. Ob das signifikant ist, weiß ich nicht, dazu habe ich mich zuwenig mit der WDSP Lib beschäftigt.
73
Danilo
|
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 12. October 2017, 11:35:19
Das leuchtet ein. Es ist "mal wieder" die gewählte Kombination an Einstellungen, die zu dem Fehler führt. Genauso wie ich viele Fehler nicht reproduzieren konnte, weil ich so gut wie nie was anderes benutze als magnify x 1, weil ich so gut wie nie das Scope benutze, und, und und...
Wir bewegen uns in der Tat auf einem Grat. Die nächste wichtige Arbeit, die ich an der Firmware mache, wird eine Export- und Importfunktion von Config-Daten sein. Wobei ich nicht auf Anhieb das "Optimum" anstrebe (textbasierte Datei wie bei Linux-Konfigurationen) sondern zunächst ein einfaches binäres Backup der ersten x (K)Bytes aus dem EEPROM machen werde. Dann kann man endlich die Konfig von jemand anderem ausprobieren - als "Debug-Funktion" ohne Garantie. In diesem Fall wäre es interessant zu wissen ob mein mcHF mit der Konfiguration von Chris mit Linux betrieben auch so rumgezickt hätte. Wenn nicht hätte ich vermutlich noch weniger verstanden...
vy 73
Andreas |
Title: Re:SNAP carrier auf Knopfdruck
Post by: hb9bdm on 12. October 2017, 16:27:10
Hallo Andreas und Danilo
Hier nur ein kurzer Kommentar zum Wort nur EINEM. Darauf könnte ich ja Stolz sein, bin ich aber nicht. Aber froh bin ich, dass das leidige Problem weg ist. Ich bin ein sehr alter Hase was Testerei betrifft, nicht nur bei Hamradio/SDR's ich war lange Zeit in der Forschung tätig und solche Probleme kamen andauernd vor. Man findet etwas, und andere sagen es kann nicht, sein bei uns ist nichts.
Überzeugen kann man praktisch niemanden, aber reproduzierbare Beweise liefern oder erbringen. In unserm Fall bin ich 100% sicher das andere User dasselbe Problem auch hatten, nur wurde anders Hingeschaut. Es reicht nicht aus einfach zu schauen sind die Treiber ausgegeben, vorhanden, sondern es war das Zusammenspiel der Audio und Cat Implementation welches das Problem erzeugte, hervorgerufen evt. durch den floating Speicher, so wie es Danilo schon früher schrieb. Ich erwähnte mal dass ich eine komische Wechselwirkung im Fehlverhalten zwischen Audio und Cat Ports beobachtete, aber es wurde nicht darauf eingegangen.
Jetzt bin ich einfach Happy, dass ich die wirklich gute FW weiter betreiben kann. Ich schaue auch in Zukunft genau hin und werde mich bei entsprechender Gelegnheit melden.
Tnx es 73 Chris |
Title: Re:SNAP carrier auf Knopfdruck
Post by: DF8OE on 12. October 2017, 16:58:28
Hallo Chris,
gleichweg "das ist unmöglich" wirst Du von mir eher selten hören - schliesslich habe ich ja in der Phase, als noch Clint die Software alleine betreut hat, zu hören bekommen, warum dies und das und jenes nicht geht (geht aber in der Zwischenzeit alles).
Wo ich etwas gebrandmarkt bin ist, wenn es im Zusammenhang mit einer Benutzung mit "Windows" steht. Zu oft schon war dann doch irgendwas in diesem einen speziellen Windows der Grund, warum es nicht ging, und ich habe bestimmt Wochen meines Lebens in Fehlersuchen gesteckt, wo der Fehler letztenendes doch in Windows zu suchen war. Mein Erfahrungen sind da so negativ - ich denke, meine Vorbehalten bezüglich Windows bei Softwarefehlfunktionen sind schon fast phobisch. Hätte auch nur ein anderer User oder natürlich ich selbst das Ganze nachstellen können wäre ich schneller darauf angesprungen.
Aber um Einflüsse des OS besser erkennen zu können, muss eine der beiden Seiten (mcHF/Firmware oder das OS) eindeutig nachstellbar sein. Beim OS ist das unmöglich - bei der Funkgerätehardware und den Configs geht das sehr wohl. Dementsprechend ist es wichtig, eine Config von jemandem mit Problemen 1:1 nachstellen zu können. Nur dann kann man sicher sein, dass wenigstens eine der beiden Seiten verlässlich ist. Dann müsste der Fehler im Zweifelsfall eindeutig an der anderen Seite liegen.
Und glaub mir: ich lerne JEDEN Tag dazu. Und das ist das, was ich am meisten bei diesem Projekt liebe :D
vy 73
Andreas |
Diskussions- und Newsboard des DARC-Ortsverbandes I40 | Powered by YaBB SE
© 2001-2003, YaBB SE Dev Team. All Rights Reserved.
|