Wenn Du die Bluetooth Verbindung änderst, dann ändert sich ja auch die UUID.
Eventuell liegt das daran?
War zumindest der erste Treffer bei Google. 
Alternativ vorm Schließen das Discovery abschalten.
Genauer Verlauf siehe
http://stackoverflow.com/quest…-service-discovery-failed
Müsste switch() nicht sofort warnen, wenn Du etwas Anderes als Bool, Integer oder Enum benutzt?
Soweit ich weiß müsste es das. Und wenn Java 1.7 jetzt etwas rigoroser mit solchen Verstößen umgeht als 1.6 ist das Verhalten durchaus okay.
Wenn was abschmiert solltest Du nicht weiter auf die Debug-Ausgabe schauen sondern alle Warnings Und Errors einblenden – nicht nur die von Deiner App.
Noch weiter voran kommst Du mit dem Setzen von Breakpoints und der Arbeit mit dem Debugger.
Da Du von Anfänger sprichst tippe ich mal auf eine NullPointerException, so aus dem Bauch heraus. 
Das LogLevel bezieht sich auf alle Meldungen ab der Einstellung.
Sagen wir verbose hätte die Nummer 0, Debug 1, Warning 2, Error 3 und Assert 4.
Dann wird einfach verglichen, ob die Zahl >= Deiner Einstellung ist und falls ja erfolgt die Anzeige.
Ich hatte es allerdings auch schon mal, dass Android Studio augenscheinlich Ausgaben verschluckt hat.
Dann habe ich aber festgestellt, dass der auf einem ganz anderen Gerät gelauscht hat als das, welches ich zum Testen dran hatte.
Ganz stumpf kann es natürlich auch sein, dass dein onCreate() einfach nicht aufgerufen wird und deshalb auch keine Ausgabe erfolgt.
Wenn ich "No Filters" auswähle, kommt soviel Output, kann ich gar nicht durchgucken.
Dann solltest Du dort mal mit strg+f nach Deinem Text suchen.
Ich verstehe diese Zeilen nicht:
Method m = dev.getClass().getMethod("createRfcommSocket", new Class[] {int.class});
sock = (BluetoothSocket) m.invoke(dev, 1);Was spricht gegen
sock = dev. createRfcommSocketToServiceRecord(id1)Ohne zu sehen was genau Du tust wird's schwierig mit dem Helfen.
Da das von den UI Guidelines nicht vorgesehen ist, kenne ich keinen offiziellen Weg, mit dem sich das realisieren lässt.
Wie gesagt dürften Schleifen ziemlich zügig arbeiten, zumindest zügiger als der TCP Stack.
Insofern solltest Du in jedem Schleifendurchlauf einen neuen Socket öffnen und schließen statt denselben öffnen und schließen zu wollen.
Ich habe Dir doch den Link zur Dokumentation gegeben…
In Deinem Fall wäre es etwas wie
Zinsen.setText(NumberFormat.getCurrencyInstance(Locale.GERMANY).format(ergebniss.setScale(2, RoundingMode.HALF_DOWN)));
Und fettich.
Und wenn Du das einem Amerikaner in die Hand drückst schreit er Dich an, dass er gefälligst 100,000.00 in der Anzeige haben will.
Und nicht 1.234,50€ sondern $1,234.50…
Strick da lieber einen DecimalFormat drum rum.
Ich glaube am Einfachsten wird es, wenn Du dem EditText ein eigenes Style zuweist.
Ein Feature von Sockets ist, dass diese ein paar Sekunden brauchen bis sie komplett dicht gemacht wurden und das OS wieder darauf lauschen darf.
Dann werden im Zweifel noch ein paar Daten, die bereits im Anflug sind, noch entgegengenommen.
Wenn Du für jede Verbindung einen eigenen Socket öffnest sollte das klappen.
Wie kommst Du darauf, dass das so sein müsste?
Es kann auch einfach sein, dass getText() ein null zurückliefert. Darauf ein toString() läuft schief.
Oder getText().toString() liefert null zurück. Da kracht es dann bei .equals("");
Immer hübsch prüfen, ob Du auch die Objekte zurück bekommst, die Du erwartest!
Ich finde ja das Tabellendesign großartig.
Wie hast Du es gelöst, dass das jeweilige zur Liste gehörende Datum beim Scrollen immer schick oben stehen bleibt?
Sicher, dass die <nameDerAnwendung> nicht unerwartet beendet wurde?
In dem Fall würdest Du davon ausgehen, dass Dein EditText einen Inhalt hat. Wenn dem nicht so ist, bekommst Du als String 'null' zurück.
Wenn Du diesen irgend einer Methode übergeben willst kann es durchaus zu einer NullPointerException führen.
Das wiederum endet dann in einem Absturz der App.
"Die app konnten nicht vorgenommen werden."???
Wo kommt das denn her?
Ah, zweite Bundesliga. Fein fein.
Sieht gut und stabil aus. 
(Ich frage mich allerdings wo da Fehler sein könnten, im Prinzip müsstest Du ja 'nur' die Mission: 1. Bundesliga nehmen und mit Daten aus der zweiten Bundesliga füttern. Oder hast Du da auch unter der Haube viel geschraubt?)
Der Punkt
Es kommt keine Fehlermeldung nichts, er abreitet einfach bis man selbst irgendwann abbricht.
ist verdächtig. Normalerweise müsste es einen Fehler werfen wenn was schief gegangen ist.
Warten ist eine gute Idee, aber... Wie groß ist denn bitte diese APK? 
Du überschreibst eine Methode.
Wer auch immer diese Methode aufruft muss die Parameter mitgeben.
Du kannst Dich nur darauf verlassen, dass diese vier Parameter entweder existieren oder NULL sind.
