Hallo,
ich habe meinen TonUINO Prototypen mit Thorstens Platine zusammengebaut bzw. gelötet, erhalte aber beim Auflegen der ersten Karte den Fehler „Com Error 6“ nach der Ansage, dass die Karte noch unbekannt ist. Der Fehler zeigt, dass eine Datei nicht gefunden werden konnte. Die Struktur auf der SD-Karte ist aber FAQ-Konform
Ich weiß nicht mehr weiter, daher poste ich hier meine Ausgabe des seriellen Monitors:
Die Konsole sagt uns auch nur, daß eine Datei nicht gefunden wird. Wenn du wie du sagst alles richtig gemacht hast, müsste es ja funktionieren… darüber hinaus wird’s schwierig.
Jo sind beide da. Die Struktur der SD-Karte sieht so aus (etwas gekürzte Fassung)
Sorry, irgendwie will das Forum nur die letzte Zeile als Code markieren:
Kommt der Fehler direkt beim Auswählen des 1. Ordners? Wenn ja, schaue mal die erste MP3 an und versuche mal testweise eine andere MP3 mit 001 im ersten Ordner.
Der Fehler kommt direkt nach der Ansage, bevor ich einen Knopf drücke. Habe für 001.mp3 drei verschiedene MP3-Dateien (96 kbit, 128 kbit, 192 kbit) getestet, aber der Fehler kommt immer wieder.
Will leider auch nicht. Aber ist ja auch nicht so wichtig.
Versteckte Dateien sind nicht drauf und die Karte ist mit FAT32 formatiert? Auch ist die SD-Karte Max 32GB groß? (Ich frage nur nochmal zur Sicherheit )
Evtl. noch andere SD-Karte versuchen?
Ja, FAT32 und nur 4 GB Kapazität ohne versteckte Dateien. Da die Durchsage, dass es sich um eine neue unbekannte Karte handelt abgespielt wird, sollte es nicht an der Karte liegen. Vorsichtshalber habe ich die Karte gerade nochmal mit fschck überprüft: Es gab keine Fehler.
Mit einer anderen Karte (32 GB) kommt ebenfalls direkt der Fehler nach der Ansage. Offenbar liegt es nicht an den SD-Karten.
Habe den Fehler gefunden:
offenbar waren die kopierten Dateien aus dem Github-DEV SD-Karten-Verzeichnis nicht korrekt runtergeladen worden, so dass jede SD-Karte mit fehlerhaften Dateien bespielt wurde. Habe die DEV-Branch erneut runtergeladen, die Ordner advert und mp3 sowie zwei Test-Mp3s als 001.mp3 und 002.mp3 abgelegt und siehe da KEIN Fehler „Com Error 6“ mehr!
Manchmal liegt der Fehler wirklich im Detail…
Uff, das ist ein echt unnötiger Fehler, der vielleicht ganz gut (semi-)automatisiert abzufangen ist. Ich hätte da auch gerade bei github geschaut, ob es dort eine Möglichkeit gibt für die „Download ZIP“-Variante eine Checksumme (SHA1 oder zumindest MD5) zu erhalten, bin aber nicht fündig geworden.
Frei nach dem Motto „verschwende niemals einen guten Fehler“ würde ich dafür plädieren, diese Fehlerquelle (vor allem für Anfänger) zu addressieren; idealerweise würde ein fehlerhafter/unvollständiger Download bereits vom Browser abgefangen, aber das ist wohl hier nicht der Fall. Ich wüsste jetzt nicht mal, wie ich die Integrität der Dateien überhaupt kontrollieren könnte, und ich stufe mich selbst schon eher als versierter Benutzer ein.
Wäre es problematisch, für die binären Artefakte selbst Hash-Werte ins git Repository aufzunehmen für all jene, die keinen git Client installieren wollen um die Distribution zu beziehen? Das würde zumindest eine Möglichkeit zur Integritätsprüfung bieten (ich kann die Anzahl der scheinbar erfolgreichen Downloads, die dann gekippte Bits bei Übertragungen hatten, gar nicht mehr im Dezimalsystem an meinen Händen abzählen … im Binärsystem wär’s noch möglich … das ist in meiner Erfahrung also kein Einzelfall sondern harte Realität, weswegen ich bei fast jeder kritischen Übertragung die Hash-Werte kontrolliere).
Andererseits sind diese Hashes inhärent bei Verwendung eines git clients gegeben und werden soweit ich weiß auch geprüft/verifiziert, womit das Repo für alle die git verwenden noch fetter wird als eigentlich notwendig.
Wie seht ihr denn das? Ich bin halbwegs neu hier, und habe deswegen noch kein Gefühl dafür was hier der Konsensus in der Community ist. Ich empfinde es als angenehm, wenn Smoke-Tests zur Verfügung stehen die ich auf Knopfdruck losrattern lassen kann, um mich selbst nicht um „dumme“ Fehler kümmern zu müssen. Fehlgeschlagene/nicht integre Downloads gehören für mich dazu, da jede weitere Diagnose verschwendete Zeit ist.
Bitte nicht vergessen für wen der TonUINO gedacht ist. Sprich wer ist hier die Zielgruppe? „Normale“ Mamas, Papas, Omas und Opas wissen in der Regel nicht was MD5 oder SHA1 hashes sind. Geschweige denn wie man sie benutzt oder womit. Auch würde ich wenn gelegentlich mal eine Meldung kommt das es Probleme mit dem Download gab, nicht gleich von einem allgemeinen Problem ausgehen welches nicht vielleicht doch vom User verschuldet ist. Die überwiegende Mehrheit der TonUINO Nutzer ist hier nichtmal angemeldet und bis dato hat das noch jeder (wenn auch vielleicht mit etwas Hilfe) hinbekommen. Ich will natürlich nicht sagen das hashes generell nicht sinnvoll sind, nur hilft uns das hier vermutlich eher nicht weiter. Die Probleme sind meist andere, das wirst du merken sobald du länger mitliest. Natürlich werden wir in Zukunft (auch mit dem Release der AiO Platine) das ganze etwas anders aufziehen können, aber kurzfristig sehe ich da kein action item (zumal wir fieberhaft am release der AiO arbeiten).
Und nicht daß hier ein falscher Eindruck entsteht: Natürlich sind auch versiertere Nutzer sehr willkommen, bei denen gehe ich aber noch weniger davon aus, daß sie einen Download nicht hinbekommen.
Das ist auch völlig korrekt! Ob ich jetzt ein paar MP3s für eine Kinderbox als kritisch einstufe, hängt aber wahrscheinlich vom persönlichen Nerd Level ab.
Ich habe den Punkt mit den hashes mal notiert. Daher danke fürs Feedback.
Hashes wäre zwar prinzipiell nicht verkehrt, allerdings hätte ich sie bei einem Ordner voller MP3s nicht beachtet, da der Download dann doch zu unwichtig für mich ist. Probleme beim Download würden ja vielleicht zu Störgeräuschen beim Abspielen der MP3 führen, was dann ja einfach zu erkennen und beheben wäre.
Mein Problem lag vielmehr darin, dass ich den Fehler auf der Hardware-Ebene gesucht hatte (daher auch das Posting in dieser Kategorie). Als Lötanfänger und Arduino-Einsteiger hatte ich den Fehler bei mir und meinen Lötkünsten gesucht. Die Software kam mir nicht in den Sinn. Ich denke ich wäre schneller auf die Software-Ebene gewechselt, wenn in der Software-FAQ der Punkt zur „Konsole“ etwas ausführlicher dargestellt würde, damit man versteht, dass diese zur Fehleranalyse herangezogen werden kann. So hatte ich gedacht, dass der Punkt „Der DFPlayer „macht nichts“, überspringt Tracks oder ähnliches.“ in der Hardware-FAQ für mein Problem am besten zutrifft.
War es doch am Ende auch oder? Hab den Eintrag jetzt nicht vor Augen aber is doch auch erklärt wie die SD auszusehen hat? Das war ja dann die am Ende auch die Lösung, du hast die Karte neu gemacht und dann ging’s, von daher doch alles gut.
Stimmt, ihr habt natürlich Recht. Einfach nur die Hashes dazu zu knallen, bringt dem „normalen“ Anwender nicht viel, weil man ein technisches Problem gegen ein anderes eintauscht. Ich dachte eher an ein Script das man laufen lässt und ein schnelles Feedback der Form „Die SD-Karte ist richtig eingerichtet“ oder „Die Daten der SD-Karte sind korrupt, bitte kontrollieren“ bekommt – um die Diagnose zu erleichtern. Eine Portion Pragmatismus gehört aber dazu – der Aufwand muss sich auch rechtfertigen.
Streng genommen hast du recht. Wobei der Fehler nicht in der in der FAQ beschriebenen Struktur sondern in einem der Ordner advert oder mp3 stammen musste. Welche Dateien in diesen Ordnern liegen sollen, wird nicht in der FAQ erklärt. Die Integrität des Inhalts nimmt man ja erstmal für gegeben, wenn man sich die Ordner aus dem repository zieht.
Was mir die Fehlersuche erschwert hat, war, dass mir nicht bewusst war, dass man über die Konsole Fehlercodes auslesen kann. Da das im Software FAQ auch nicht direkt deutlich wird, habe ich das erst beim lesen von anderen User-Postings verstanden. Vielleicht kann man ja die entsprechende Stelle im Software FAQ mit einem Eintrag „Wo finde ich die Fehlerausgabe?“ o.ä. bereichern?
Sowas hätte mir enorm geholfen. Allerdings muss ich auch sagen, dass das Skript wohl für die meisten Anwender hier keine Erleichterung darstellt, sondern nur die EInstiegshürde durch zusätzliche Komplexität erhöht. Wie du schon sagst, würde der Aufwand das Skript zu erstellen (und dann auch noch für Windows, Linux, Mac kompatibel zu halten) für den Nutzen zu hoch werden.
)
