Re: Embedded SMTP Problems
From: John (jecottrell_at_comcast.net)
Date: 08/18/04
- Next message: Jean-David Beyer: "Re: Is a swap partition still necessary in Linux?"
- Previous message: Dave Uhring: "Re: Novell vs Linux"
- In reply to: P Gentry: "Re: Embedded SMTP Problems"
- Next in thread: John: "Error Correction for Previous Post"
- Reply: John: "Error Correction for Previous Post"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: 17 Aug 2004 18:35:15 -0700
Okay, I may have counted my chickens a little too soon. Actually,
removing the "optimized" setting did solve the problem for a simple
serial cable connection between the radio and dial-up MODEM. Since
then I have added another complicating factor....a serial radio MODEM
link!
First Configuration: (up and running no problems)
AXIS2420
| |
Serial | |______ Ethernet
| |
| |
| Speedstream 2614
| Router/Firewall
| |
| |
| Win2K Box
Data Tap |___________ (for monitoring and
| camera config.)
|
|
Creative V.92
MODEM Blaster
Radio MODEM Configuration:
AXIS2420
| |
Serial | |______ Ethernet
| |
| |
| Speedstream 2614
| Router/Firewall
| |
| |
| Win2K Box
Data Tap |___________ (for monitoring and
| camera config.)
|
|
Maxstream
Radio MODEM
(900MHz Radio Link)
Maxstream
Radio MODEM
|
|
|
Creative V.92
MODEM Blaster
(This will be an incomplete post because I would like to get some info
out before I can continue with the testing.)
A link that may be of use:
http://www.maxstream.net/products/xstream/pkg/9xstream.php
Problem appears to be, once again, early termination of the email
stream that is being sent from the camera. I have set the "hold
connection" for 120 seconds. I am using hardware flow control
(supported by the radios and works well if the radios are placed
between a PC and a dial-up MODEM.) I have gotten files as large as
20KB to go through. Problem is consistency. I really need 100% success
for this configuration to be useful. Another problem that arose today
with the long connection times was what appeared to be pop ups being
sent from the net to the camera (I could see the ASCII crap coming
through from windowsupdate.org on the data tap.)
Items of interest:
Camera, radios, and MODEM Blaster all configured for Hardware flow
control.
(MODEM Blaster settings are confusing &C, &D, and &K settings are
1,0,3 respectively and I have tried other combos this seems to work
best. I can provide MODEM Blaster AT Command Manual to anyone
interested....it's not available on the web...I had to beg Creative to
send it to me...)
Radios have RETRIES enabled and set to 5
Camera, Radios, and MODEM Blaster are set to 38,400 (radio over the
air rate is 9,600). I have tried slowing connection down to 4,800 to
prevent camera and MODEM from tripping the flow control but it seemed
to work better at 38,400. If I use Hyperterminal to monitor the data
tap I can hear the Hardware Flow Control being tripped (it makes a
chime.) So, I don't think it's a flow control problem. I think it's
going to be akin to the direct serial connection problem...timing. I
think with the amount of data thats got to be put through the radios
(generally only in one direction, camera ----> MODEM, and what
appears to be the camera resending some data at times, something in
the connection isn't liking the long periods of inactivity in one
direction.)
Others have suggested trying software flow control. I don't think
that's possible because the data is not all ASCII so there is a chance
for the XON/XOFF controls getting lost in the raw data being sent.?
More info forthcoming when I have more results.
Thanks.
btw, Got telnet working between camera and remote computer. Thanks.
- Next message: Jean-David Beyer: "Re: Is a swap partition still necessary in Linux?"
- Previous message: Dave Uhring: "Re: Novell vs Linux"
- In reply to: P Gentry: "Re: Embedded SMTP Problems"
- Next in thread: John: "Error Correction for Previous Post"
- Reply: John: "Error Correction for Previous Post"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
