View source for GeoPort

{{Short description|Obsolete serial data system created by Apple}}
{{Use mdy dates|date=October 2013}}
'''GeoPort''' is a [[serial communications|serial data]] system used on some models of the [[Apple Macintosh]] that could be externally clocked to run at a 2 [[megabit per second]] data rate.<ref>{{Cite web|url=http://lowendmac.com/2018/low-end-macs-geoport-guide/|title = Low End Mac's GeoPort Guide|date = March 21, 2018}}</ref> GeoPort slightly modified the existing Mac [[serial port]] pins to allow the computer's internal [[digital signal processor|DSP]] hardware or software to send data that, when passed to a [[digital-to-analog converter]], emulated various devices such as [[modem]]s and [[fax machine]]s. GeoPort could be found on late-model [[Motorola 68000 family|68K]]-based machines (the AV series) as well as many pre-USB [[Power Macintosh]] models and [[Apple Bandai Pippin|PiPPiN]]. Some later Macintosh models also included an internal GeoPort via an internal connector on the [[Apple Communication slot|Communications Slot]]. Apple GeoPort technology is now obsolete, and modem support is typically offered through [[Universal Serial Bus|USB]].
==Background==
===AppleBus and LocalTalk===
Early during the development of the [[Apple Macintosh]], Apple engineers decided to use the [[Zilog 8530]] "Serial Communications Controller" (SCC) for most [[input/output]] tasks. The SCC was relatively advanced compared to the more common [[UART]]s of the era, offering a number of high-speed modes and built-in software for error checking and similar duties. The speed of the system was based on an external clock signal sent to it by the host platform, normally up to about 1&nbsp;Mbit/s, which could be "divided down" to run at slower speeds as low as 300&nbsp;bit/s. The SCC had two channels, which could be run at different speeds, and even different voltages, to allow communications with a wide variety of devices and interfaces.
Initially the engineers had envisioned using the SCC to support a [[Network packet|packet-based]] protocol known as "AppleBus". AppleBus would allow peripheral devices to be plugged into a [[Daisy chain (electrical engineering)|daisy-chain]] configuration in a manner surprisingly similar to the modern [[Universal Serial Bus]]. However, as development continued, Apple's networking project, AppleNet, was being canceled due to high costs and a rapidly changing marketplace. Team members working on AppleBus quickly shifted gears, producing the [[LocalTalk]] system running on the SCC ports rather than AppleNet's plug-in expansion card.<ref name=p3>Oppenheimer, ''Some pre-history'' (slide 3)</ref>
LocalTalk relied on clocking from the CPU that was divided down to produce an output at roughly 230.4&nbsp;kbit/s. Nodes on the network remained in sync using [[clock recovery]]. This allowed the entire system to be run over a simple three-wire connection, or two-wires in the case of [[PhoneNet]]. As the ports also include the clock pins, it was possible to override the internal clock signal and run the system at much higher speeds, as was the case for Dayna and Centram products that ran between 750 and 850&nbsp;kbit/s.
However, as the SCC had only three bytes of buffer space, it was critical that the ports be read as quickly as possible to prevent a [[buffer overflow]] and loss of data. This was not an issue for networking protocols, where lost packets are assumed and dealt with in the [[network stack]], but represented a serious problem for [[RS-232]] data which had no internal form of [[flow control (data)|flow control]] in the data stream. As a result, performance on a [[Mac Plus]] was generally limited to about 9600&nbsp;bit/s in RS-232 mode, and could only reliably maintain half of that if LocalTalk was active at the same time.
Apple was aware of these problems, and starting with the [[Macintosh IIfx]] they attempted to address them by including two dedicated "Input/Output Processors" (IOP), customized [[MOS 6502]]s running at 10&nbsp;MHz. The IOPs offloaded the low-level driver code from the host CPU, running the floppy disks and serial ports, only interrupting the CPU when there was data to transfer. The IIfx also introduced a [[direct memory access|DMA]] mode for the [[SCSI]]-bus, but this was not available for use by the IOPs. The IOPs also appeared on the [[Quadra 900]] and [[Quadra 950]].<ref>[https://developer.apple.com/documentation/Hardware/Developer_Notes/Macintosh_CPUs-68K_Desktop/Mac_Quadra_900.pdf "Macintosh Quadra 900, Developer Note"], Apple Computer, 1991</ref>
===AV and GeoPort===
After the early Quadra machines, Apple started a short-lived experiment including [[AT&T 3210]] [[digital signal processor]]s (DSP) in the "AV" series machines (the [[Macintosh Quadra 840AV|840AV]] and [[Macintosh Centris 660AV|660AV]]). The DSP was primarily intended to offer audio and video digitization support, accessed though the custom 60-pin "Digital Audio/Video" (DAV) port on the rear of the machines.
DSPs were also commonly used at that time as the basic building block of high-speed [[modem]]s. Using the relatively advanced 3210 would offer higher performance than existing modems, which used lower-end DSPs, and much better performance than [[softmodem]]s using the host CPU. All that would be needed was a suitable external [[analog-to-digital converter]], or "line adapter" as it was referred to in Apple terminology.
However, the 60-pin AV connector was not suitable for such connections, and users expected to plug "modems" into the modem port. Although the existing serial ports could be adapted to run in "AV mode" in the same fashion that the older versions could run in RS-232 or networking mode, the line adaptor required more power that the port could supply. Apple solved this problem by adding a 9th pin to the existing 8-pin [[Mini-DIN connector]]. The result was GeoPort.
In GeoPort mode the SCC was placed in a high-speed mode using external clocking, similar to the earlier high-performance LocalTalk replacements. The DSP then generated signals and sent them over the serial bus to the adapter, which converted them to analog and amplified them to telephone levels. In GeoPort mode, speeds up to 2&nbsp;Mbit/s were supported.<ref name=byte>[http://www.byte.com/art/9407/sec8/art3.htm "Macintosh Telephony"] {{Webarchive|url=https://web.archive.org/web/20051228214306/http://www.byte.com/art/9407/sec8/art3.htm |date=December 28, 2005 }}, ''BYTE'', Cover Story, July 1994</ref>
One widely known device to make use of the GeoPort was Apple's own "GeoPort Telecom Adapter". Initially released as the "pod" with the AV Macs in 1993, it later became its own separate product in early 1995 when it was released for PowerPC-based Macintosh machines that did not include AV-related hardware out of the box. Apple later incorporated GeoPort lines into an [[edge connector]] on the motherboard of certain Mac models known as the [[Apple Communication slot|Communication Slot]], preserving them on the later Communication Slot II. Three adaptors would eventually be sold: the original pod, the internal version, and an updated pod known as the GeoPort Telecom Adapter II. All used standard [[RJ-11]] phone line connectors.
Initially the adapter driver software could support speeds up to 9600&nbsp;bit/s, but later upgrades introduced full [[V.34 (recommendation)|V.34]] compliance, running at up to 33.6&nbsp;kbit/s. In practice the GeoPort Adaptors tied up huge amounts of CPU time, and led to performance problems throughout the system.<ref>Dan Knight, [http://www.lowendmac.com/roadapples/geoport.shtml "Second Class Macs: GeoPort 'Modems'"], ''Low-End Mac'', April 10, 1998</ref> They were also notorious for poor quality connections, dropped calls and poor support from existing software; many pundits recommended not using them.<ref>Adam Engst, [http://db.tidbits.com/article/1057 "GeoPort News"], ''TidBITS'', April 1, 1996</ref>
SAGEM also introduced an [[ISDN]] adaptor for GeoPort, the "Planet-ISDN Geoport Adapter", or SPIGA, which they now sell in a [[USB]] version. Global Village also produced a variant of its compact Teleport Modems for Apple Performas and third-party Mac computers that used the 9th pin to supply power, but these were true hardware modems, not GeoPort devices.<ref>[http://www.globalvillage.com/support/pdfs/2726.pdf "What to do... Using 9 Pin Cable on an 8 Pin Serial Port"] {{webarchive|url=https://web.archive.org/web/20070928194748/http://www.globalvillage.com/support/pdfs/2726.pdf |date=September 28, 2007 }}, Global Village Communication</ref>
Apple's first two [[Apple QuickTake|QuickTake]] digital cameras (100 and 150) also supported the GeoPort protocol for transfer between the camera and GeoPort-equipped Macintosh computers.
===As a "standard"===
During the evolution of GeoPort, the telecommunications market was undergoing major changes with the introduction of newer all-digital [[Private branch exchange|PBX]] systems. A number of these companies offered some sort of [[computer telephony integration]], although they were all based on their own standards, typically connected to the computers via a serial port at relatively low speeds. Although these signals could have been routed using existing networking standards like [[Ethernet]], most companies used custom systems, like [[Switch56]].
Apple started an effort to promote GeoPort as a standardized computer interface to PBX systems.<ref>[http://findarticles.com/p/articles/mi_m0REL/is_/ai_15334704 "Apple's Geoport: detente between PCs and PBXes"], ''RELease 1.0'', April 18, 1994</ref> They envisioned different GeoPort adapters for different back-end systems; a Switch56 interface could be used with [[Northern Telecom]] systems, while another would be used to connect to the InteCom switches that Apple used. Apple claimed that the "same GeoPort phone pod will be able to support [[Telephony Application Programming Interface|TAPI]] applications on a Windows PC and Telephone Manager applications on a Mac."<ref name=byte/>
To connect those systems to the Macintosh, in particular, Apple created the [[Macintosh Telephony Architecture]] (MTA) and promoted it as a standardized telephony [[application program interface]]. The MTA consisted primarily of three parts, the "Telephone Manager" which handled call-control, the "Telephone Tool" that mapped Telephone Manager commands onto specific hardware, and finally a set of telephony-related [[Apple Events]] that would allow simple operation from any scripting-aware Macintosh program.<ref name=byte/> MTA was essentially Apple's analog of Microsoft's TAPI or Novell's [[TSAPI]].
To promote the system, in late 1994 Apple organized the [[Versit]] alliance along with [[AT&T Corporation|AT&T]], [[IBM]] and [[Siemens]] to attempt to standardize the commands that the PBX systems responded to.<ref>[http://findarticles.com/p/articles/mi_qa3629/is_/ai_n8723982 "Apple, AT&T, IBM and Siemens form Versit for telephone, computer users"], ''Telemarketing'', January 1995</ref><ref>[http://findarticles.com/p/articles/mi_m0EIN/is_1994_Nov_30/ai_15915692?tag=rel.res1 "Versit Initiative To Provide Choice and Diversity for Telephone, Computer Users"], ''Business Wire'', November 30, 1994</ref> Novell announced that they would adapt TSAPI to work on top of the Versit standards. All of these efforts were hampered by a lack of standardization among PBX vendors, and their lack of real support for GeoPort adapters.
After two years of effort with little to show for it, Apple eventually gave up on Versit, and telephony in general.<ref>Howard Baldwin, [http://findarticles.com/p/articles/mi_hb197/is_199607/ai_hibm1G118341478?tag=rel.res2 "Apple calls it quits in telephony"], ''MacWorld'', July 1996</ref> The main problem was that the various PBX companies relied on [[vendor lock-in]] to keep their existing customers coming back to them for newer products, so the very concept of a standardized system was seen as a problem rather than a solution. Lip-service was paid to the concept in order to have an answer to those predicting such systems would become common. Additionally there was no support for high-speed serial on the basic PC, so users would have to buy an add-on card if they were going to use GeoPort, at which point it made just as much sense to buy a custom adaptor on a different card.
The GeoPort was dropped, along with [[SCSI]] and [[Apple Desktop Bus|ADB]], when Apple introduced the [[iMac]] in 1998; early demonstration models had a software modem based on the GeoPort Telecom Adapter's technology, but this was replaced with a hardware 56K modem by the time the iMac shipped.
==Pinouts==
The table below shows the name and purpose of the various pins in the GeoPort-enabled serial connector when used in GeoPort, RS-422 ([[LocalTalk]]) and RS-232 modes.
Pin #   GeoPort    RS-422    RS-232    Name
1      SCLK       HSKo      DTR      Serial Clock (out), Handshake Out, Data Terminal Ready
2      SCLK       HSKi      DSR      Serial Clock (in), Handshake In, Data Set Ready
3      TxD-       TxD-      TD       Transmit data (-ve signal)
4      GND        GND       GND      Cable ground
5      RxD-       RxD-      RD       Receive data (-ve signal)
6      TxD+       TxD+               Transmit data (+ve signal)
7      TxHS       GPi       CD       Wakeup/DMA Request, General Purpose input, Carrier Detect
8      RxD+       RxD+      (ground) Receive data (+ve signal)
9      +5 V                          Power, 350 mA maximum
==See also==
*[[Winmodem]]
==Notes==
{{reflist}}
==References==
{{refbegin}}
* Alan B. Oppenheimer, [https://web.archive.org/web/20061016132614/http://www.opendoor.com/nethistory/MacWorld2004/index.html "A History of Macintosh Networking"], MacWorld Expo, January 2004
* [https://www.journaldulapin.com/2021/10/08/geoport/ GeoPort, le connecteur méconnu d’Apple | Le journal du lapin]
{{refend}}
[[Category:Macintosh internals]]