1Wat er in het log staat
FT8AF houdt een roterend tekstbestand genaamd debug.log bij in zijn app-datamap. Het legt dingen vast als:
- USB-insteek- / uittrekgebeurtenissen en welk CAT-apparaat overeenkwam
- Automatische verbindingspogingen en eventuele mislukkingen
- CAT-seriële frames verzonden naar en ontvangen van de set
- Band- en frequentiewissels
- Levenscyclusgebeurtenissen bij het starten en stoppen van de app
Het is platte tekst, veilig om te lezen, en bevat geen wachtwoorden of upload-API-sleutels. Zie de privacy-sectie hieronder als je het wilt doornemen voor je het deelt.
2Ontgrendel de debugmodus
De makkelijkste manier om het log te halen gebruikt een in-app debugscherm — geen computer, geen bestandsbeheerder, geen rechten op de Android-data-map. Het scherm is standaard verborgen en je ontgrendelt het net als de ontwikkelaarsopties van Android: tik zeven keer op het versieblok.
- Open het tabblad Settings in FT8AF.
- Scroll naar de onderkant — de sectie ABOUT.
- Tik op FAQ & Support. De About-dialoog opent en toont de app-versie en een beschrijving die begint met "FT8, made easy."
- Tik zeven keer achter elkaar op die beschrijvingstekst. Na de zevende tik schakelt de debugmodus aan en blijft hij behouden tussen starts.
- Sluit de About-dialoog. Er verschijnt nu een nieuwe Debug-rij in de ABOUT-sectie, vlak onder FAQ & Support.
3Open Debug & deel
Tik op de nieuwe Debug-rij. Een schermvullende logviewer opent en toont live de laatste paar honderd regels van debug.log — hij ververst elke paar seconden en scrollt automatisch naar de onderkant.
debug.log al bijgevoegd. Kies Gmail, Outlook, Drive, Bestanden — wat je ook wilt om het te verzenden.Vanaf de bovenste werkbalk:
- Share
- Opent het deelmenu van Android met
debug.logbijgevoegd als tekstbestand (onderwerp "FT8AF debug.log"). Kies Gmail om het ons direct te mailen, of een app die bijlagen aankan — Drive, Outlook, Slack, Signal, Telegram, de systeem-app Bestanden, allemaal werken ze. - Clear
- Verwijdert het huidige log. Handig als je opnieuw wilt beginnen voor je een bug reproduceert — druk gewoon op Clear, verlaat de dialoog, reproduceer het probleem, kom terug en deel. Het kortere log maakt het makkelijker voor ons om de relevante gebeurtenissen te zien.
- Logcat: ON / OFF
- Wanneer ON, voegt de viewer ook recente
logcat-uitvoer van het eigen proces van de app toe — handig wanneer een crash of audiobug niet volledig indebug.logis vastgelegd. De logcat-staart gaat mee wanneer je op Share tikt.
Stuur het direct naar ons.
Wanneer het deelmenu verschijnt, kies je mail-app en richt het aan wie aan de issue werkt — de operators zijn K1AF en N0RC (adressen op QRZ). Nog beter: open eerst een GitHub-issue, deel dan het log via de e-mail of cloud-snelkoppeling die je wilt en plak de link of bijlage in de issue-thread zodat het openbaar blijft.
4Terugval: Bestanden-app
Als je om een of andere reden niet bij het in-app Debugscherm kunt komen — oude build, het ontgrendelen lukte niet, je gebruikt liever de bestandsbeheerder — staat het logbestand ook op schijf in:
/Android/data/com.bg7yoz.ft8cn/files/debug.log
- Open de app Bestanden (of Mijn bestanden) op je telefoon.
- Navigeer naar Interne opslag → Android → data. Op sommige toestellen verbergt Android deze map standaard; tik op het menu met drie puntjes en schakel Verborgen bestanden tonen of Systeemmappen in.
- Open de map genaamd
com.bg7yoz.ft8cn, danfiles. Je zoudebug.logerin moeten zien. - Houd
debug.logingedrukt en tik op Delen.
Android 11+ kan /Android/data in Bestanden blokkeren.
Als je com.bg7yoz.ft8cn niet in de data-map ziet op een recente Android, installeer dan een externe bestandsbeheerder als Material Files of Solid Explorer uit de Play Store — beide kunnen app-datamappen lezen. Of, makkelijker: gebruik het in-app Debugscherm hierboven, dat dit helemaal omzeilt.
5Terugval: ADB
Voor ontwikkelaars met een computer en Androids adb-tool:
- Schakel op je telefoon Ontwikkelaarsopties → USB-foutopsporing in.
- Sluit de telefoon via USB aan op je computer, accepteer de foutopsporingsautorisatieprompt.
- Bevestig vanuit een terminal dat de telefoon zichtbaar is:
adb devices -l - Haal het log op:
Bij opstellingen met meerdere apparaten, richt je expliciet op de telefoon metadb pull /sdcard/Android/data/com.bg7yoz.ft8cn/files/debug.log .-s <serial>.
6Schrijf de issue
Een nuttig bugrapport is klein — drie of vier korte alinea's zijn genoeg. Het patroon dat altijd werkt:
- Wat deed je? "Mijn FT-891 ingestoken, CQ getikt op 20m." Concrete acties op volgorde. Geen noodzaak om de app te beschrijven — alleen wat je tikte.
- Wat verwachtte je dat er zou gebeuren? "Ik verwachtte dat de set zou zenden en de app tonen zou gaan verzenden op 14.074."
- Wat gebeurde er werkelijk? "De TX-balk bleef op LISTENING. Geen PTT, geen tonen." Als er iets op het scherm verscheen — foutmelding, bevroren interface, rare waterfall — beschrijf het. Een screenshot is goud waard.
- Hoe vaak? Elke keer? Alleen nadat de telefoon in slaap ging? Alleen op 6m? Alles wat je kunt vastpinnen versmalt de zoektocht.
- Voeg het log toe. Haal
debug.logdirect na het reproduceren van het probleem — de meest recente regels zijn het nuttigst.
7Issue-sjabloon
Kopieer dit naar een nieuwe issue en vul de gaten in:
## What happened
(One or two sentences describing the bug)
## Steps to reproduce
1. (First thing you tapped)
2. (Second thing)
3. (...)
## Expected vs. actual
Expected: (what should have happened)
Actual: (what did happen)
## Environment
- FT8AF version: (Settings → About, or the release tag you installed)
- Source: GitHub APK / Google Play / built from source
- Android version: (e.g. 14)
- Device: (e.g. Pixel 8, Samsung S23, etc.)
- Radio: (e.g. Yaesu FT-891 over USB-C)
- Cable: (USB-C direct / OTG adapter / brand if relevant)
## Log
(Attach debug.log, or paste the last ~50 lines in a code block.)
8Als de app crashte
Wanneer FT8AF helemaal crasht, houdt Android een apart crashrapport bij. Twee plekken om te kijken:
- Als je hem van Google Play kreeg, kies dan één keer voor anonieme crashrapportage en wij zien de stack trace automatisch. Je hoeft niets te doen — maar het toevoegen van "Ik heb net een crashrapport verzonden vanaf toestel X rond <tijd>" aan de issue helpt ons het te koppelen.
- Als je ADB beschikbaar hebt, bevat het live systeemlog meestal de crash trace vlak nadat hij gebeurt:
Voegadb logcat -d > logcat.txtlogcat.txttoe naastdebug.log.
9Privacy
Het debuglog is gewoon tekst. Het legt de bedrijfsgebeurtenissen van de app vast, niet je persoonlijke gegevens. Je ziet regels als:
13:42:01 USB attach: vid=10c4 pid=ea60 (Silicon Labs CP210x)
13:42:01 autoConnect attempt #1 → SUCCESS
13:42:02 CAT > FE FE 94 E0 03 FD
13:42:02 CAT < FE FE E0 94 03 00 74 04 00 14 FD
13:42:05 band → 20m, freq 14.074 MHz
Wat er niet in staat: Cloudlog- of QRZ-API-sleutels, je accountwachtwoorden, foto's, contacten of locatie. Je roepletters en locator staan er wel in, omdat die je station identificeren — maar dat is toch openbare informatie voor gelicentieerde zendamateurs.
Als je het wilt doornemen of redigeren voor je het verstuurt, het bestand is platte UTF-8-tekst. Elke teksteditor opent het.
Bedankt voor de moeite.
Echte veldverslagen — "deze set, deze kabel, deze band, dit is wat er gebeurde" — zijn hoe deze fork beter wordt. Twee bug-bash-rondes en 58+ fixes begonnen met rapporten precies zoals dat wat jij op het punt staat in te dienen. 73.