Title: Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DB4PLE on 04. March 2017, 14:50:53
Hallo,
In wenigen Tagen werden wir eine wesentliche Änderung der DF8OE GitHub Firmware Quellcodes durchführen, die Euch betreffen kann.
Wir ersetzen die Hardware-nahen Bibliotheken (genannt StdPeriph) vom Prozessorhersteller STM Electronics mit
neuere Bibliotheken (genannt HAL) vom selben Hersteller. Der Wechsel macht es einfacher neue Funktionen wie das Lesen / Schreiben von Konfigurationen auf ein USB-Laufwerk zu realisieren oder eine Tastatur anschließen.
Sollte mich das interessieren? Ja, sollte es! Warum:
Wenn Du ein normaler Benutzer bist, solltest Du uns helfen, zu überprüfen, dass die Änderungen
richtig gemacht wurden. Zu diesem Zweck kannst Du die verknüpfte Binärdatei (siehe unten) flashen und ausprobieren.
Es sollte sich genau wie der normale Daily Build von Github verhalten. Wenn nicht, bitte hier melden.
Wenn Du ein Entwickler bist, oder deine eigene Firmware aus den Quellen baust, gibt es
mehr zu beachten, um die eigene Entwicklung auf der Grundlage der neuen HAL Libraries fortzusetzen:
Diese Änderung hat Auswirkungen auf die Entwicklungsumgebung, da CoIDE nicht mehr von uns unterstützt wird.
Technisch ist es sicher möglich, CoIDE zu unterstützen (erfordert Arbeit), aber die CoIDE-Website www.coocox.org ist seit mindestens einigen Wochen tot,
und wir sehen hier keine Zukunft. Eclipse- und Makefile-Builds sind voll funktionsfähig.
In Eclipse muss man erst "DebugLib" bauen und dann "Debug". Bei normalen Änderungen reicht es "Debug" neu zu bauen. DebugLibs erzeugt die DSP Bibliothek,
die sich nur selten ändert.
Es gibt einige Quellcode-Strukturänderungen (Im eigentlichen mcHF-Anwendungscode sind die überschaubar).
Deshalb kann es hilfreich sein, deinen Änderungen jetzt via GitHub einzubringen.
Später kann es ein wenig mehr Arbeit sein.
Das Timing ist wie folgt: Von der nächsten Woche an werden wir regelmäßig die neue Firmware bauen
und zum Download anbieten, die alte auch. Wir bitten Euch, die neue zu verwenden es sei denn,
es wurden ernsthafte Probleme festgestellt. Wir planen, offiziell in
zwei Wochen umzuschalten (je nach den Berichten natürlich). Zu diesem Zeitpunkt wird der "offizielle" Entwicklungszweig den neuen Quellcode enthalten.
Für Neugierige stellen wir den neuen Quellcode im cubemx-port Zweig im üblichen DF8OE GitHub zur Verfügung, bis es im active-devel Branch aufgeht.
Ihr könnt die neue Firmware durch den Versionsnummer-Suffix -HAL identifizieren,
Der ist nur in Builds basierend auf neuen Bibliotheken zu sehen.
Direkter Link zur neuen Binärdatei: https://www.amateurfunk-sulingen.de/data/uploads/hal-build-mchf.bin (https://www.amateurfunk-sulingen.de/data/uploads/hal-build-mchf.bin)
Wenn Du den DF8OE Bootloader verwendest, denke daran, die heruntergeladene Datei zu
"mchf.bin" umzubenennen. Andernfalls wird es nicht auf dem USB-Laufwerk erkannt.
Wie üblich findet Ihr hier regelmäßig Updates: https://df8oe.github.io/mchf-github/ (https://df8oe.github.io/mchf-github/)
...und hier (ganz unten) (https://www.amateurfunk-sulingen.de/mchf-projekt/modifikationen#start)
73
Danilo (im Namen der mcHF-Firmware-Entwickler) |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DD4WH on 04. March 2017, 15:20:29
Hallo Danilo,
hervorragend, vielen Dank für Deine Arbeit!
Das neue daily_HAL verhält sich weitgehend wie das Alte.
Allerdings fällt mir auf, dass die AGC nicht mehr funktioniert. Ich bekomme nun die AGC nicht mehr so eingestellt, dass sie anspricht und vernünftig funktioniert.
Hat sich der Audio-Eingangspegel verändert ? Ich muss nun sehr kleine Werte für
den AGC-threshold einstellen, damit die AGC-box etwas anzeigt.
EDIT: habe ein 2.Mal probiert, alles wunderbar, funktioniert wie eh und je!
Keine Ahnung, was da beim 1. Mal schief lief . . .
73 de Frank |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DB4PLE on 04. March 2017, 15:23:23
Hallo Frank,
kann ich nicht sagen, da ich die AGC nur im "neuen" HAL Code genutzt habe, da hat sie sich aber wie beschrieben verhalten (bei mir in der Box steht 26 und es erscheint mal AGC und geht wieder wenn kein Signal ist).
73
Danilo
|
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DD4WH on 04. March 2017, 15:27:49
Hallo Danilo,
alles wunderbar, beim wiederholten Mal Aufspielen des HAL-builds verhält sich alles Getestete völlig normal, keine Unterschiede bemerkt.
73 de Frank |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DB4PLE on 04. March 2017, 15:29:16
So soll es sein. Kein Unterschied ist ausnahmsweise mal ein gutes Zeichen
;)
73
Danilo |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DF8OE on 04. March 2017, 15:35:43
Und ein wiederholtes Aufspielen kann und darf nichts ändern. Aber ein wiederholtes An- und Abschalten.
vy 73
Andreas |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DL8EBD on 04. March 2017, 16:12:11
sieht gut aus meine Herren :)
Konnte beim ersten Test keine Fehlfunktion feststellen.
|
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: Romin DB7EN on 04. March 2017, 16:41:53
Hallo und guten Tag an die geplagten Software-Entwickler!
Mit der neuen Firmware von heute (4.3.2017) auf "HAL"-Basis geht leider
meine Lieblings-Betriebsart WSPR nicht mehr. Die CAT steuert den mcHF
nicht mehr. Ich benutze das Programm WSJT-X.
Das "Problem" tritt nicht nur bei mir auf. Habe die Firmware vom 27.2.2017
wieder geladen und Juhu es whispert wieder.
Machts gut und besser und danke 73 Romin DB7EN
|
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DL1EGQ on 04. March 2017, 16:44:18
Hallo
Bei mir Funktioniert das auch ohne Probleme.
Gruß
Adalbert |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DB4PLE on 04. March 2017, 16:44:35
Hallo Romin,
kannst Du bitte spezifischer sagen, wo das Problem mit CAT liegt:
0. Welches Betriebssystem?
1. Wird die COM-Schnittstelle nicht mehr erkannt?
2. Kommt kein Audio an?
Grundsätzlich geht CAT, denn ich habe heute schon geWSPRt.
Danke,
Danilo
|
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DF8OE on 04. March 2017, 16:58:08
Ich habe auch schon geWSPRt damit. Geht prima. Ich musste nichts ändern - weder am PC noch am mcHF. Ich nutze auch WSjTX - selbst gebaut aus den Quellen für Debian Jessie.
vy 73
Andreas |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: Romin DB7EN on 04. March 2017, 17:13:56
Hallo, und danke für den Hinweis die COM-Schnittstelle zu kontrollieren.
Im Geräte-Manager wird jetzt beim Einschalten des mchf bei mir die com4
erkannt und nicht wie vorher immer com5.
CAT funktioniert einwandfrei und es whispert sich wieder einwandfrei.
Vielen Dank und 73 Romin DB7EN
|
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DL1KBX on 04. March 2017, 17:22:19
Was mich gewundert hat - beim einschalten geht erst die rote LED an, danach die grüne und erst später
das Bild auf dem Display... Habe auf die letzte Version von 27. Feb umgeschalte, geht ohne LED, danach wieder auf die von Heute - Effekt wieder da. Ist es extra so gemacht, oder einfach nur ein Nebeneffekt? |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DB4PLE on 04. March 2017, 17:25:45
Hallo,
Extra für Dich. Naja, und auch für mich und für alle anderen.
Zeigt dir, das auch die rote LED geht.
;D
Im Ernst: Wenn die rote LED ausgeht, beginnt der normale Betrieb, vorher ist der Start im Gange.
Danilo |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: dg9bfc_sigi on 04. March 2017, 17:26:46
ich kann bisher auch keine fehler finden
ich habe das gefühl das load ein klein wenig runtergegangen ist (besseres timing??)
so in etwa 2-3 % grob geschätzt ...
kommt natürlich auf gewählen mode und filterbandbreite ... aktivierten noiseblanker oder noise reduction etc an ...
aber in den meisten modes und kombinationen hatte ich glaube ich so in etw 2-3% mehr cpu load as jetzt (ich kann mich aber irren ... ich habe dazu keine notizen gemacht denn es gibt einfach zu viele kombinationsmöglichkeiten)
...
fehler hab ich keine gefunden ... agc geht wie bisher (alte und neue agc getestet) ... fm geht ... squelch in mode fm geht (dm0max gehört und funzt) ... was soll ich sagen ... zusammen gefasst ... alles prima ;D |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: Michael_K on 04. March 2017, 19:06:22
n'abend
aktuell auch KEINE "Abnormitäten"
vy 73 aus Erfurt
Michael_K |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DF8OE on 04. March 2017, 19:15:58
Ich bin begeistert. Was Danilo da gewuppt hat ist enorm. Denn die neue HAL war an manchen Stellen doch recht zickig (heißt ja auch die HAL ::)). Aber wenn überhaupt Fehlfunktionen sind scheinen sie marginal zu sein.
Wenn ich jetzt zurückdenke an die Zeit vor 1.5 Jahren "als das alles mit dem GitHub begann"...
vy 73
Andreas |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: OE1FHB on 05. March 2017, 14:21:39
Hallo Andreas & Danilo !
Habe F.W. vom 04.03.2017 14:59 geladen dabei ist mir aufgefallen,
daß das AGC Fenster in der Text Zeile von freeDV liegt ist das gewollt ?
73 Friedrich
OE1FHB |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DF8OE on 05. March 2017, 15:00:11
Such Dir aus:
entweder in der gleiche zeile wie die Uhr oder in der gleichen Zeile wie das AGC Fenster...
Das ist noch Baustelle und wir wissen im Moment noch nicht so genau wo was endgültig landen wird.
vy 73
Andreas |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DB4PLE on 05. March 2017, 19:07:41
Hallo,
da ich festgestellt habe, das die AGC ja bei FreeDV sowieso nicht läuft, werden wir die beiden Sachen (AGC/FreeDV BER/SNR) vermutlich "übereinander" legen. Derzeit überschreibt der Lauftext die AGC Box, ist aber auch lesbar.
Steht gerade auch nicht ganz oben in der Prioritätenskala. Dazu gibt es auch einen GitHub Issue.
73
Danilo
|
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: dm6tt on 06. March 2017, 21:21:57
Hallo Danilo,
ich habe etwas mit der neuen HAL-FW rumgespielt.
Ich habe im 40m Band versucht, von LSB -> SAM mit der Mode Taste umzuschalten.
Nach CW-U hängt sich der mcHF auf, ich muss dann die Stromversorgung trennen.
SAM bekomme ich nicht mehr eingeschaltet.
73, Marcus |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DF8OE on 06. March 2017, 21:31:13
Kann ich nicht bestätigen - bei mir funktioniert alles.
Ist zufällig NR oder NB aktiviert?
vy 73
Andreas |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: dm6tt on 09. March 2017, 20:22:11
Hallo Andreas,
es lag am DSP/NR. Mit DSP Off funktioniert die Umschaltung zum SAM problemlos.
Danke
73, Marcus
|
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: Laddieter on 10. March 2017, 10:16:04
Hallo, liebe mcHF Entwickler,
ich bin erst jetzt dazu gekommen die neue (HAL)FW zu testen. Auch ich kann bestätigen, sie gibt keinen Anlass zur Klage. Alle Funktionen sind vorhanden. Da einzige, was sich auch bei mir mit dieser (HAL) FW verändert hat, war die COM Schnittstelle für CAT-Anwendungen. Ich arbeite bei CAT-Anwendungen mit einem Win10 Laptop und einem Win10 Tablet. Interessanterweise war bei den FW´s voher bei beiden Rechnern die CAT-Schnittstelle COM 5, während bei der (HAL) FW bei dem Laptop COM 4 die neue CAT Schnittelle ist und beim dem Win10 Tablet COM 6. Aber Dank dem Forumeintrag von Romin konnte ich dieses Problem schnell lösen.
Vielen Dank und schöne Grüße
Dieter, DL1LAD |
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: peter_77 on 10. March 2017, 13:00:24
Wie immer typisches Winblows Problem.
Mit einem RaspberryPi (Debian Linux) und einem MacOS 10.12.3 (Sierra) bleibt auch da alles wie gewohnt ;D
|
Title: Re:Wichtige Ankündigung für DF8OE Github Firmware Benutzer
Post by: DB4PLE on 10. March 2017, 16:22:11
Hallo,
das mit den unterschiedlichen COM-Ports ist nicht wirklich ein Windows-Problem, sondern tatsächlich ein nützliches Windows-Feature: Hat der gleicher USB Gerätetype eine andere Seriennummer, gibt es auch einen neuen COM-Port und den dann zuverlässig immer gleich. Da ich beim Portieren versehentlich die Seriennummer angepasst hatte, gibt es bei Windows die neue Nummer.
Unter Linux sieht man das auch, wenn man über den eindeutigen Namen des seriellen Geräts geht und nicht über die durchnummerierten ACM0 usw.
73
Danilo |
Diskussions- und Newsboard des DARC-Ortsverbandes I40 | Powered by YaBB SE
© 2001-2003, YaBB SE Dev Team. All Rights Reserved.
|