TonUINO funktioniert nicht weil keine Verbindung zum RFID RC522

[raznz_snasna]

@Tammo

Aber serieller Monitor ist sicherlich noch ein guter Tipp, wobei ich nicht weiß, was da stehen wird, da es ja funktioniert nur eben sehr langsam manchmal. Also dürfe ein Fehler eigentlich nicht ausgeworfen werden…

da steht sinngemäß „Karte erkannt“ „Player, spiel!“

@Tammo

Die Verkabelung oder Lötstellen würde ich mal ausschließen, da es ja auch manchmal schnell geht…

Genau das ist ein Symptom lockerer / schlechter Verbindungen. Also noch nicht ausschließen.

@Tammo

könnte es denn theoretisch sein, dass die Antenne durch Heißkleber Schaden nimmt?

Ja, theoretisch kann das sein, praktisch ist es aber realistischer, dass die Elektronik durch Hitze aussteigt. Aber dort wirst du nicht geklebt haben…

[Gute_Laune]

@Tammo

Aber serieller Monitor ist sicherlich noch ein guter Tipp, wobei ich nicht weiß, was da stehen wird, da es ja funktioniert nur eben sehr langsam manchmal.

Man kann, wenn „Zeitstempel anzeigen“ aktiviert ist, aber sehen, was länger dauert als sonst. Hier mal ein Beispiel:
Wenn ich die Karte A auflege vergehen zwischen dem Erkennen der Karte und dem wirklichen Abspielen 53ms.

14:05:51.221 -> Card UID: 43 22 3F 3E
14:05:51.221 -> PICC type: MIFARE 1KB
14:05:51.221 -> Authenticating Classic using key A...
14:05:51.221 -> Reading data from block 4 ...
14:05:51.221 -> Data on Card :
14:05:51.221 ->  13 37 B3 47 02 07 01 00 00 00 00 00 00 00 00 00
14:05:51.274 -> 
14:05:51.274 -> 7
14:05:51.274 -> 7
14:05:51.274 -> == playFolder()
14:05:51.274 -> === disablestandby()
14:05:51.274 -> 61 Dateien in Ordner 7
14:05:51.274 -> Hörspielmodus -> zufälligen Track wiedergeben
14:05:51.274 -> 16

Wenn ich Karte B auflege sind es mehr als 3 Sekunden zwischen erkennen der Karte bis zum Abspielen.

14:05:58.240 -> Card UID: 66 99 E9 29        
14:05:58.240 -> PICC type: MIFARE 1KB
14:05:58.240 -> Authenticating Classic using key A...
14:05:58.240 -> Reading data from block 4 ...
14:05:58.240 -> Data on Card :
14:05:58.240 ->  13 37 B3 47 02 19 08 48 65 00 00 00 00 00 00 00
14:05:58.293 -> 
14:05:58.293 -> 25
14:05:58.293 -> 25
14:05:58.293 -> == playFolder()
14:05:58.293 -> === disablestandby()
14:06:01.302 -> 101 Dateien in Ordner 25
14:06:01.302 -> Spezialmodus Von-Bis: Album: alle Dateien zwischen Start- und Enddatei spielen
14:06:01.302 -> 72 bis 101

Man kann auch gut erkennen, dass die Verzögerung nach der Ausgabe disablestandby() eintritt. Hier ermittelt der Player wie viele Dateien in dem entsprechenden Ordner sind.
Diese Verzögerung beim Abspielen wurde hier im Forum auch schon häufiger diskutiert. Hier zum Beispiel:

~2 Sek. Pause bevor Abspielung

Denke auch, dass das Phänomen vom DF-Player kommen könnte. Mit zunehmender Fülle auf der Karte, trat das bei mir auch auf. Ich kenne deine Bennung der mp3-Dateien nicht, aber bei mir hat sich diese Trägheit gebessert, nachdem ich keine langen Dateinamen mehr verwendet hatte. Meine DF-Player haben zwar alle Dateinamen in der Form „001.hörbuchname.kapitel-x.teil-y.mp3“ akzeptiert und abgespielt, aber eben zum Abspielen bei zunehmender Menge, besonders in den hohen Ordnern, echt lange gebraucht.…

[Tammo]

Das ist ja super interessant!!

Ich muss heute abend mal schauen, wie ich den Seriellen Monitor gestartet bekomme…

[Gute_Laune]

Vielleicht hilft dir die Beschreibung aus der FAQ.

[felixx]

Mit einem neuen Reader hat es sofort funktioniert.
Entweder war der schon kaputt, bei den Lötpunkte stimmte was nicht oder vielleicht ist beim Löten was zu heiss geworden? Ich musste teilweise sehr lange erhitzen.

@Tammo bei AZDelivery via Amazon hab ich ein 3er Pack bestellt.

[Tammo]

Danke für den Tipp, @felixx .

In weiteren Tests hat sich gezeigt, dass der Player doch (erstmal?) funktioniert wie gewünscht. Daher habe ich all die guten Tipps doch noch nicht gebraucht. Werde ich aber im Auge behalten, falls ich doch noch mal ran muss…