発電所の建設にあわせて送電線網も拡大した。前身木曽電気興業の時代から建設されていたのは名古屋方面とを結ぶ送電線群で、名古屋側では六郷変電所と瑞穂変電所（名古屋市瑞穂区石田町）を終端として賤母・六郷間送電線、須原・六郷間送電線、串原・瑞穂間送電線が順次整備された。また木曽川系統の賤母・六郷間および須原・六郷間送電線と矢作川系統の串原・瑞穂間送電線を名古屋近郊で連絡すべく1923年8月に勝川開閉所（東春日井郡勝川町、現・春日井市）と天白開閉所（愛知郡日進村、現・日進市）を結ぶ連絡線も建設されている。これらの一方で、大阪送電会社（大同電力）の企業目的である大阪送電計画を実現すべく、「大阪送電線」の建設も急がれた。この大阪送電線は、須原発電所構内の須原変電所を起点とし、途中読書・大井両発電所からの電力を集め、犬山（愛知県）を経て関西本線沿いを進み、大阪市郊外の北河内郡門真町（現・門真市）の大阪変電所を終点とする、亘長238キロメートル (km) の送電線である。日本水力がアメリカへと発注済であった鉄塔や碍子などの建設資材を転用し、大同発足翌年の1922年7月に一部が完成して大阪方面への送電を開始した。この時点では清洲開閉所（愛知県西春日井郡春日村、現・清須市）から大阪変電所までの区間のみ完成していたことから、名古屋方面への送電線に接続する勝川開閉所から清洲開閉所まで連絡線を建設、大阪変電所へと77kVの電圧で送電した。全面完成は1923年12月のことで、このとき須原変電所から清洲開閉所までの区間が完成、154kVによる高圧送電を始めた。大阪送電線の須原・清洲間竣工によって勝川・清洲間連絡線は使用されなくなったが、1926年3月になって大阪送電線の途中に犬山変電所（丹羽郡羽黒村、現・犬山市）が新設され、さらに神屋開閉所（東春日井郡坂下町、現・春日井市）との間に連絡線も整備されて再度賤母・六郷間および須原・六郷間送電線と大阪送電線が繋がった。
MACEでは、当時の同誌が対象としていた機種の多くに搭載されていたZ80プロセッサをコアに、40桁25行の英数字と半角カナのキャラクタ画面、MZフォーマット、2400ボーのデータレコーダのサポートのみを基本とする。$2FFF迄がシステム空間として予約されており、シェル等の共通部分と、ローレベルな処理を行う機種依存部で構成されている。アプリケーションプログラムは、$3000から、MZ-80KのVRAM開始位置直前である$CFFF迄のユーザ空間に配置、表示、入出力については、レジスタに引数を定義し、ジャンプテーブルになっているアドレスをコールすることによって行う。SWORDではそれらに加え、Hu-BASICフォーマットのフロッピーディスクをサポートし、グラフィックスVRAMがある機種では、拡張ワークエリア、80桁の表示モードも標準的にサポートされる様になった。また、ハードウェアについても、共通I/Oポートが提案され、ユニバーサル基板の外に共通化されたハードウェアを接続するという試みもあった。ただし、使用可能な機種は少なく、実際に作例として掲載されたのは、YM2203を二つ搭載したFM音源ボード、8251使用のRS-232Cボード、リレーによるリモコンロボットコントローラがあり、FM音源用のツールには、S-OSで動作するように作られたものも掲載されている。こちらはかなり多くの配線とパーツが必要なハードウェアということもあり、ハードルは高く、余り普及、成功したとは言い難かった。グラフィックスのサポートはS-OSには無いが、コーナーとは別に、吉村功成によるMAGICというグラフィックスインタープリタが発表されており、S-OSアプリケーションとしてグラフィックス表示を行う場合には、これを利用する。また、拡張キットでは、グラフィックVRAMをRAMDISKとして利用する試みもあった。システムはBIOSに相当するモニタプログラムや、ROMに搭載されたIOCS、BIOS等をラップする形で行われ、必要に応じて入出力条件を調整してモニタ、BIOS等に処理を引き渡す。具体的には機種によって異なる文字コード、モニタがサポートしないFDD等の追加デバイスのサポート、シェルのコマンド処理などは、S-OS本体に直接組み込まれている。文字コードについては、初期の仕様として割り当てられたベタとチェッカのコードは、ソースコードでよく利用する{}と重なっているため、後期に移植されたシステムでは括弧の方が割り当てられるケースが多かった。これらの処理は、速度としてはデメリットとなるものであるが、モニタを残すことにより、システムのプログラムを小さくできるほか、高機能な機種のシステムでは機種固有の日本語入力、漢字テキストVRAMのサポートなどの利用を容易にし、共通システムとしての顔だけではなく、その機種での開発システムとしても利用できる側面もあった。機種によってフリーエリアや、特殊ワークの有無、表示桁の違いなどが有るため、最小構成を想定しないソフトウェアの場合は、フリーエリア、特殊ワークエリアなどの値をシステムのワークエリアを確認のうえ、動作するように作らなければならない。また、本誌で掲載された修正を適用しても仕様表と異なる動作をするシステムルーチンがあるほか、機種によってコールした後の状況は必ずしも一致しないため、仕様表で保存されないとされるレジスタは破壊されることを前提にする必要がある。本誌に掲載されたプログラムであっても、特殊ワークサイズを固定値で利用しているものや、実挙動で問題が無いため仕様として未定義なワークエリアの初期化などを期待した実装など、動作チェックこそされているものの、必ずしも互換性を確認のうえ掲載されているわけではない。MZフォーマットで比較的高速なフォーマットのみであったカセットテープデバイスは、他社の製品ではその仕様上、互換性を維持することができなかったが、フロッピーディスクへの対応により、他社製品にも移植されていくようになった。これにより特定機種を対象とした雑誌としては珍しく、対象外の機種のプログラムが掲載されるという現象にもなった。実際に、一部の掲載アプリケーションは、PC-88ユーザー等の手によるものもあり、成果に対しては、機種の壁など関係なく褒め称えようという同誌の性格も示すものになっている。なお、前述のとおり、特定のエントリアドレスをコールした結果が保証される場合は互換性が維持出来るため、モニタをコールするのではなく、エントリの書き換えによって独自の最適化された表示ルーチンをコールする改造や、速度が必要なエディタなどのアプリケーションでは、表示ルーチンをコールする代わりに、各機種専用のモジュールをコールすることで高速化するアプローチもあった。また、モジュール単位での入れ替えに留まらず、モニタ部分、ファイルシステムも含め書き直された互換システムも作成されている。MZ、Xシリーズ以外への移植版については、草の根のユーザーグループ、パソコン通信等で頒布されたもの、Oh!PASOPIA誌上等で公開された物などもあるが、機種別雑誌である同誌にソース、ダンプリスト共に掲載された事が異例である。初期は多くの機種が2Dフロッピーであったことにより露見しなかったが、ファイルシステム自体の変更は行われなかったため、2DD以上の容量を持つメディアに対しては、512KB迄で利用する、ディスクイメージを利用するなどの対応が取られ、後期には必ずしもメディアまでは互換性が維持されているわけではない。その場合でも、利用できないエリアにシステムを書き込むなど、利用の工夫が各々見られた。また、亜種に於いてはMS-DOSフォーマットを読み書きするシステムも存在する。移植に際してCPUが異なる場合は、CPUエミュレーションや拡張カードへの対応によって対応している。