Beiträge von Abi99

    Zitat

    Original geschrieben von plantagoo
    Und funktioniert mit dem "nackten" Betriebssystem und einem passenden Handy.

    Der Apple Bluetooth Stack ist ein eigenständiger Software Teil, der normlerweise mit installiert wird. Nacktes Betriebsystem ist das noch nicht.

    Nana, mein Acer BT-500 mit CSR Chip funktioniert einwandfrei! Ich vermute, dass der BT-510 mit Telencomm der einzige ist, der Probleme macht.


    ich vermute stark, dass Apples Bluetooth Stack nicht mit Telencomm Chips zusammen arbeitet. Würde den fehler eher bei Apple suchen, nach der Qualität des Stack zu urteilen. Auf jeden Fall dort nochmal anrufen und bei Apple (!) eine Beschwerde aufgeben mit der Adapter/Chip Angabe - sonst lernen die das nie. Wenn der Support überhaupt ne verbindung zum Devloper Bereich hat.


    Aber gut zu wissen, dass ich wohl für mein Bluetooth Stack Projekt nicht nur einen CSR, sondern besser auch einen Broadcom oder gar Telencomm Chip brauche...

    Die Fehlermeldung sagt schon alles. Die E-Mail war so codiert, dass es das T68i nicht verstand. Eine normale E-Mail ist in "8859-1" also Darstellung von westeurpäischen Zeichen. Gebräuchlich sind dann noch "ASCII" und "UTF-8". Schau mal in die Kopfinfomationen (Header) der E-Mails was da bei der Zeile "Content-type:" und dessen Unterpunkt "charset=" steht.


    Die Leute, die es Dir geschickt haben, sollen einfach ihr E-Mail Programm richtig konfigurieren - die haben wahrscheinlich murks eingstellt.

    Zitat

    Original geschrieben von Oriberu
    Ihre Aussage ist richtig. Der Punkt ist, dass es in Europa sehr viele verschiedene Operator und somit Java-Sprachen/Anwendungen gibt. Was im Moment noch fehlt, ist ein Standard. Daher ist es möglich, dass (ein Nokia etc) wohl bei einigen Anwendungen funktionniert und bei anderen nicht. Panasonic hat daher entschieden, beim X70 Java rauszunehmen und erst in der nächsten Generation zu implementieren, wenn der Standard definiert ist.

    Wer antwortet Dir so einen Müll. Java ME ist ein Standard. Und der ist schon lange definiert. Es gibt darin allerdings mehrere verschiede Anforderungsprofile und Erweiterungen. Darüber hinaus hat fast jeder Hersteller eigene Erweiterungen - aber auch viele Drittanbieter. Es ist fast unmöglich alles zu haben - Nokia macht eben auch jeden Tag was (unnütz) Neues. Es gibt auch nur eine Java Sprache, eben nur verschiedene Umfänge. Wer labert da so einen hyper Müll.

    Ich bastele gerade an einem Mac OS Modem Skript für meine Sony Ericsson GC75 PC Card. Geht soweit ganz gut, aber einige Sachen weiss ich noch nicht genau und bräuchte da mal eine Bestätigung bzw. Klärung. Ich habe mit AT Befehlen schon ne Menge Ahnung aber nicht mit denen für Online Kommunikation. Einiges kann ich auch nicht testen, da ich kein HSCSD habe.


    Warum nicht gleich ins "Mobile Datenkommunikations" Forum. Naja es ist ehrlich gesagt sehr technisch und betrifft eher die Mobilfunktechnik als Computereinstellungen. Ich habe jedenfalls kaum was dazu im Internet gefunden, als Kopien von Kopien.


    1. GPRS (3+2)
    Wie kann man das Netz dazu veranlassen, dass man eine x+2 Verbindung statt x+1 bekommt? Wird einem vom Netz auch dynamisch der Upload Kanal zugewiesen oder muss man an den QoS AT Befehlen rumspielen?


    2. GPRS Quality of Service (QoS)
    Ist ja alles ganz nett, was man mit den AT Befehlen bezüglich QoS einstellen kann (traumhaft). Da aber keine Geschäftsmodelle zur Zeit für die untschiedlichen QoS existieren, warum sollte ich dann daran im AT Init rumschrauben?


    3. GPRS Datenkompression
    Hat eines unserer GPRS Netze schon V.42bis innerhalb deren GPRS Knoten? Oder macht das wieder keinen Sinn?
    AT+CDGCONT=<cid>,"IP",<APN>,,1,1
    müsste doch optimal alles rausholen. Also V.42bis und Header Kompression, oder schmeisst mich der GPRS Knoten einfach raus, wenn er eines der beiden nicht kann?


    4. HSCSD (Autobaud)
    Mit V.120, V.110, V.34 usw und deren maximalen Werten habe ich soweit verstanden. Danke OlliD. Aber wenn ich
    AT+CBST=0,0,1
    wähle dann wird laut aller Infos nur ein Autobaud innerhalb von V.34 durchgeführt, wobei also maximal 28800 bps rauskommen können. Soll ich dann eher
    AT+CBST=16,0,1
    nehmen, der ja auch für 28800 bps bei V.34 steht oder eben den 0,0,1. Macht doch keinen Unterschied, oder?


    5. HSCSD (Kanal Angabe)
    Was bringt mir eigentlich der +CHSN AT Befehl. Dieser sagt doch nur, dass ich unbedingt diese Anzahl Kanäle haben will. Lasse ich aber +CHSN in Ruhe, dann müsste mir doch das Netz immer die maximalste Anzahl zuweisen. Um 3+2 hinzubekommen und alles aus der Verbindung rauszuholen, brauche ich den +CHSN. Aber bei normalen x+1 Verbindungen brauche ich das doch nicht.


    6. Fehlerkorrektur und Datenkompression
    Hier bin ich mir schon recht sicher. Wenn ich den dritten Parameter von +CBST aktiviert habe, dann ist RLP (Radio Link Protocol) an (non-transparent). Dies ist ein Fehlerkorrektur Protokoll. Ich kann darüber dann keine Datenkompression ala V.42bis mehr fahren? Mir ist jedenfalls die Verbindung in der Kombination nach einer Weile (V.42bis wurde aktiv?) verloren gegangen.
    Ich muss also AT+CBST=x,0,0 einstellen, um auch V.42bis aktivieren zu können.
    Ist das denn noch sinnvoll? Ich verliere die GSM Fehlerkorrektur, gewinne aber eine Datenkompression. Das bringt doch nur bei E-Mail Verkehr was und bei gutem Empfang, oder?



    Einige sind froh, wenn sie überhaupt eine Verbindung aufbauen können. Ich will aber alles aus dem Baby rausholen.
    :D