Great first impressions (WiModem232 Pro)
#1
Thumbs Up 
First, a big thank you for this great device! My two WiModem232 Pro units arrived a few days ago and I have been having a fun and largely successful time trying them out. Getting them connected to my Wi-Fi and updated to the latest firmware was straightforward. Initially I thought that having to use an external power supply might be an annoyance, but it is quite useful to be able to turn the WiModems and the computers on and off independently (e.g. for leaving a nullmodem connection active while the computers are powered off).

One of my main use cases is to provide wireless TCP/IP access for an Amiga, using a pair of WiModems in nullmodem mode (one on the Amiga and one on a Linux machine in another room). Using MiamiDX on the Amiga and Linux pppd on the server I was able to get a PPP connection working, with file transfers at 5-10 kbyte/s depending on the protocol, and seemingly flawless reliability. 115200 baud seems to be as fast as my A1200s will reliably go (in general, not just with the WiModem); one has a 30 MHz 68030 and the other a 50 MHz 68060, both with Fast RAM.


The other main use is to more conventionally "dial" a telnet connection using the WiModem. I had some problems in this mode with output from the remote machine (such as long file listings) sometimes being truncated. I wondered about changing some buffer or timing settings on the WiModem (note that I have set telnet mode on for this).

For anyone else using an Amiga, I should mention that I had problems with Amiga Term hanging at times (menus not responding), requiring powering off the WiModem to get it to wake up, but I think that's been resolved by switching from the stock serial.device to the 8n1.device replacement. With an Amiga-to-Amiga virtual nullmodem over the WiModems, I got ZModem file transfers of 9,000-10,000 chars/s, no errors.

I did have problems initially running the AT*UTC+12 command (it would just return ERROR, even though AT*TIME worked OK), but later on it started working, so I'm not sure what the problem was there. Initially I was concerned that I wouldn't be able to set my local time zone (UTC+13 during daylight time) but I found that the range of UTC offsets wasn't as limited as the product manual made out!

Speaking of the manual (and this might be beyond your control), but Google Search makes it very hard to find the Pro version of the PDF, which stymied my nullmodem setup efforts until I discovered the separate manual for the Pro (and that the Pro uses AT*CABLE instead of AT*NULLMODEM).

The other thing I wondered about is whether the WiModem should honour the default search domain as handed out by DHCP - it doesn't seem to on my home network and I have to enter the full domain name instead of just the hostname.

Thanks!
Reply
#2
You probably should be sending AT&K1 if you are going to be using high baud rates on the Amiga. That turns on the hardware flow control so you don't overrun the Amiga.

Manuals for products can be found in two locations - in the info about the product itself (tab), and in the downloads section (pull-down menu in the header bar).

The WiModem232 uses DHCP, so whatever is serving that is responsible for getting the data to the WiModem232. You might have it pointed at something different, like with a PiHole.
Reply
#3
Silly me - I was thinking that RTS/CTS handshaking was enabled by default! I suspect I glanced at the text that reads "By default, RTS/CTS handshaking is enabled" in the manual, not spotting that it was referring to the hardware bridges in the non-Pro version of the PDF in a section labelled "WiModem232-V1 Only"! Big Grin I will try that at home tonight, thank you.

Could you please explain the pros and cons of using nullmodem mode versus dialling one WiModem from another (ATDT/ATA)? I know that nullmodem connections can be made persistent, but once connected, are they essentially the same?

I can document my PPP setup more completely in case it would be helpful - I see a few forum threads about Amigas and TCP/IP connectivity.

For anyone wanting a direct link to the Pro manual (and perhaps it will help Google Search), here it is:
https://www.cbmstuff.com/downloads/wimod...manual.pdf
Reply
#4
Thank you - AT&K1 did the trick. Smile

I've posted some details of my TCP/IP/PPP over WiModem232 configuration at this existing thread on the topic:

https://www.cbmstuff.com/forum/showthread.php?tid=440
Reply
#5
Thanks... to answer your question about the difference between NULLMODEM vs. just calling, the persistence thing is important for sure because you can use the NULLMODEM connection with a device that can never respond, like a RS232 printer. The through-put is also faster, but still limited to your device by its baud rate. Most RS232 printers need 19200 baud.
Reply




Users browsing this thread: 1 Guest(s)