Start A Network Connection From The Command Line, SL-C3100 Options

[BarrySamuels]

C3100 with standard Sharp ROM

Can someone give me the required commands to start a specific wireless network connection from the command line please? I want to set up a script to do it.

[daniel3000]

I don't know if it is possible to start a specific network connection, but you can raise the network conection selector dialog from the command line using:

qcop "QPE/Network" "connectRequest()"

A script for establishing a network connection and chacking for availability of Internet could look that way (I have used that a lot for mutt etc.):

CODE

#! /bin/bash

TRY_IP="130.149.4.20"

echo Connecting to Internet...
qcop "QPE/Network" "connectRequest()" > /dev/null 2>&1


ping -c 1 "$TRY_IP"  > /dev/null 2>&1
while [ $? -ne 0 ]
do
 sleep 5
 echo waiting for network...
 ping -c 1 "$TRY_IP" > /dev/null 2>&1
done

[BarrySamuels]

I don't know if it is possible to start a specific network connection, but you can raise the network conection selector dialog from the command line using:

qcop "QPE/Network" "connectRequest()"

Thanks Daniel that gave me an idea and I did a search on 'qcop'.

I found some more qcop functions:

QPE/Network:
connectRequest()
disconnectRequest(int)

QPE/System:
__network_connect
__network_disconnect

I tried the System functions thus:

qcop "QPE/Network" "__network_connect" but that gave me a syntax error so I tried qcop "QPE/Network" "__network_connect()" which got rid of the error but didn't appear to do anything.

The QPE/System functions look interesting but don't appear to have any effect. Has anyone tried to use them?

[bam]

try
qcop QPE/Network connectRequest()

brings up the network applet connection select screen.

[speculatrix]

this has worked for me, from memory...

cardctl scheme qpewlan0
cardctl reset

[cvmiller]

try
qcop QPE/Network connectRequest()

brings up the network applet connection select screen.

These commands look quite interesting. but they don't do a thing for me on my Zaurus ROM. No matter what I type (a valid command, that is) I get the error:
bash-2.05$ qcop QPE/Network 'connectRequest()'
SlSharedManager: can't get proc entry
Display size = 480x640

Is there something else that needs to be loaded before issuing qcop commands?

TIA,

Craig...

[speculatrix]

this has worked for me, from memory...

cardctl scheme qpewlan0
cardctl reset

to shutdown the network connection, use "cardctl scheme Suspend"

the problem with this is that it bypasses qtopia and so the network connection applet doesn't indicate connected or not.

[freizugheit]

to shutdown the network connection, use "cardctl scheme Suspend"

the problem with this is that it bypasses qtopia and so the network connection applet doesn't indicate connected or not.

Use ifconfig to check whether the network connection is up or down.

[speculatrix]

to shutdown the network connection, use "cardctl scheme Suspend"

the problem with this is that it bypasses qtopia and so the network connection applet doesn't indicate connected or not.

Use ifconfig to check whether the network connection is up or down.

tee hee , I know that, I'm just pointing out that if you use cardctl to directly switch on wireless, you can't then use the GUI to turn it off!

[sdjf]

To start my dialup connection from the command line, and have qtopia know it is there, I enter:

qcop QPE/Network 'start(QString,QString)' "/home/root/Applications/Network/modules/DialUp30.conf" ""

You would substitute in the pathname of your particular network configuration file. Our roms are different, but I always use the "Internet Wizard" GUI to set up my configuration file.

It should work the same no matter what type of network connection you have. My applet always shows the correct status when I start from commandline.
sdjf

[BarrySamuels]

This is to notify the world in general that sdjf is a splendid chap!

His suggestion does, indeed, work and Qtopia seems aware of that!

Just what I need - thanks sdjf.

(Everything comes to him who waits)

[sdjf]

This is to notify the world in general that sdjf is a splendid chap!

His suggestion does, indeed, work and Qtopia seems aware of that! 

Just what I need - thanks sdjf.

(Everything comes to him who waits)

Thanks for the compliment (sdjf shuffles feet a little).

I am very sorry I didn't run across your post sooner, and very happy the command worked for you.

sdjf

[sdjf]

Barry,

Do you mind my asking why you wanted to do it in a script? Most people prefer GUIs, although I also am starting my dialup connections from the command line so I have more control over what's going on, although I've been using opie-sh to make my selection of which connection.

sdjf

[BarrySamuels]

Barry,

Do you mind my asking why you wanted to do it in a script?  Most people prefer GUIs, although I also am starting my dialup connections from the command line so I have more control over what's going on, although I've been using opie-sh to make my selection of which connection.

sdjf

Ah! Now that's a long story.

It all started with the GUI for kismet. I couldn't get it to work for me so I set up a script to do it for me. I renamed the original kismet_qt script, called my new script kismet_qt. so that it would then start when I clicked the kismet icon. My new script starts Kismet Server first then calls the renamed kismet_qt.

That worked for me but as I don't use it frequently I often forgot to start the network connection first. I've now included an extra bit in my script which starts the network connection, waits until it's up and running then proceeds to start the kismet stuff all from clicking an icon. Just the sort of thing someone of my age (70) with a bad memory needs.

Thoroughly confused? Well you did ask.

[sdjf]

Don't want to disappoint you, but I'm not confused at all.

This is linux, after all, and that gives us the ability to write scripts to make things easier for us. I think that was a great idea.

What command did you use to determine if the connection was up? I've used route or ifconfig, but also sometimes use grep to check my log and make sure authentication has been completed.

sdjf