Habe gerade nochmal ein wenig zu dem Thema google-Push-Nachrichten gesucht, da finden sich einige "Lösungsvorschläge" / Vermutungen. Eine Empfehlung war es, den Cache der App "Google-Mail" zu löschen (Bei mir 7,4 MB groß).
Danach ging die Push-Notification via aPager im WLAN auf einmal wieder innerhalb von Sekunden! Keine Ahnung ob einmaliger Zufall oder wirklich Lösung des Problems... Werde das mal weiter testen (lassen) und versuchen zu reproduzieren.
Wäre toll, wenn du uns auf dem Laufenden halten könntest. Die Erkenntnisse könnten für viele hilfreich sein!
An alle: Bitte in der Zwischenzeit insbesondere die Lösung aus diesem Beitrag ansehen: http://www.funkmeldesystem.de/foren/...2&postcount=12
Ich kann nicht für alle Telefone sprechen, die meisten schalten WLAN aber nach einer bestimmten Zeit des Displaytimeouts ab.
Was man weiterhin probieren kann. Unter den Entwicklereinstellungen kann man einstellen, dass das Telefon beim Laden bzw. am USB Kabel immer das Display anlässt. Meines Wissens nach wird dann kein Schlafzustand aktiviert.
Der Cache von "Google Mail" auf meinem Galaxy S3 ist seit dem Löschvorgang bei 0,0 Byte geblieben. aPager alarmiert weiterhin verzögerungsfrei sowohl im WLAN als auch über Mobilfunk. Habe es nicht geschafft, den Cache noch einmal künstlich aufzublähen, um nachzuweisen, dass es daran lag.
Ich habe an meine Mannschaft, mal den Auftrag weitergegeben, beim nächsten Probealarm auf die Verzögerung zu achten und mir die Größe ihres Google-Cache zu schicken. Wird allerdings noch ein paar Tage dauern und ich will jetzt auch nicht extra nen Papierkorb anzünden gehen ;-) Kann dann hoffentlich nächste Woche signifikantere Ergebnisse liefern.
Nachdem Schkeuderhans das Problem ja scheinbar hat, ohne Google Mail überhaupt zu nutzen, könnte ich mir auch vorstellen, dass vielleicht mehrere (noch unbekannte) Ursachen sich auf die gleiche Weise (Verzögerung) äussern.
Tipp:
Kannst ja einen Alarm auch manuell auslösen. Dann musst du nicht so lange warten.
Ja, diese Funktion ist bekannt... Nur muss man sowas vorher trotzdem (am besten telefonisch) abstimmen, bevor man munter los alarmiert, sonst kann man sich einigen Unmut zuziehen.
Probealarm findet bei uns jeden Samstag statt, da weiß jeder Bescheid und kann in Ruhe sein Handy beobachten.
Was ich nicht verstehe ist, daß ich mit der bisherigen App von Firemergency keine Probleme hatte. Egal ob Wlan oder normale Datendienste. Seit ich apager nutze habe ich große Probleme im Wlan.
Samsung Galaxy S1
Gruß
Tom
Kann nochjemand bestätigen das bei 2;3 Meldungen ab und zu eine untergeht?
Diesen fall habe ich heute nacht bemerkt.....
Laut sever log aber alles OK..
Ich habe bewusst mehrere Tage ohne Wlan apager laufen lassen.
Vorhin ist folgendes passiert:
3 Schleifen.
1. Schleife A 20:51:17 Uhr Alarmiert
2. Schleife B 20:51:43 Uhr Alarmiert
3. Schleife C 20:51:46 Uhr Alarmiert
Schleife A ankunft apager: 20:51:47
Schleife B ankunft apager: 20:52:15
Schleife C ankunft apager: 21:00:13
Ich schätze das die Verzögerung von 5 min. und mehr nicht nur im Wlan sondern auch im Datennetz auftaucht. Evtl. fehler in apager oder doch fehler bei google...
PS: Nicht wundern über die lange Zeit bis Ankunft habe in der Wohnung nur GPRS, daher wäre eine sichere Wlan Übertragung wichtig... X-D
Hi, allso ich hatte bzw. habe sowohl bei firealarm als auch bei apager, im wlan modus, verzögerungen (5-10 Minuten) und das bei 3 verschiedenen geräten (motorola defy, motorola xoom und samsung galaxy s3)das einzige das efektiv hilft ist das wlan am handy abzuschalten - dann funktioniert apager (und vorher firealarm zuverläsig)
Mir viel dieser fehler auch in verschiedenen Wlannetzen mit verschidenen Routern und verschlüselungen auf...
Zum google konto: der cache ist eigendlich immer bei 0,0 - E-mails lösche ich regelmäßig manuell auch vom papierkorb...
Was mir jetzt seit kurzem auffällt ist das apager im wlanmodus eine alarmierung mehrmals anzeigt...
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)