Druckbare Version
Wir hatten das Phänomen das ein Android (Galx S3) mit FireAlarm den Alarm erst einige Minuten später bekommen hat. Es gab auch schon mal Verzögerungen von bis zu 24 Stunden!!! Obwohl er sich im WLAN Netz befunden hat. Gibt es Unterschiede, ob FireAlarm Kontakt zum Server hält.... je nachdem ob er im WLAN oder Mobilfunknetz hängt???
Hat jemand ähnliches Beobachtet?
Also ich hab gleiche Beobachtungen. Habe ich WLAN Empfang bekomme ich den Alarm sofort. Wie mir schon aufgefallen ist bekomme ich die Alarme eigentlich nur bei WLAN Empfang. Habe ich eine "G3-Verbindung" komm garnix an bzw. sehr stark verzögert!
Ich meine mich entsinnen zu können das ich sowas schon in anderen Beiträgen lesen konnte. Aus der Ecke der Entwickler kam auch die Begründung hierzu bzw eine Erklärung. Der Fehler liegt auf der Seite von Google denn diese/dieses ist für die Nachrichten Zustellung zuständig nicht FireAlarm oder sonst wer.
Bei uns ist es genau anders herum gewesen! Warum weiß ich nicht! Also WLAN kam später, Mobilnetz kam zeitgleich wie Prwol.Zitat:
Zitat von Firefighter38
Wenn es an Google liegen sollte, warum ist dann ein Unterschied zwischen WLAN und 3G?Zitat:
Zitat von Dr.MirakulixX
Hat jemand ne andere Idee, warum es zu den unterschiedlichen Zustellzeiten kommt?
Zum Verständnis:
Wir schicken im Alarmfall Google die Nachricht, dass ein Alarm vorliegt.
Google schickt dann den Alarm auf euer Handy (extrem vereinfacht).
Das heißt, wir können nur den Versand an Google garantieren (was nur wenige ms dauert). Wann dann die Nachricht bei euch ist, können wir nicht sagen.
Auch wir haben festgestellt, dass die Nachrichten im WLAN viel schneller ankommen, als via Edge bzw. HSDPA.
Trotzdem haben die Google Server immermal wieder "Schluckauf" und lassen sich selbst im WLAN ziemlich viel Zeit.
Ok.…. Also liegt es an Google?!
Habt ihr die selben Probleme auch bei der aPager App festgestellt? Oder läuft es dabei besser, weil sich an der "Technik" etwas verändert hat.
Die Technik an sich ist die gleiche. Das heißt daran dürfte sich nicht viel verändert haben.
Aber wir versenden jetzt den Text nicht via Push. Deswegen könnte es theoretisch wesentlich schneller sein (wir sagen dem Handy nur, dass eine neue Nachricht verfügbar ist. Anschließend holt sich das Handy die Nachricht selbstständig).
Wir haben jetzt via Fire-Alarm ca. 1,2 Mio Alarmierungen versandt.
Bei aPager sind es momentan erst 54.000. Davon haben allein die Beta-Tester 30.000 Alarmierungen erhalten. Von denen kamen bisher keine Meldungen über extrem lange Wartezeiten.
In all meinen Tests (aPager) habe ich nie länger als 10-15 Minuten Verzögerung gehabt, wobei das Extremfälle waren. In der Regel sind es unter 20 Sekunden.
Was aber generell bei meinem Telefon mal vorkommt: Es leuchtet oben das "E" für Edge und ich hab eigentlich gar keine Internetverbindung, feststellbar an diversen Apps oder dem Browser. Vielleicht ist das ja ein ähnliches Problem?
Von unserer Seite aus gibt es jedenfalls nichts was den Alarm verzögern würde.
Wenn das mal wieder auftritt, wäre es gut du könntest ein Log vom FE Server mit Zeitangabe und dem Empfänger / Nachrichteninhalt an uns schicken, dann können wir das prüfen.
Ein klares Indiz dass mit dem Telefon / Datenverbindung was nicht stimmen kann.Zitat:
Zitat von Firefighter38
Telefon evtl gerootet und modifiziert?
Ok daran könnte es liegen!!! Ich werde mal weiter beobachten. Habe selber kein Android, deshalb muss ich auf die Aussagen meiner Android Nutzer hören/vertrauen.Zitat:
Zitat von feodor
Ich muss mich mal an das Thema anschließen, einige Kameraden bei mir in der Wehr haben mir die gleiche Problematik geschildert. Verzögerungen von ca 10-15 min wenn sich das Device über WLAN mit dem Internet verbindet. Im Mobilen Datennetz haben die Jungs keine Probleme, der Alarm kommt wie es soll 40 sec nach auslösung des FME an. Könnte es möglicherweise sein, das die Devices im WLAN die Push-Meldungen nur in diesen Abständen abfragen?
Gruß
Was sind denn eure WLAN-Einstellungen?
Man kann einstellen, wie sich das WLAN im Standby verhalten soll.
Ich denke das könnte die Ursache sein.
Siehe auch hier:
http://www.android-hilfe.de/motorola...erbindung.html
Habe leider das gleiche Problem wie firekiller6112 (Zustellung im Mobilfunknetz innerhalb weniger Sekunden, im WLAN bis zu 15 min verzögert)
Das Phänomen tritt leider auch bei der Einstellung "Immer" auf.Zitat:
Zitat von firEmergency
Im Internet gab es mehrere Theorien, dass das Problem bei den WLAN Routern liegen könnte und google den Port für seine Push-Nachrichten geändert hätte, aber ne konkrete Abhilfe konnte ich nicht finden. Portforwarding vom Router aufs Smartphone brachte keine Verbesserung.
Ich hatte selbst zunächst mit einem HTC Desire + Netgear Router nie Probleme. Dann trat vor ein paar Monaten schlagartig dieses Problem auf (bei jeder Alarmierung). Der Wechsel zu einer Fritzbox brachte keine Veränderung. Mittlerweile wurde das Desire durch ein Galaxy S3 ersetzt --> keine Veränderung. Es scheint also nicht an einem bestimmten Geräte-Typ zu liegen.
Bei uns in der Wehr habe ich z.B. zwei Kameraden mit einem Galaxy S2, einer hat das gleiche Problem wie ich, der andere nicht... Beide haben keine besonderen Einstellungen an ihren Smartphones oder WLAN-Routern vorgenommen...
Mit meinem S3 das selbe, Wlan zwischen 3-5min verzögert, im normalen Datennetz 10 Sek max bei HSDPA.....Zitat:
Zitat von The_Stig
Router ist alles Offen kein nachtruhemodus, energiesparen ect. Das Problem tritt auch bei anderen Router auf......
Ganz komisch....
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.
Guten Morgen dazu möchte ich gerne berichten dass bei mir die app Google Mail deaktiviert ist, ich aktivierte sie habe synchronisiert, aber kein catch enthalten. Somit könnte es unter Umständen nicht daran liegen.Zitat:
Zitat von The_Stig
Gruß
Wäre toll, wenn du uns auf dem Laufenden halten könntest. Die Erkenntnisse könnten für viele hilfreich sein!Zitat:
Zitat von The_Stig
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
Wie äußert sich das? Erweiterte Einstellungen vom WLAN auf dauerhaft an gesetzt?Zitat:
Zitat von tomh
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 schon alle Einstellungen ausprobiert. Immer das gleiche Problem. Bei der App Firemergency hatte ich keine Probleme. Alle Alamierungen egal ob im Wlan oder Datennetz (auch hier egal ob GPRS, Edge oder HSDPA) sind sofort durchgekommen. Bei Apager kommen Alamierungen wenn ich im Wlan bin nur zu 50% an.Zitat:
Zitat von feodor
Router: Telekom V722V
Leitung: VDSL 50
Handy: Galaxy S1
Android: 2.3.3.
Ja kann ich bestätigen. Hatte ich heute nacht ebenfalls.Zitat:
Zitat von Schkeuderhans
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
Ohne Veränderungen am Handygerät, erfolgte um 21:23:08 eine Nachalarmierung, die um 21:23:15 bei apager auflief.....Zitat:
Zitat von Schkeuderhans
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...
Seitens google gibt es eine neue Version des Cloud to Device Messagings.
Wir werden diese Version irgendwann einbauen, ob damit die Probleme verschwinden kann ich nicht einschätzen. Dies erfordert aber nicht nur eine Änderung an der App sondern der Serverstruktur im Hintergrund, daher muss da sehr sorgfältig vorgegangen werden.
Ich kann auch bei einer Google Recherche nichts zu dem Problem finden, dass C2DM Nachrichten im WLAN verzögert sein sollen, ebenfalls tritt das auf unseren Testgeräten nie auf, egal wie wieviel wir schicken.
Hat jemand eine Quelle für das "Problem"?
Wenn ihr euch die App Catlog installiert und als Filter apager einstellt könnt ihr sehen, wann apager die Meldungen abarbeitet. Es wäre sehr interessant ob es da wirklich einen Unterschied zwischen empfangen und anzeigen gibt, den man im Log nachvollziehen kann.
Logzeile: Broadcast: Receive (könnte in der Shop Version nicht zu sehen sein) oder Acquiring CPU wake lock...
Gruß
Hallo wie schon oben beschrieben ist das Problem mehrmals nun auch im normalen Datennetz vorgekommen, da ich mehrere Tage mit dem Datennetz getestet habe, darum denke ich dass es Seitens google das Problem ist.Zitat:
Zitat von feodor
So, nach ein paar (Probe-)Alarmen, bei denen ich meine Mannschaft gebeten habe, Verzögerung und Googlemail Cache Größe zu dokumentieren, kam folgendes heraus:
Ein sehr großer Cache (> 5MB) wirkt sich zwar negativ (im 1-2 stelligen Sekundenbereich) auf die Zustellung der Push-Nachrichten aus, allerdings ist dies auf keinen Fall die alleinige Ursache des Problems...
Es gab auch Fälle von 0,00 MB Cache und 45 min Verzögerung für den Alarm :-(
Heute Nacht und heute morgen waren verschiede alarme, beide 20 min verspätet angekommen, im Vodafone Datennetz....
Ganz ehrlich, was erhofft ihr euch von diesen Informationen?Zitat:
Zitat von Schkeuderhans
Ich hatte schon Mal beschrieben wie man zusammen mit Catlog herausfinden kann ob die Nachricht verspätet angekommen ist oder wirklich verzögert verarbeitet wurde. Ihr müsst euch die Mühe schon machen. In meiner Sig gibt es Details, die genauen Zeitangaben
versendet (verarbeitet von FE) / empfangen in aPager (Popup) müssen rein. Ansonsten können wir rein gar nichts tun. Fühlt euch bitte nicht angegriffen, aber so ist es halt... Ohne Untersuchung keine Diagnose.
Sorry, habe nun Catlog aktiviert, mache mir die Mühe, und werde dann wenn eine Verspätung auftritt den log via PM schicken...Zitat:
Zitat von feodor