2x blackout hx4700 mit Glopus

    hatte in den letzten 10 Tagen 2 total Blackouts mit meinem HP hx 4700 als ich Glopus gestartet habe. Habe den Seriolot in Verdacht.


    hx 4700 war jedesmal total tot. Erst nach Entfernen vom Akku für einige Minuten und dann Einsetzten ins Cradel lies in wieder zum Leben erwecken.


    Allerdings machte er jedesmal dabei einen Hardreset!


    Wo kann ich nach der Ursache suchen?
    Hat jemand ähnliches erlebt?

    Ich habe EXAKT dasselbe auch schon gehabt - und hier gepostet: Kann Serilot den PDA in völlige Lähmung versetzen?


    Leider hat SVC darauf nicht reagiert... ?(




    Ich bin mir übrigens auch sicher, dass das am Serilot liegt, weil nämlich bloß GLOPUS (mit hinterlegten Pixelkarten) aktiv war und kein TomTom.

    Einmal editiert, zuletzt von freak1001 ()

    Hi,


    bei mir läuft Serilot, Glopus, POI-Warner und MN|5 gleichzeitig, ohne Probleme.


    Gruß
    H.-J.

    Bitte keine Supportanfragen per PN oder Mail, dafür ist das Forum da.

    Der Witz ist ja, dass mir das bisher NUR passiert ist, wenn GLOPUS alleine am Serilot hängt und ich per Batterie durch die Pampa lief.


    Siehste, mir fällt gerade ein, dass das nur bei Batteriebetrieb auftrat:


    Bildschirm fror ein und blieb auch nach Softreset schwarz und Bluetooth blinkte noch...
    Danach war ein Hardreset unumgänglich...


    PS: Bin zum Glück ein Backup-Freak...

    Einmal editiert, zuletzt von freak1001 ()

    Habe Glopus mit Serilot schon einige Wochen am Laufen.
    Die beiden Blackouts traten erst auf, nachdem MN5 auf dem PDA installiert ist.
    Der hx 4700 war total tot, auch kein blaues Blinken. Kein Softreset, kein Aus-und einschalten. Erst nachdem Batterie raus, warten und in Cradle gesteckt gab er wieder Lebenszeichen von sich.
    Nachdem dann alles gelöscht ist, kann man auch SpriteBackup nicht sogleich starten.
    Beim Rückspielen meldete Sprite einen Fehler mit einer Serilot.dll.
    Weiß aber nicht was das zu bedeuten hat.


    Ich meine die Abstürze hingen damit zusammen, dass ich an der GPS Einstellung von MN5 gespielt hatte und dann Glopus gestartet habe.


    Bei Glopus habe ich eingestellt: Datenquelle COM 6 (Serilot) 38400
    COM 8 belegt Bluetooth serial.
    Serilot instllatiert auf COM6 Verbinde mit COM 8.


    MN5 z.Zt. mit Holux 236 BT: anderer Empfänger COM 8 38400


    Pathaway: Holux 236 BT Port COM 6 38400


    MMGo2 funktioniert ebenso..


    Nun warte ich auf den nächsten Blackout. SD CF und ROM/RAM nun gut auf pc gesichert.

    Hi,


    Serilot darf als einziges Programm auf den 'echten' COM-Port der Maus zugreifen.


    Alle anderen Programme müssen auf denselben virtuellen Port von Serilot zugreifen, sonst crashed es.


    Die eingeschränkte Version von Serilot lässt nur ein weiteres Programm ausser Glopus zu.


    Wenn Ihr mehr wollt, braucht Ihr die Vollversion von Serilot.


    Gruß
    H.-J.

    Bitte keine Supportanfragen per PN oder Mail, dafür ist das Forum da.

    @ h_smart


    Bei mir ist es natürlich so eingestellt, dass die beiden Proggies (TTN3 und GLOPUS) auf den neuen, virtuellen Serilot-Treiber zugreifen - und trotzdem wie oben beschrieben, das System manchmal total crasht...



    @ silber1


    Konfiguriere SpriteBackup doch so, dass es als Backup eine EXE auf der SD-Karte erzeugt. Nach einem Hardreset hast du in 4 Minuten wieder ein voll funktionsfähiges System - ohne Fehlermeldungen.

    mit der exe-Backup habe ich jetzt gemacht.


    @HJ: Serilot darf als einziges Programm auf den 'echten' COM-Port der Maus zugreifen.


    d.h. Seriilot auf COM 6 und alle anderen n u r auf COM 8 oder evt. COM1 wenn Kabelanschluß ??


    Ist es dann so richtig?

    Hi,


    bei der Serilot-Konfiguration trägst Du bei 'Verbinde mit' den tatsächlichen Com-Port ein, an dem Deine Maus angeschlossen ist. Diesen Com-Port darfst Du dann in keinem anderen Programm mehr verwenden.


    Unter 'Installiert auf' trägst Du einen freien Com-Port Deines PDAs ein. Und dann müssen alle anderen Programme diesen Com-Port benutzen.


    Nur so funktioniert es.


    Gruß
    H.-J.

    Bitte keine Supportanfragen per PN oder Mail, dafür ist das Forum da.

    @ silber1


    Das von h_smart genannte kannst du auch selbst schnell überprüfen: Sobald du nämlich irgendeine GPS-Anwendung auf den "originalen" Port zugreifen lassen würdest, erhielte der "virtuelle" Port keine Daten mehr.


    Aber abstürzen sollte er deswegen trotzdem nicht... ?(

    Einmal editiert, zuletzt von freak1001 ()


    Selbes Problem habe ich mit der "Beta-Version" des Poi-Warners für TTN 5.0.



    MfG
    Sebastian

    Hi,


    solltest Du Probleme mit der Beta nicht mit Markus besprechen, und nicht hier im Forum posten?


    Gruß
    H.-J.

    Bitte keine Supportanfragen per PN oder Mail, dafür ist das Forum da.