Hallo,
ich habe mich bisher noch nie ausgiebig mit dem Styling auseinandergesezt, nun jedoch habe ich das Problem, dass alle Schrift in meinem Projekt Standartmäßig weiss ist und ich nicht weiß, warum.
Meine Styles.xml beinhaltet nur das AppTheme, welches als parent "android:Theme.Holo.Light.DarkActionBar" eingetragen hat.
Früher musste ich da nichts dran ändern, woran kann es liegen?
Ich brauche deswegen einen Handler, weil schon alleine die Bluetooth Klassen in einen eigenen Thread die Daten empfängt und die dann per Handler alle x Datenstränge weitergibt. Das habe ich direkt so von Google übernommen (also dem offizielen Beispiel).
Etwas anderes:
Kann es sein, dass der AlarmManager immer nur eine Instants vom Service starten kann? Manchmal wird der Service nämlich nicht zu dem Zeitpunkt gestartet, zu dem er sollte und ich vermute, dass der Service durch den Thread nicht beendet wird und dann erst nach einer gewissen Zeit gestoppt wird. Dann holt der AlarmManager den Start nach. Kann das sein?
Hallo,
ich habe einen Thread in einem Service, welche Unabhängig laufen soll, da er doch einige aufwendigere Arbeiten durchführt.
Damit mein Konstrukt der Handler das ganze ohne weiteres mitmacht habe ich jetzt noch am Anfang der Run Methode und am Ende folgendes ausgeführt:
Looper.prepare();Looper.loop();Damit funktioniert jetzt alles, allerdings beendet sich der Thread nicht, wenn alles fertig ist. Er weiß ja auch wahrscheinlich nicht, wann das der Fall ist, wie geht ihr da vor?
Ein
Looper.getMainLooper().quitSafely();
hilft leider nicht.
Okay, ich habe noch einmal ein etwas über den Looper gelesen und verstehe jetzt, wie Sinnfrei es ist, nach Looper.loop(); die quit-Methode auszuführen.
Ich probiere noch ein paar Dinge aus.
EDIT:
Ich dachte ich könnte den Looper einfach in der letzten Aufgabe im letzten Schritt beenden, indem ich ihn an das Objekt übergebe und zum Schluss dann
loop.quit()ausführen. Allerdings beschwert sich Android dann, dass ich den MainThread nicht quiten darf..?
Sowas hatte ich mir auch schon gedacht. Ich hatte das ursprünglich implementiert, damit nicht mehrere Threads gleichzeitig Lesen und schreiben. Ich sehe nun den Fehler der Denkweise 
Ich habe eine statische Methode, welche entweder das Objekt des SQLiteHelper zurückgibt wenn es schon erstellt ist, oder es sonst neu erstellt und dann zurückgibt.
Wie würdet ihr da jetzt vorgehen?
Eine Array in dem SQLiteHelper, welche die Daten Stränge einzeln zwischenspeichert und dann einfach nur abarbeitet?
Hallo,
ich habe folgendes Szenario:
Ich empfange per Bluetooth Daten, verarbeite diese und speichere sie schließlich.
Empfangen tue ich in einem extra Thread, dieser schickt die Daten dann per Handler an eine Klasse zum verarbeiten, welche dann die Daten zum speichern weitergibt, mit einer Singleton Implementierung des SQLiteHelper.
Dabei packe ich die Daten immer in 50er Päckchen. Auf manchen Geräten stelle ich nun fest, dass die letzten 10 Werte aus einem Packet fehlen. Anschließend habe ich die Päckchengröße auf 100 erhöht. Das Ergebniss war, dass die letzten 60 Werte gefehlt haben. Daher würde ich sagen, dass das schreiben des Pakets in den Speicher irgendwann unterbrochen wird, nämlich dann, wenn das nächste Paket angekommen und verpackt ist.
Liege ich da vollkommen falsch, weil der Handler für jeden Aufruf von handleMessage einen eigenen Thread startet, oder ist das möglich?
Ich teste es heute Nacht mal mit einer niedrigeren Datenrate und hoffe, dort zu einem fehlerfreien Ergebnis zu kommen.
Danach besteht das Problem leider immer noch...
hier die volle Exception:
08-18 15:10:29.562: E/dalvikvm-heap(6758): Out of memory on a 3113056-byte allocation.
08-18 15:10:29.562: I/dalvikvm(6758): "main" prio=5 tid=1 RUNNABLE
08-18 15:10:29.562: I/dalvikvm(6758): | group="main" sCount=0 dsCount=0 obj=0x4189bf48 self=0x4188a028
08-18 15:10:29.562: I/dalvikvm(6758): | sysTid=6758 nice=0 sched=0/0 cgrp=apps handle=1074839892
08-18 15:10:29.562: I/dalvikvm(6758): | state=R schedstat=( 0 0 0 ) utm=836 stm=97 core=1
08-18 15:10:29.562: I/dalvikvm(6758): at android.graphics.Bitmap.nativeCreate(Native Method)
08-18 15:10:29.562: I/dalvikvm(6758): at android.graphics.Bitmap.createBitmap(Bitmap.java:809)
08-18 15:10:29.562: I/dalvikvm(6758): at android.graphics.Bitmap.createBitmap(Bitmap.java:769)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.buildDrawingCache(View.java:13649)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.getDisplayList(View.java:13379)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.getDisplayList(View.java:13445)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.draw(View.java:14223)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewGroup.drawChild(ViewGroup.java:3118)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:2955)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.getDisplayList(View.java:13398)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.getDisplayList(View.java:13445)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.draw(View.java:14223)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewGroup.drawChild(ViewGroup.java:3118)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:2955)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.draw(View.java:14509)
08-18 15:10:29.562: I/dalvikvm(6758): at android.widget.FrameLayout.draw(FrameLayout.java:472)
08-18 15:10:29.562: I/dalvikvm(6758): at android.widget.ScrollView.draw(ScrollView.java:1635)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.getDisplayList(View.java:13403)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.getDisplayList(View.java:13445)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.draw(View.java:14223)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewGroup.drawChild(ViewGroup.java:3118)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:2955)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.getDisplayList(View.java:13398)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.getDisplayList(View.java:13445)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.draw(View.java:14223)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewGroup.drawChild(ViewGroup.java:3118)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:2955)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.draw(View.java:14509)
08-18 15:10:29.562: I/dalvikvm(6758): at com.android.internal.widget.ActionBarOverlayLayout.draw(ActionBarOverlayLayout.java:381)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.getDisplayList(View.java:13403)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.getDisplayList(View.java:13445)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.draw(View.java:14223)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewGroup.drawChild(ViewGroup.java:3118)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewGroup.dispatchDraw(ViewGroup.java:2955)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.draw(View.java:14509)
08-18 15:10:29.562: I/dalvikvm(6758): at android.widget.FrameLayout.draw(FrameLayout.java:472)
08-18 15:10:29.562: I/dalvikvm(6758): at com.android.internal.policy.impl.PhoneWindow$DecorView.draw(PhoneWindow.java:2452)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.getDisplayList(View.java:13403)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.View.getDisplayList(View.java:13445)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.HardwareRenderer$GlRenderer.buildDisplayList(HardwareRenderer.java:1570)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.HardwareRenderer$GlRenderer.draw(HardwareRenderer.java:1449)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewRootImpl.draw(ViewRootImpl.java:2431)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewRootImpl.performDraw(ViewRootImpl.java:2301)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewRootImpl.performTraversals(ViewRootImpl.java:1931)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:1047)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.ViewRootImpl$TraversalRunnable.run(ViewRootImpl.java:5896)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.Choreographer$CallbackRecord.run(Choreographer.java:761)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.Choreographer.doCallbacks(Choreographer.java:574)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.Choreographer.doFrame(Choreographer.java:544)
08-18 15:10:29.562: I/dalvikvm(6758): at android.view.Choreographer$FrameDisplayEventReceiver.run(Choreographer.java:747)
08-18 15:10:29.562: I/dalvikvm(6758): at android.os.Handler.handleCallback(Handler.java:733)
08-18 15:10:29.562: I/dalvikvm(6758): at android.os.Handler.dispatchMessage(Handler.java:95)
08-18 15:10:29.562: I/dalvikvm(6758): at android.os.Looper.loop(Looper.java:136)
08-18 15:10:29.562: I/dalvikvm(6758): at android.app.ActivityThread.main(ActivityThread.java:5105)
08-18 15:10:29.562: I/dalvikvm(6758): at java.lang.reflect.Method.invokeNative(Native Method)
08-18 15:10:29.562: I/dalvikvm(6758): at java.lang.reflect.Method.invoke(Method.java:515)
08-18 15:10:29.562: I/dalvikvm(6758): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:792)
08-18 15:10:29.562: I/dalvikvm(6758): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:608)
08-18 15:10:29.562: I/dalvikvm(6758): at dalvik.system.NativeStart.main(Native Method)@Override
public void onDestroy()
{
super.onDestroy();
for(int ID : ids)
{
XYPlot p = (XYPlot) this.findViewById(ID);
p = null;
}
}
...und meine OnDestroy
Also:
PlotXY view = findViewByID(R.id.plot1);
view=null;Dann habe ich noch eine blöde Frage:
Wie setze ich denn die Views auf null?
Also jeder Graph ist in der Klasse XYPlot gespeichert, welche von View erbt, aber auch direkt die Daten zum Anzeigen speichert. Hole ich mir dann einfach den XYPlot mit findViewByID und setze ihn dann auf null? Das erscheint mir irgendwie seltsam, weil ich doch dann im Prinzip nur die "Kopie" des Views auf null setze, oder? Oder läuft das über die Referenz?
Danke schonmal, ich bin sehr optimistisch, dass es das ist 
Genau, immer erst nach dem 5. oder 6. mal, davor gehe ich halt rein (starte die Activity wie oben beschrieben), erstelle in der OnCreate die Graphen und co., gehe mit "Zurück" zurück in die Liste und dann wieder von vorne.
Die onCreate Methode bezog sich auf die 2. Activity
Dann weiß ich ehrlich gesagt nicht, woran es liegen kann. Ich benutze in der 2. Activity 6 AndroidPlot graphen. Diese haben jeweils eine Werte Array von 240 Werten zu Grunde liegen. Bei einem Aufruf oder auf bei 5 macht das keinen Unterschied nur dann wird es allmählich langsamer, um schließlich am Ende mit einer OoM Exception nur noch leere Felder anzuzeigen.
Ich habe eine MainActivity, welche eine Liste enthält. Wenn auf einen dieser Einträge geklickt wird, starte ich eine neuen Activity, welche dann die "Details" anzeigt.
Diese 2. Activity verursacht auch die Probleme.
Guten Tag,
ich habe ein wahrscheinlich relativ einfaches Problem:
Ich initialisiere meine Activity in der onCreate Methode.
Bisher war ich davon ausgegangen, wenn ich dann mit dem Pfeil zurück gehe und erneut die Activity starte, sie einfach resumed und onCreate wirklich nur einmal ausgeführt wird, allerdings ist dies nicht der Fall, stattdessen wird sie jedesmal wieder gestartet. Starten tue ich sie so:
Intent i = new Intent(getApplicationContext(),
BatteryScreen.class);
i = i.putExtra("name", v.name);
i = i.putExtra("id", v.id);
i = i.putExtra("multi", m);
startActivity(i);
Ist das verwerflich?
Oder muss ich irgendwas bestimmtes in die onDestroy Methode reinschreiben, damit sie alles auf 0 (null) setzt?
Das darausfolgende Problem ist eben, dass nach 6-7 zurück und starten, ich eine OutOfMemory Exception bekomme.
Hallo,
ja, wieder Bluetooth 
Diesmal bin ich aber deutlich weiter.
Das Bluetooth Chat Example habe ich erforlgreich implementiert und es funktioniert alles fast perfekt.
Allerdings bekomme ich selten, aber doch so oft, dass es stört den Fehler:
Service Discovery Failed.
Da ich eigentlich, vor allem beim verbinden, bei dem Original Code geblieben bin, verwundert mich dies ein wenig.
Ich habe die UUID geändert zu:
("00001101-0000-1000-8000-00805f9b34fb")
Das soll für SPP Verbindungen sein und der HC-06 wird genau dazu verwendet.
Hat hier einer eine Idee, woher der Fehler noch kommen könnte?
Ich gebe sie momentan im Handler aus, dann direkt in LogCat.
Ich probiere nachher mal, den String direkt in dem Read Thread zu addieren und dann komplett zu wiedergeben.
Hallo,
nachdem ich nur Probleme mit meinem eigenen Skript zum Abrufen von Daten über Bluetooth hatte, habe ich das Bluetooth Chat Example von Google übernommen bzw. leicht modifiziert.
Um den eingehenden String zu einem großen zu machen füge ich einfach alles eingehende zusammen, bis das Stop Zeichen kommt. Das klappt auch soweit, nur das sich das eingehende irgendwie vermischt. Eigentlich sollte es so aussehen:
Zeile 1 (Infos)
Zeile 2 - n (jeweils 6 Werte durch ";" getrennt)
Stop
Allerdings bekomme ich abundzu vermischte Zeilen, wenn ich das Example kompiliere und installiere habe ich das gleiche Ergebnis. Woran kann das liegen?
Hier die wichtigen Zeilen:
BluetoothChatService
@Override
public void run() {
Log.i(TAG, "BEGIN mConnectedThread");
byte[] buffer = new byte[1024];
int bytes;
// Keep listening to the InputStream while connected
while (true) {
try {
// Read from the InputStream
bytes = mmInStream.read(buffer);
// Send the obtained bytes to the UI Activity
mHandler.obtainMessage(BluetoothChat.MESSAGE_READ, bytes, -1, buffer)
.sendToTarget();
} catch (IOException e) {
Log.e(TAG, "disconnected", e);
connectionLost();
// Start the service over to restart listening mode
BluetoothChatService.this.start();
break;
}
}
}Handler, welche die Nachricht Empfängt:
case MESSAGE_READ:
byte[] readBuf = (byte[]) msg.obj;
// construct a string from the valid bytes in the buffer
String readMessage = new String(readBuf, 0, msg.arg1);
allIn += readMessage;
if(allIn.contains("ENDE")){
h.obtainMessage(0, allIn).sendToTarget();
mChatService.stop();
}
Log.i("IN:", readMessage);
break;Kann sich das einer erklären?
Das mit der UUID verstehe ich auch noch nicht so ganz, aber so wie ich es verstanden habe, gibt es ja für verschiedene Protokolle verschiedene UUIDs. Daran sollte es also nicht liegen.
Das mit dem Discovery abschalten tue ich mittlerweile sogar, ändert aber leider nichts.
Leider muss ich jetzt wieder feststellen, dass ich die Fehlermeldung:
"
03-12 12:00:45.831: W/System.err(22612): java.io.IOException: Service discovery failed
03-12 12:00:45.831: W/System.err(22612): at android.bluetooth.BluetoothSocket$SdpHelper.doSdp(BluetoothSocket.java:462)
03-12 12:00:45.831: W/System.err(22612): at android.bluetooth.BluetoothSocket.connect(BluetoothSocket.java:240)
03-12 12:00:45.831: W/System.err(22612): at com.duw_energie.bat.DownloadData$Download.doInBackground(DownloadData.java:153)
03-12 12:00:45.831: W/System.err(22612): at com.duw_energie.bat.DownloadData$Download.doInBackground(DownloadData.java:1)
03-12 12:00:45.831: W/System.err(22612): at android.os.AsyncTask$2.call(AsyncTask.java:287)
03-12 12:00:45.831: W/System.err(22612): at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:305)
03-12 12:00:45.831: W/System.err(22612): at java.util.concurrent.FutureTask.run(FutureTask.java:137)
03-12 12:00:45.836: W/System.err(22612): at android.os.AsyncTask$SerialExecutor$1.run(AsyncTask.java:230)
03-12 12:00:45.836: W/System.err(22612): at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1076)
03-12 12:00:45.836: W/System.err(22612): at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:569)
03-12 12:00:45.836: W/System.err(22612): at java.lang.Thread.run(Thread.java:856)
"
immer bekomme. Voran gehen dabei die folgenden Infos:
"03-12 12:02:54.746: D/BluetoothUtils(22612): isSocketAllowedBySecurityPolicy start : device null
"
Kannst du mir dabei helfen? Ich habe jetzt den folgenden Code:
UUID id1 = UUID.fromString("00001101-0000-1000-8000-00805F9B34FB");
sock = dev. createRfcommSocketToServiceRecord(id1);
sock.connect();Danach bricht es ab.
Es kann sein, dass sich das Bluetooth Modul im Microchip geändert hat, dass muss ich noch recherchieren.
Ich muss ganz ehrlich sagen, jetzt bin ich gerade total fertig.
Ich habe über die letze Woche immer und immer wieder verschiedene Methoden ausprobiert, bei welchen ich IMMER einen Fehler bekomme habe, mal gab es eine Bad File Description, dann eine IOException read failed, socket might time out oder sonstwas.
Mit der Methode habe ich gerade 4 Durchläufe gemacht und es hat bei allen funktioniert.
Ich teste es mal weiter.
Okay, ich probiere es auf das wichtigste zu verkürzen:
BluetoothAdapter blue = BluetoothAdapter.getDefaultAdapter();for(int index =0; index<adressandid.length;index++){ bluetoothdevice="" dev="blue.getRemoteDevice(adressAndID[index][0]);" try="" {="" uuid="" id1="UUID" .fromstring("00001101-0000-1000-8000-00805f9b34fb");="" if(sock!="null)" sock.close();="" sock="dev.createInsecureRfcommSocketToServiceRecord(id1);" method="" m="dev.getClass().getMethod("createRfcommSocket"," new="" class[]="" {int.class});
sock = (BluetoothSocket) m.invoke(dev, 1);
try{ sock.connect(); }catch(IOException i) { try{ sock.connect(); }catch(IOException ea) { sock.connect(); } } Log.i("Status:", "nach connect"); in = new Scanner(sock.getInputStream()); OutputStream out = sock.getOutputStream(); // Verbunden String start = "123;"; out.write(start.getBytes()); String tmpOut;
String lastOut = ""; future = executor.submit(readTask); tmpOut = future.get(5000, TimeUnit.MILLISECONDS); // erste Zeile //Hier passiert einiges, aber nur Datenverarbeitung //Socket schließen in.close(); out.close(); sock.close();