J2ME - Probleme bei IR-Zugriff...

Re(6): zu deinem Source...

Linux_Sucks — Wed, 08 Nov 2006 16:19:20 GMT

Naja, eines von den 2 Handies muß Server spielen - OBEX ist ja keine Verbindung zwischen 2 gleichberechtigten...
Klingt auf jeden Fall echt schon ein bißchen krass, das ganze...

Re(4): zu deinem Source...

Linux_Sucks — Wed, 08 Nov 2006 15:55:07 GMT

Nun ja... der SUN-Emulator behauptet mal (k.A., ob die lügen), daß er es kann...

Wobei ich eh grad über was gestolpert bin:


   public static void sucheVerbindung(MIDlet midlet) {
        ClientSession session = null;
        try {
            s
            session = (ClientSession) Connector.open("irdaobex://discover");
            HeaderSet head = session.connect(null);
        } catch (IOException ex) {
            ex.printStackTrace();
        }
        
    }

Liefert immerhin eine bravere Exception:

java.io.IOException: No devices in range
at com.sun.midp.io.j2me.irdaobex.IRDAOBEXControl.discoverDevices(IRDAOBEXControl.java:420
at com.sun.midp.io.j2me.irdaobex.IRDAOBEXControl.findDevices(IRDAOBEXControl.java:291
....

Scheint so, als ob COMM nur für Serielle Ports da ist...
Mein Problem ist nur, daß ich ja nicht OBEX fahren will sondern einfach periodisch 2 Bytes (x/y-Pos vom Bike) rüberschicken will

Ergänzung:
unter com.sun.midp.io.j2me. findet man ja scheinbar die unterstützen Protokolle wie irdaobex, comm, ssl, http, https und so... Wenn ich das richtig kapier, habe ich mit J2ME nur die Chance für OBEX-Clients... Denn das Handy selbst spielt ja den Server... Shit.

Da bin ich von PalmOS eher verwöhnt... IRDA stellt sich wie eine normale Com-Verbindung dar und du schaffst es problemlos, deinen Serverteil "einzuhängen"...

Nun ja, zu wissen, daß etwas net klappt, ist ja auch was wert - Shice nur, wenn das Stunden dauert .

Dann werde ich mich halt mal mit Blauzahn rumspielen müssen... Shit. Da gibt's sicher wieder um einiges Mehr zu beachten - und mein "MTron"-Helloworld muß von Haus aus mehr User verkraften

Re(4): zu deinem Source...

Linux_Sucks — Wed, 08 Nov 2006 15:55:07 GMT

Nun ja... der SUN-Emulator behauptet mal (k.A., ob die lügen), daß er es kann...

Wobei ich eh grad über was gestolpert bin:


   public static void sucheVerbindung(MIDlet midlet) {
        ClientSession session = null;
        try {
            s
            session = (ClientSession) Connector.open("irdaobex://discover");
            HeaderSet head = session.connect(null);
        } catch (IOException ex) {
            ex.printStackTrace();
        }
        
    }

Liefert immerhin eine bravere Exception:

java.io.IOException: No devices in range
at com.sun.midp.io.j2me.irdaobex.IRDAOBEXControl.discoverDevices(IRDAOBEXControl.java:420
at com.sun.midp.io.j2me.irdaobex.IRDAOBEXControl.findDevices(IRDAOBEXControl.java:291
....

Re(4): zu deinem Source...

Linux_Sucks — Wed, 08 Nov 2006 15:55:07 GMT

Nun ja... der SUN-Emulator behauptet mal (k.A., ob die lügen), daß er es kann...

Wobei ich eh grad über was gestolpert bin:


   public static void sucheVerbindung(MIDlet midlet) {
        ClientSession session = null;
        try {
            s
            session = (ClientSession) Connector.open("irdaobex://discover");
            HeaderSet head = session.connect(null);
        } catch (IOException ex) {
            ex.printStackTrace();
        }
        
    }

Liefert immerhin eine bravere Exception:

java.io.IOException: No devices in range
at com.sun.midp.io.j2me.irdaobex.IRDAOBEXControl.discoverDevices(IRDAOBEXControl.java:420
at com.sun.midp.io.j2me.irdaobex.IRDAOBEXControl.findDevices(IRDAOBEXControl.java:291
....

Scheint so, als ob COMM nur für Serielle Ports da ist...
Mein Problem ist nur, daß ich ja nicht OBEX fahren will sondern einfach periodisch 2 Bytes (x/y-Pos vom Bike) rüberschicken will

Re(4): zu deinem Source...

Linux_Sucks — Wed, 08 Nov 2006 15:55:07 GMT

Nun ja... der SUN-Emulator behauptet mal (k.A., ob die lügen), daß er es kann...

Wobei ich eh grad über was gestolpert bin:


   public static void sucheVerbindung(MIDlet midlet) {
        ClientSession session = null;
        try {
            s
            session = (ClientSession) Connector.open("irdaobex://discover");
            HeaderSet head = session.connect(null);
        } catch (IOException ex) {
            ex.printStackTrace();
        }
        
    }

Liefert immerhin eine bravere Exception:

java.io.IOException: No devices in range
at com.sun.midp.io.j2me.irdaobex.IRDAOBEXControl.discoverDevices(IRDAOBEXControl.java:420
at com.sun.midp.io.j2me.irdaobex.IRDAOBEXControl.findDevices(IRDAOBEXControl.java:291
....

Scheint so, als ob COMM nur für Serielle Ports da ist...
Mein Problem ist nur, daß ich ja nicht OBEX fahren will sondern einfach periodisch 2 Bytes (x/y-Pos vom Bike) rüberschicken will

Re(3): zu deinem Source...

Nagelfar — Wed, 08 Nov 2006 15:29:26 GMT

Die meinen, dass nicht jedes Toolkit jede Verbindungsart unterstützt, vielleicht ist auch das dein Problem...

EDIT:
Was liefert denn das?
It suggests calling System.getProperty() using the key
"microedition.commports" to see what's available.

Re(3): zu deinem Source...

Nagelfar — Wed, 08 Nov 2006 15:29:26 GMT

Die meinen, dass nicht jedes Toolkit jede Verbindungsart unterstützt, vielleicht ist auch das dein Problem...

Re(2): zu deinem Source...

Linux_Sucks — Wed, 08 Nov 2006 15:20:44 GMT

Nope....

Auf das Handy mag ich erst, wenn ichs mal im Emu hinbekomme... Wenn ich's nicht mal im Emu schaffe, brauche ich ja kaum rausgehen

Re(6): J2ME - Probleme bei IR-Zugriff...

Linux_Sucks — Wed, 08 Nov 2006 15:16:09 GMT

Es sagt eh net du darfst, es sagt: I woass von nix, probiers und dann sogts: Na, owa auf gor kan Foi

Na fui fü bessa Der Witz ist ja, daß ich auf die Handyfrage "Darf das Programm zugreifen" mal mit "JA" antworte - und es nachher die new NaObaGonzSichaNetException wirft

Jedenfalls habe ich meinen Emulator auf den Default-Einstellungen belassen (IRDA OBEX: Maximum *TRÖT* Length 4096 bytes, Discovery Timeout 10000ms) - das klingt schon nach IR-Support.

Und in Handy-Einstellungen kommst mit dem Sun-Emu net... Du kannst nur dein jar starten, extra ein/ausschalten von IR oder so wäre net drin.

zu deinem Source...

Linux_Sucks — Wed, 08 Nov 2006 15:10:51 GMT

Hmmm....
Das fängt schon mit dem Problem an, auf was ich "host" denn setzen soll ... Wie ist der korrekte Wert für "Schau mal, ob was an IR da ist - und das nehmen wir"

Re(4): J2ME - Probleme bei IR-Zugriff...

Linux_Sucks — Wed, 08 Nov 2006 15:09:36 GMT

Nun ja...

Ich verwende die Standard-Sun-netbeans-Ide mit dem mobility-pack... Da ist ein Emulator dabei:
http://developers.sun.com/techtopics/mobility/midp/articles/wtoolkit2_2/

The J2ME Wireless Toolkit implements OBEX transfer over simulated Bluetooth and infrared connections. The simulated infrared connection follows the IrDA standard defined by the Infrared Data Association. The toolkit simulates infrared transfers between multiple running emulators.

Jedenfalls versteh ich ja nicht, warum - so es nicht supported wäre - überhaupt die Permission auf "-1" wäre - anstatt auf 0 für "not allowed".... Andererseits verstehe ich auch nicht, warum man sagt "JA, du darfst" - und das Handy meint "Mir wurscht, darfst net"

Re(3): J2ME - Probleme bei IR-Zugriff...

Nagelfar — Wed, 08 Nov 2006 15:01:42 GMT

Das is ein allgemeines "Discovery" und AFAIK nicht explizit auf IR beschränkt.
Dass du im Emulator bist ist natürlich eine wichtige Information vielleicht unterstützt der das schlicht und ergreifend nicht? Hast du nachgeschaut ob man quasi ein Pseudoinfrarot im Emulator aktivieren kann?

Alternativ versuch mal den "alten" Weg:
// create a server socket connection with spesified url
con = (ServerSocketConnection)
Connector.openInputStream(host);

// wait for connection
SocketConnection socketConn = (SocketConnection) con.acceptAndOpen();

// Setting application- spesific properties
// wait for connection in
socketConn.setSocketOption(SocketConnection.LINGER,
timeOut);
// dissable waiting delay
socketConn.setSocketOption(SocketConnection.DELAY, 0);

Re(3): J2ME - Probleme bei IR-Zugriff...

Nagelfar — Wed, 08 Nov 2006 15:01:42 GMT

Re(2): J2ME - Probleme bei IR-Zugriff...

Linux_Sucks — Wed, 08 Nov 2006 14:59:23 GMT

Hi !

Also meiner Meinung nach (Spiele natürlich im Emulator) hat der IR - denn schließlich mache ich ja ein Discovery via

String ports = System.getProperty("microedition.commports");

- alles unter einem großen "AFAIK, vermutlich, ... zu sehen"

Wenn ich Port 1 verwende, meldet er immer
open failed(00000010): Device or resource busy.

Die Speed ist AFAIK optional, drum habe ich sie weggelassen - bringt aber eh dasselbe Problem .

Re: J2ME - Probleme bei IR-Zugriff...

Nagelfar — Wed, 08 Nov 2006 14:26:25 GMT

Blöde Frage aber hat das Handy überhaupt IR?

Re: J2ME - Probleme bei IR-Zugriff...

Nagelfar — Wed, 08 Nov 2006 14:26:25 GMT

Blöde Frage aber hat das Handy überhaupt IR? Ansonsten fällt mir grade ein, dass man (glaube ich) auch die Baudrate mitgeben muss:
//using commconnection since midp2.0
CommConnection commConn =
(CommConnection)Connector.open("comm:COM0;baudrate=115200", Connector.READ_WRITE,
true);

Re: J2ME - Probleme bei IR-Zugriff...

Nagelfar — Wed, 08 Nov 2006 14:26:25 GMT

Blöde Frage aber hat das Handy überhaupt IR? Ansonsten fällt mir grade ein, dass man (glaube ich) auch die Baudrate mitgeben muss:
Connection c=Connector.open("comm:0:baudrate=9600");

J2ME - Probleme bei IR-Zugriff...

Linux_Sucks — Wed, 08 Nov 2006 13:19:17 GMT

Hi !

Aufgabe sei das Kennenlernen von Handy-Handy-Communication via IR... - am Beispiel eines kleinen Tron-Spiels für 2 HandyUser .

Irgendwie Blicke ich da nicht durch:

zum Testen habe ich diesen Code:


    public static void sucheVerbindung(MIDlet midlet) {
        String port;
        
        System.err.println( midlet.checkPermission("javax.microedition.io.Connector.comm"));
        
        String ports = System.getProperty("microedition.commports");

        System.out.println(ports);
        int comma = ports.indexOf(',');
        if (comma > 0) {
            port = ports.substring(0, comma);
        } else {
            port =ports;
        }
        System.out.println(port);
        try {
            commConnection = (CommConnection) Connector.open("comm:0");
            System.err.println(commConnection.getBaudRate());
        } catch (IOException ex) {
            ex.printStackTrace();
        }
    }

Die Ausgabe ist folgende:

-1
0,1
0
open failed(0000000D): Permission denied
java.io.IOException: Permission denied
        at com.sun.midp.io.j2me.comm.Protocol.connect(Protocol.java:297)
        at com.sun.midp.io.ConnectionBaseAdapter.openPrim(ConnectionBaseAdapter.java:100)
        at javax.microedition.io.Connector.openPrim(Connector.java:302)
        at javax.microedition.io.Connector.open(Connector.java:211)
        at javax.microedition.io.Connector.open(Connector.java:187)
        at javax.microedition.io.Connector.open(Connector.java:169)
        at hello.Verbindung.sucheVerbindung(Verbindung.java:56)
        at hello.HelloMidlet$1.execute(HelloMidlet.java:143)
        at org.netbeans.microedition.util.SimpleCancellableTask.run(SimpleCancellableTask.java:103)
        at org.netbeans.microedition.lcdui.WaitScreen$BackgroundExecutor.run(WaitScreen.java:206)

Die -1 kommt von checkPermissions() - und steht für "-1 The permission status is unknown" - paßt also.
Das "0,1" sind die 2 Ports
Das "0" Ist der Port, den ich mir dann suchen würde.

Ab dem Connector.open("comm:0") fragt das Handy, ob man die Verbindung erlauben will - und wenn man ja sagt, kommt obige Exception.... Wenn man auf "Ja, ich erlaube die Verbindung" klickte. Wenn man auf "Nein" tippte, wird eh abgebrochen, weil der Teil als "SimpleCancellableTask" gestartet wurde...

Eine Idee, was hier bei den Permissions nicht klappt ?

Wieso