OpenWRT for WRT54G3G-ST Firmware - Fixed Upload Speeds

joshuamcdo · EVDO User Joined: 07 Jul 2007 Posts: 26

No difference.. I am thinking about re-flashing the firmware and NOT TOUCHING anything.. Although, again I would like to get my hands on the source so I can maybe cut out some things on my own and rebuild it. I just spent a while writing a nice script to re-dial the connection when lost.. Lost the script on reboot because it was in /tmp.. Grrr..

HeavlyArmdPokey · EVDO Newbie Joined: 25 Apr 2007 Posts: 9

I'm really sorry about your problems. I've been swamped at work and have had next to no free time the last few days; I will really try to make some time to get the source code and the new version of my firmware up. Just hang in there.

Which brings me to another point: are there any new features people would like to see? I'll include OpenVPN in the next update; anything else?

Fishgrease · EVDO Newbie Joined: 08 Jul 2007 Posts: 2 Location: Wyoming

This is all only semi-related, but I thought I'd post it here as this is the most current thread with regard to this router. Some of you may find it interesting. I use several of these routers for industrial automation, specifically, controlling and receiving data from natural gas wells and various associated remote sites. I use Verizon and the PC5750 cards.

I port forward to a Digi One SP IA and use encryption (don't need some kid messing with my wells from his bedroom). From the Digi, the signal goes ModbusRTU to a PLC on each site. Depending on your protocol, you can route a great many sites through a single EVDO-router-amp-antenna groundstation. I'm connecting sites via fiber, wifi and wire. The only limit with Verizon is the 4 or 5 gb monthly limit, which, when compared to other means of remote automation communication, is really no limit at all.

There's still a satellite company charging $.50 per kbyte!!!!!!!!!!! Or, you can go with their larger systems at $12,000 one-time per intallation and $800 per month... for 2400 baud and a 20 second processing lag on top of that!

The port forwarding allows me to run site security devices, in addition to the comm to the PLCs. I'm currently up and running seamlessly on two medium-sized fields, connecting many individual remote sites to my SCADA host via ONLY TWO EVDO ground stations!!!!!!!

Can I getta w00t?

I'm on Nationwide Access, not Rev A, so does this upload speed stuff affect me at all anyway? I've heard not.

Also, since I'm now running 3 of these WRT54G3G-STs, I've noticed something about the wall warts that come with these routers. My three put out 15.6 VDC, 16.6VDC and 17.8VDC!!!!!

I power all my routers off 12 volt systems, so I don't use the wall warts, but is this sort of variation from what's printed on the wall wart common?

Would I gain anything from doing this firmware revision? To tell you the truth, I'm more used to firmware upgrades where you run an exe file and you're done with it. I write enough automation code in enough different programming languages that I'm not at all interested in tweaking router source. This needs to be as easy as making toast or I'm not going to do it unless it does some pretty wonderful stuff.

Michael · Posted: Sun Jul 08, 2007 6:55 am Post subject:

Hello FIshgrease,

I noticed you got all your stuff from us, thanks and glad it is working well for you, w00t!

You are already running the latest official firmware for your WRT54G3G-ST (otherwise your PC5750 wouldn't work).

This firmware is NOT SUPPORTED and is a user contribution to try to fix a problem some users are experiencing with upload speeds with EVDO Rev A. This upload speed Rev A issue does not affect 1xRTT/NationalAccess OR EVDO Rev 0.

So, there is no need to update your router at this time.

When LinkSys released a firmware upgrade - it will be easy as toast to update and you will not have to go through all these steps listed in this thread.
_________________
EVDO :: EVDO News :: EVDO Antennas :: Buy Verizon :: Buy Sprint :: EVDO Amplifier

joshuamcdo · EVDO User Joined: 07 Jul 2007 Posts: 26

joshuamcdo · EVDO User Joined: 07 Jul 2007 Posts: 26

Logging into the router, I checked /etc/init.d/S60dnsmasq. I noted at the start it kills any previous instance and starts a new one.
So I ran it, and the problem went away... I am no linux dummy, but barely understand how all this works.. Why wasn't a regular nat setup used using regular dhcpd? My assumption is space on device, and or cpu utilization. Not sure.. If we have to used dnsmaq, how can we learn why it is freezing? I and many others simply can't have a router running a script that A. checks ping times, and if it fails disconnects and reconnects the card. Then randomly executes the /etc/init.d/S60dnsmasq . Well I guess we can, and I will but I think we can do much better than that.

Thanx in advance..

josw · EVDO User Joined: 06 Feb 2007 Posts: 68

joshuamcdo · EVDO User Joined: 07 Jul 2007 Posts: 26

Problem is..
I started out just killing pppd and then redialing the evdo connection. This worked fine a few times, and then stopped working all together. So I started adding to my script, ways to strip the modem all the way down, and re-insmod the modules etc. This doesn't seem to work either. Any ideas would be greatly appreciated..

<snip>
#!/tmp/ash

DEBUG="1"
SCRATCH_DIR="/tmp"
PS_SCRATCH="ps_tmp"
PS="ps"
GREP="grep"
CAT="cat"
DIALER="pppd"
WC="wc"
SLEEP="sleep"
SLEEP_TIME="5s"
DIALER_SLEEP="3m"
PING="ping"
STATUS_HOST="google.com"
STATUS_EXP="transmitted"
AWK="awk"
PPPD_KILL_COUNT="0"
NETWORK="evdo"
KILLALL="killall"
RM="rm"
PPPD_LOCK_FILE="/tmp/run/pppo.pid"
RMMOD="rmmod"
USB_SERIAL_DRIVER="usbserial"
USB_SERIAL_DEVICE="vendor=0x106c product=0x3702 maxDSize=8192 maxUSize=2048"
CARD_MGR="cardmgr"
CARD_MGR_LOCK_FILE="/tmp/run/cardmgr.pid"
MOD_PROBE="insmod"
PPPD_MODULE="pppd"
SETUP_PPPD_SLEEP="30s"

while :
do

######################################################################
pppd_status()
{

if [ "$DEBUG" == "1" ]; then
echo "Debug - Checking pppd_status !"
fi

$PS -A >$SCRATCH_DIR/$PS_SCRATCH

PPPD_STATUS="`$CAT $SCRATCH_DIR/$PS_SCRATCH | $GREP $DIALER | $WC -l`"

if [ "$DEBUG" == "1" ]; then
echo "Debug - \$PPPD_STATUS=$PPPD_STATUS"
fi
}
######################################################################

#####################################################################
pppd_kill()
{
while [ "$PPPD_STATUS" -gt "0" ]; do
if [ "$DEBUG" == "1" ]; then
echo "Debug - Entered pppd_kill !"
fi
$KILLALL -9 $DIALER

if [ "$DEBUG" == "1" ]; then
echo "Debug - Killed $DIALER"
fi

$RM $PPPD_LOCK_FILE

if [ "$DEBUG" == "1" ]; then
echo "Debug - Removed PPPD lock file for good measure!"
fi

$RMMOD $USB_SERIAL_DRIVER

if [ "$DEBUG" == "1" ]; then
echo "Debug - Removed $USB_SERIAL_DRIVER module!"
fi

$KILLALL -9 $CARD_MGR

if [ "$DEBUG" == "1" ]; then
echo "Debug - Killed $CARD_MGR !"
fi

$RM $CARD_MGR_LOCK_FILE

if [ "$DEBUG" == "1" ]; then
echo "Debug - Removed $CARD_MGR_LOCK_FILE for good measure!"
fi

$RMMOD $PPPD_MODULE

if [ "$DEBUG" == "1" ]; then
echo "Debug - Removed $PPPD_MODULE !"
fi

if [ "$DEBUG" == "1" ]; then
echo "Debug - Sleeping for $SLEEP_TIME !"
fi

$SLEEP $SLEEP_TIME

if [ "$DEBUG" == "1" ]; then
echo "Debug - Calling \"pppd_status\" !"
fi

pppd_status

let PPPD_KILL_COUNT=$PPPD_KILL_COUNT+1

if [ "$DEBUG" == "1" ]; then
echo "Debug - \$PPPD_KILL_COUNT=$PPPD_KILL_COUNT"
fi
done
}
#####################################################################

#####################################################################
setup_pppd_call()
{

if [ "$DEBUG" == "1" ]; then
echo "Debug - Entering \"setup_pppd_call\""
fi

$CARD_MGR
if [ "$DEBUG" == "1" ]; then
echo "Debug - Loaded $CARD_MGR"
fi

$MOD_PROBE $USB_SERIAL_DRIVER $USB_SERIAL_DEVICE

if [ "$DEBUG" == "1" ]; then
echo "Debug - Loaded $USB_SERIAL_DRIVER $USB_SERIAL_DEVICE"
fi

$MOD_PROBE $PPPD_MODULE

if [ "$DEBUG" == "1" ]; then
echo "Debug - Loaded $PPPD module!"
fi

if [ "$DEBUG" == "1" ]; then
echo "Debug - Sleeping for $SETUP_PPPD_SLEEP econds!"
fi

$SLEEP $SETUP_PPPD_SLEEP

}
#####################################################################

######################################################################

pppd_call()
{
if [ "$DEBUG" == "1" ]; then
echo "Debug - Entered \"pppd_call\""
fi

pppd_status

# if [ "$PPPD_STATUS" -gt "0" ]; then
#pppd_kill
# fi

if [ "$PPPD_STATUS" == "0" ]; then

setup_pppd_call

$DIALER call $NETWORK

if [ "$DEBUG" == "1" ]; then
echo "Debug - Sleeping for $DIALER_SLEEP inutes !"
$SLEEP $DIALER_SLEEP
fi
else
echo "Something is wrong, the dialer was still in memory just before attempting to dial! FIX IT!"
fi
}
####################################################################################################

###########################################################################################
inet_status()
{

if [ "$DEBUG" == "1" ]; then
echo "Debug - Setting \$INET_STATUS"
fi

INET_STATUS_TMP="`$PING -c1 $STATUS_HOST | $GREP $STATUS_EXP | $AWK {'print $7'}`"

# if [ "$DEBUG" == "1" ]; then
#echo "Debug - INET_STATUS_TMP=$PING -c1 $HOST $GREP $STATUS_EXP"
# fi

if [ "$INET_STATUS_TMP" == "0%" ]; then
INET_STATUS="1"
else
INET_STATUS="0"
fi

if [ "$DEBUG" == "1" ]; then
echo "Debug - \$INET_STATUS=$INET_STATUS !"
fi

}
################################################################################################

if [ "$DEBUG" == "1" ]; then
echo "Debug - Calling inet_status !"
fi

inet_status

if [ "$INET_STATUS" == "0" ]; then
pppd_status
# fi

if [ "$PPPD_STATUS" -gt "0" ]; then
pppd_kill
fi

if [ "$PPPD_STATUS" -gt "0" ]; then

echo "PPPD is still alive, while no internet connection is present, something is broken, dieing!"
exit 3;

fi

if [ "$DEBUG" == "1" ]; then
echo "Debug - Dial $NETWORK using $DIALER !"
fi
if [ "$INET_STATUS" == "0" ]; then
pppd_call
fi
fi

if [ "$DEBUG" == "1" ]; then
echo "Debug - End of loop reached sleeping for $SLEEP_TIME seconds!"
fi

$SLEEP $SLEEP_TIME

done

</snip>
I know it's hairy monster, but it was supposed to get the job done.. Uhhh, it's not doing it.. Once I kill pppd it tries to dial over and over, but acts as if the card isn't talking correctly..

Any help?

evdo-wizard · EVDO Heavy User Joined: 21 Apr 2007 Posts: 125

joshuamcdo,

Try cardctl. If you don't have cardctl you can always install the package (somewhere in the routers webif you can install packages).

you can power cycle the card with cardctl like this:

cardctl eject 0
cardctl insert 0

evdo-wizard · EVDO Heavy User Joined: 21 Apr 2007 Posts: 125

joshuamcdo,

Try cardctl. If you don't have cardctl you can always install the package (somewhere in the routers webif you can install packages).

you can power cycle the card with cardctl like this:

cardctl eject 0
cardctl insert 0

HeavlyArmdPokey · EVDO Newbie Joined: 25 Apr 2007 Posts: 9

Cardctl is included in the firmware image I put up.

Still working on uploading v0.2...

joshuamcdo · EVDO User Joined: 07 Jul 2007 Posts: 26

I was working on my script, and with cardctl it seems to bring everything down and then back up no problem. I ran into a problem when I realized that 1 out of 10 pings was failing.. However, I never notice a break in the internet connection until the script brings everything down.
So I ran into another problem when trying to build a routine that would take 10 pings, split them down the middle, calculate an average packet loss and decide from there if it should bring everything down and then back up. I got stuck on arrays in bash scripting. I will get through that tonight..
So that isn't what is confusing me, not as bad as this..

I used the router today, ALL day, with no script, and no interruptions of service. Not once did the internet die.
What was different?
I used NO wireless, I used only wired lan, and it worked 100%. Did linksys sell us routers with radios that do not work 100% ? Are the drives that are operating them not 100%? I am starting to think I want a flat out "disable and do not power them up" mode. I can run a wireless router behind this router, not a big deal. It's the LAN that I do not want double nat-ed. Any suggestions thoughts or ideas?

Thanx in advance.

joshuamcdo · EVDO User Joined: 07 Jul 2007 Posts: 26

So, my script was working perfect, for almost 24 hours, and then without me changing anything.. It stopped working.. The CPU usage sky rockets to 100% and the router won't so much as allow an SSH log in. So I stopped the script from loading, and performed a cold reboot. After a while, the same thing, the CPU run aways with something and nothing else works.. I am thinking of getting a PCM/CIA conversion card and adding it to my old linux based firewall and using that. This thing really is starting to look like a poj..

Anyone find a way to fix this?

evdo-wizard · EVDO Heavy User Joined: 21 Apr 2007 Posts: 125

Well, hopefully the issues that you're having are firmware related. I'm not sure if the stock Linksys firmware also has this problem, but I know that the OpenWrt folks basically used Linksys's cardbus patches to get it working. Who knows how outdated these patches are... I'm pretty sure that the patches were taken from the European version sourcecode of the wrt54g3g, which might be before the US (wrt54g3g-st) version was even released. Linksys has probably improved their source code since then. I'll look into it.

mrcet · EVDO Newbie Joined: 19 Jul 2007 Posts: 4

Im trying to restore the original linksys firmware (2.00.9). Could someone re-upload the firmware in trx format? Im having trouble getting it to work.

Thanks!