• Updated 2023-07-12: Hello, Guest! Welcome back, and be sure to check out this follow-up post about our outage a week or so ago.

Introducing (and interest check) AirTalk: Wireless plug-and-play LocalTalk dongles

Johnnya101

Well-known member
You can either use a standard Apple printer-type cable (8-pin male to 8-pin male mini-DIN with RX/TX swapped), which I think some people still make for some reason, or you can get a pair of LocalTalk boxes and a suitable cable, or a pair of PhoneNet boxes and a suitable cable. Anything you can use to connect two Macs over LocalTalk will work with this.

(Note this means that straight wired 8-pin cables won't work, but they won't work to connect two Macs either)

(Sorry, @Scott Squires, didn't mean to repeat you! that'll teach me not to read to the end before clicking 'reply'....)
So, for example, this cable would work? https://www.ebay.com/itm/2936612111...cxX6sv0C3w%3D%3D|clp:2334524|tkp:BFBM8oDKpstf
 

cheesestraws

Well-known member
If it is a proper one of what it says it is, yes! I don't know who Kentek are. But if that's wired same as the Apple one it's obviously trying to look like, then it'll be fine.
 

Scott Squires

Well-known member
I'm glad you pointed out the need for the cable to be cross-over. All the Apple serial ("printer") cables will be cross-over (and Mac serial cables from other brands). But new generic cables might be made for other applications (audio?) and be straight through. If it's advertised as a serial or cable, it should be cross-over (hopefully the pinout is correct).
 

buserror

Active member
I'm definitely interested by a handful of these, when available. Would be great if some came with short run of cable and a male mini-din, kinda like the original adapters!
 

cheesestraws

Well-known member
The first batch of "production prototypes" are going out to testers this week, as soon as I can bear to wrangle the postal system and/or couriers. There are already some hardware changes I know I want to make:

  • A second ADB port, so that passthrough can be a thing. I revisited my old conclusion (thanks to IRC folks poking me) that stackable ones weren't a thing any more, and found that if I looked at other suppliers they are, so I must have been being very lazy that day. (This may vary, though, depending on whether testers find ADB power actually any use or not)

  • Mounting holes so it can actually fit in a case.

  • A header for a separate LED board so that you can see the LEDs from outside the case.
I think there's only one software fix left to make, which is to provide better feedback to the user that the WiFi selection they've made has stuck. I need to think about how to do that.
 

LaPorta

Well-known member
Ok, so unless you want this elsewhere, I am going to post my testing/findings/questions here:

1. I saw in your instructions that this device can "talk to any other AirTalk dongle on the network." Can they not communicate to the other AppleTalk devices connected via Ethernet, etc, on the same network?

2. ADB power works just fine; my first test is via the second ADB port on my IIfx, solo device. I will attempt to chain it to multiple devices (maybe two keyboards, etc), later on.

3. For some reason, my first test with an AppleTalk ImageWriter II (why not try the most exotic test first???) seems to show that it is very, very, VERY slow - as I write this, five minutes have passed....and I think the ImageWriter has attempted to write one single line of pixels. I am not sure why this would be.

Some clarification: I have one dongle on the IWII via Phone Net and phone wire, powered via USB cable. The other is hooked to my IIfx, powered via the ADB port of the IIfx. The IIfx is hooked to the AirTalk device via the Modem port. I suppose I could rule out issues with the Phone Net boxes by using a regular serial cable. They are connected to my home AirPort wireless network.

- LED 5 blinks red on both devices after the sequence of green LEDs while the devices are transmitting/receiving: is this indicative of some sort of error?

Update: using a serial cable instead of the Phone Net boxes makes no difference.
 
Last edited:

NJRoadfan

Well-known member
A packet trace would be useful. The ImageWriter driver waits for a PAPStatus Ready signal from the printer before sending more data. Since the ImageWriter II has very little buffer space and prints slowly, the driver is constantly querying to see if the printer is ready between sending chunks of data. Given that the AirTalk dongle adds latency, this becomes very noticeable.

BTW: The PAPStatus message with the ImageWriters is not human readable, it is a 2-byte value.

 

NJRoadfan

Well-known member

This might do the job. I know Apple wrote some packet dumpers, but I can't find them at the moment. Whatever you run, do it on a separate machine if possible. The Macintosh Print Manager has a habit of monopolizing the machine.
 

cheesestraws

Well-known member
Thanks for the initial notes! Popping them in here is great.

Can they not communicate to the other AppleTalk devices connected via Ethernet, etc, on the same network?

Not without a bridge, no. These are like long localtalk wires without the wire. This is for a number of reasons: the two most important being that a lot of end-user WiFi equipment doesn't pass AppleTalk correctly, and it's kind of hard to build LocalTalk to Ethernet gateways that work properly with no configuration when there are lots of them on a network and they may all have multiple machines behind them. My next project after AirTalk aims to address that, but I want to get this one finished first.

LED 5 blinks red on both devices after the sequence of green LEDs while the devices are transmitting/receiving: is this indicative of some sort of error?

Sorry about the crappy and incomprehensible arrangement of the LEDs on the test boards you got. I'm not sure why I thought that was acceptable to send other people. The next round of boards will have them rearranged...

LED5 is a localtalk-side error. You'll see it happen occasionally under normal use, but it shouldn't be doing it after every exchange of packets. Is this on the computer dongle or the printer dongle? Could you upload or send me a video of what the lights look like?

For some reason, my first test with an AppleTalk ImageWriter II (why not try the most exotic test first???) seems to show that it is very, very, VERY slow

That's concerning. When you get a chance, I'd like to see what performance you get in a sustained large copy operation between two computers...

The ImageWriter driver waits for a PAPStatus Ready signal from the printer before sending more data. Since the ImageWriter II has very little buffer space and prints slowly, the driver is constantly querying to see if the printer is ready between sending chunks of data.

Hmmm, yes, that would account for it. How much buffer space does the IW actually have? Sorry to betray my ignorance about printers here, but isn't PAP on top of ATP? In which case, that's a double whammy if the buffer is small because the ATP round-trip time will slow everything else down too. But even that shouldn't be 'five minutes for one line' slow. @LaPorta if you can get that AT View software working (another option is NetMinder Localtalk, but I think that only works properly under System 6?) a packet trace would be extremely handy...
 

LaPorta

Well-known member
Sure, I can get any sort of data you need! Want to PM me an address I can send you the movie to?
 

cheesestraws

Well-known member
OK, so looking at that video, @LaPorta, the red frame error lights are on the mac end of the connection, not the printer end (or at least on the dongle at that end). A handful every so often are normal, but that looks excessive. A couple of things:

  1. Did you try changing the cable at the mac end as well as the printer end? I don't think it's this but we might as well be thorough about this...
  2. Do you have another Mac handy you can try with instead of the IIfx?
  3. When you get a chance to do a mac-to-mac test, can you have a look whether the IIfx behaves the same way, with lots of red flashes?
 

LaPorta

Well-known member
I will cetainly be trying all sorts of combinations; this was only my first attempt. My SE FDHD and Portable will be next in the mix. I will be trying PhoneNet cabling as well as straight serial cables. One thought I had is the IIfx has a special serial port software switch for (?) speed settings, so perhaps it could be a IIfx - specific issue. I will next just give it a go with the SE FDHD, as out of the mix of machines, this is the most "standard", rather than the IIfx or Portable.

The Portable will also be testing the ADB power, as I think it is a lower-amperage rating ADB port. I will also use my PT Pro, which has Geoports, to make sure there is no issue with those. We will see!
 

LaPorta

Well-known member
AT View regrettably does not allow any recording, it simply displays what is on the network.

I also did discover so far the first incompatibility: I set my IIfx serial ports to compatible instead of faster, and it worked fine…so as of now, these are incompatible with a IIfx (and presumably, Quadra 950, which I read does the same) with serial ports set to fast mode, at least when printing to an ATIWII.
 
Last edited:

cheesestraws

Well-known member
so as of now, these are incompatible with a IIfx (and presumably, Quadra 950, which I read does the same) with serial ports set to fast mode

I'll try to reproduce this tomorrow: I haven't actually tried them on the 950 yet. Interested to see what this is :)
 

LaPorta

Well-known member
Ok, I did a few copy tests. My SE copies things INCREDIBLY slowly for reasons I do not understand (usually); it may be something with the SCSI2SD in it is not configured properly, or the use of System 7.1...so I kind of bailed on that. Instead, I did some file copy tests between the IIfx and PT Pro. I hit file copy speeds anywhere between 1.5-2.5k/sec (measured via true file size and my stopwatch recording time from file copy box appearance to disappearance). I also started a game of Bolo for a game test....it is marginally playable; has about the latency of a 4+ person internet game of Bolo if spread very far apart. No error lights encountered at all.

Next, I will set the IIfx back to fast serial and see if it encounters any errors when copying files to the PT Pro.

Edit: Confirmed. Setting the IIfx to faster serial setting causes red light activation every string of green lights flashing, and causes incredibly slow connectivity (it took over 5 minutes to even connect to the PT Pro).
 

cheesestraws

Well-known member
So you're seeing fairly miserable speeds across the board then? :( What's the WiFi access point you're using? What are ping latencies like between two computers on it?
 

LaPorta

Well-known member
The ping I can try and discern using my Quicksilver: otherwise, if you have a program you know of I can use to ping on 7.1 or System 6, I will gladly try it. All of my points are AirPort base stations off various flavors all blended together in one network. That might cause the issue, though there is no issue when I use ethernet across them all. I can always try setting up one as a single dedicated network distinct from my others to test them in isolation if that is what you wanted.
 
Top