home *** CD-ROM | disk | FTP | other *** search
/ Crawly Crypt Collection 1 / crawlyvol1.bin / utility / network / micodr00 / mcudev.txt < prev   
Text File  |  1994-04-04  |  14KB  |  304 lines
  1. MCUDEV.PRG
  2. **********
  3.  
  4.  
  5. Dies ist ein universeller Treiber für das Netzwerkprogramm MIDICOM (ab 
  6. V3.9) von Harald Blees @ZW (Internet: Harald_Blees@zw.maus.de). MIDICOM 
  7. ist ab Version 3.9 nicht mehr auf MIDI beschränkt, sondern kann beliebige 
  8. andere Schnittstellen nutzen, wenn die notwendigen Routinen von einem 
  9. Treiber zur Verfügung gestellt werden.
  10.  
  11. Es gibt eine Demoversion von MIDICOM, die als einzige Einschränkung über 
  12. das Netz nur den Zugriff auf Laufwerk A: und C: erlaubt. Diese Demo müßte 
  13. in der Maus ZW liegen, ansonsten Harald Blees fragen.
  14.  
  15.  
  16. Einsatzvoraussetzungen
  17. ----------------------
  18. MCUDEV benötigt den entsprechenden Gerätetreiber mit korrekt 
  19. funktionierenden Filefunktionen (Fopen, Fclose, Fread, Fwrite, Fcntl 
  20. TIOC?BAUD TIOCSFLAGS FIONREAD) im Verzeichnis U:\DEV\ sowie den 
  21. RSVF-Cookie zur Ermittlung der zugehörigen BIOS-Kanalnummer. Dies wird 
  22. momentan nur durch mein HSMODEM-Treiberpaket realisiert, das als HSMODA*.* 
  23. in vielen Boxen zu finden ist. Seinen Stammplatz hat HSMODA*.* ebenfalls 
  24. in der Maus Berlin, siehe ganz hinten. Es werden keinerlei Steuerleitungen 
  25. benutzt, so daß jede Schnittstelle verwendbar ist, die Daten ausgeben und 
  26. eingeben kann.
  27.  
  28. Diese Treiberversion läuft mit dem MIDICOM, das den MCDR-Cookie auswertet. 
  29. Das sollte Version 3.9 sein. Ab Version 3.91 wird nur der MCTR-Cookie 
  30. ausgewertet, der wesentlich anders als MCDR ist. Für die MCTR-Cookie 
  31. Versionen ist dieser Treiber nicht geeignet.
  32.  
  33. Da ich momentan keine Zeit für eine (noch) ausführlichere Anleitung habe, 
  34. setze ich einiges Computerwissen und Intelligenz des Benutzers voraus. 
  35. Sollte die Resonanz entsprechend sein, wird die Anleitung noch besser. 
  36. Eine Bitte: Bevor jemand seine Umwelt (bzw mich) mit seinem Problem nervt, 
  37. sollte er selbst versuchen, es zu lösen. Dazu gehört, die Anleitungen zu 
  38. lesen und verschiedene Konfigurationen (alle nicht unbedingt nötigen 
  39. Programme raus) zu testen. Wenn man dann doch seine Umwelt um Hilfe 
  40. bittet, sollte man die Fakten, die man gesammelt hat, möglichst genau 
  41. darlegen.
  42.  
  43.  
  44. Installation
  45. ------------
  46. Zuerst muß man den oder die entsprechenden Treiber des HSMODA-Paketes 
  47. installieren, siehe dort. Dann konfiguriert man MCUDEV.PRG mit Hilfe von 
  48. SETTER.TTP, siehe dazu SETTER.TXT. SETTER findet man u.a. im HSMODA-Paket. 
  49. Nun wird MCUDEV.PRG in den AUTO-Ordner kopiert, so daß es nach den ganzen 
  50. Treibern ausgeführt wird. Der originale MIDI-Treiber von MIDICOM muß aus 
  51. dem AUTO-Ordner entfernt werden!
  52.  
  53. Dieser Treiber installiert den MCDR-Cookie entsprechend den 
  54. Spezifikationen von MIDICOM.
  55.  
  56. Das SERIAL.CPX oder ähnliche Exemplare, die die Werte der seriellen 
  57. Schnittstellen verändern, könnten sich nachteilig bemerkbar machen. Wenn 
  58. man diese Dinger nicht ganz rauswirft, sollte man dort die für MIDICOM 
  59. benutzte Schnittstelle auf die gleiche Baudrate wie in MCUDEV und auf 
  60. 8n1/NONE (8 Bit, keine Parität, 1 Stoppbit, kein Handshake) einstellen.
  61.  
  62.  
  63. Momentane Hardwareempfehlung
  64. ----------------------------
  65. Gut eignen sich die MODEM2- oder SERIAL2- Schnittstellen von MegaSTE, TT 
  66. und Falcon. Der LAN-Port wird in Zukunft auch benutzt werden können. Auf 
  67. dem ST ist für ein gutes Arbeiten der Einsatz meiner Schnittstellenkarte 
  68. ST_ESCC empfehlenswert (Informationen bei mir).
  69.  
  70. Man kann beliebige RS232-Schnittstellen untereinander koppeln. Es ist also 
  71. möglich, auf einem TT MODEM2 und auf einem MegaSTE SERIAL2 zu benutzen.
  72.  
  73.  
  74. Arbeitsweise
  75. ------------
  76. MCUDEV arbeitet ohne Handshake, mit hinreichend großen Puffern. Es werden 
  77. an jedem Rechner also nur ein Empfangsdateneingang (RXD) und ein 
  78. Sendedatenausgang (TXD) benötigt.
  79.  
  80.  
  81. Verdrahtung für RS232-Schnittstellen
  82. ------------------------------------
  83. Sollen nur zwei Rechner gekoppelt werden, genügt ein einfaches 
  84. Nullmodemkabel. Da ohne Handshake gearbeitet wird, ist sogar eine 
  85. Dreidrahtverbindung (GND an GND, RXD an TXD, TXD an RXD) ausreichend. Die 
  86. Kabel sollten geschirmt sein. Ich selbst habe ein 13 Meter langes 
  87. geschirmtes Kabel mit 115200Bd und RS232-Schnittstelle getestet. Es lief 
  88. fehlerfrei, wenn ich das Kabel nicht gerade um die 230V-Stromnetzleitungen 
  89. gewickelt hatte.
  90.  
  91. Zur Kopplung mehrerer Rechner werden alle GND verbunden, und jeweils 
  92. ringförmig TXD des einen an RXD des nächsten Rechners gekoppelt. 
  93. Sinnvollerweise benutzt man für den Ring selbst das (natürlich 
  94. abgeschirmte) MIDI-Kabel und hat an jedem Rechner einen kleinen Verteiler 
  95. aus einer SUB-D-Buchse (zum Rechner hin) und zwei 5poligen 
  96. DIN-Diodenbuchsen. Bei den Diodenbuchsen ist Pin2 GND und Pin5 wird an RXD 
  97. bzw TXD angeschlossen. Pin4 und die dazugehörige Leitung bleibt (erstmal) 
  98. ungenutzt.
  99.  
  100. Wenn man eine andere Hardware benutzt (z.B. mein Mulpri, für das aktuell 
  101. aber noch kein Treiber existiert), sieht die Verdrahtung natürlich anders 
  102. aus.
  103.  
  104. Die LAN-Schnittstelle bleibt momentan den Leuten vorbehalten, die wissen, 
  105. was sie tun. Ich werde dazu keine Fragen beantworten, es sei denn, jemand 
  106. überredet mich dazu mit 50DM pro Stunde, die ich an der Antwort sitze. In 
  107. der nächsten Version wird wahrscheinlich etwas mehr zu diesem Thema zu 
  108. lesen sein. Hier nur soviel: Nur Falcons über LAN koppeln ist trivial: 
  109. alle GND zusammen, ringförmige Verdrahtung RXD an TXD und natürlich /RXD 
  110. an /TXD. Als Schnittstelle "SERIAL2" auswählen. TTs und MegaSTEs koppelt 
  111. man genauso, muß aber irgendwo im \AUTO\-Ordner ein Programm haben, das im 
  112. Soundchip das entsprechende Bit von SERIAL2 auf LAN umschaltet, da sich 
  113. die HSMODA-Treiber _momentan_ noch nicht darum kümmern. Wenn man nur zwei 
  114. Computer über LAN koppeln will, kann man "seinen" Apple-Händler aufsuchen 
  115. und ein AppleTalk-Kabel kaufen und benutzen.
  116.  
  117. Achtung! RS232 ist _nicht_ für extrem lange Leitungen vorgesehen. 
  118. RS422/423 (LAN-Port) ist für längere Leitungen als RS232 vorgesehen, 
  119. ABER!: Bei der Kopplung über MIDI waren beide Rechner _nicht_ elektrisch 
  120. verbunden, falls sie nicht außer der MIDI-Kabel weitere Verbindungen 
  121. hatten. Bei RS232/422/423 sind die Geräte durch das Schnittstellenkabel 
  122. elektrisch verbunden. Das kann bei weit auseinanderliegenden Rechnern 
  123. (z.B. in verschiedenen Häusern), die an verschiedenen Stromkreisen hängen, 
  124. zu massivstem Ärger führen (Schnittstelle qualmt, Nutzer bekommt eine 
  125. gewischt). Ich werde mir wohl diesbezüglich noch was einfallen lassen, 
  126. natürlich hardwaremäßig, das die Rechner galvanisch trennt und für 
  127. Leitungen bis 100m oder mehr brauchbar ist.
  128.  
  129. Achso, man kann die Rechner natürlich auch über Standleitung und Modem 
  130. koppeln, falls die Modems beim Einschalten automatisch die Verbindung 
  131. herstellen oder ein Programm vor diesem Treiber dafür sorgt.
  132.  
  133.  
  134. Sinnvolle Baudraten
  135. -------------------
  136. Man darf nur Baudraten einstellen, die der serielle Treiber auch kennt. 
  137. Man sollte keine zu hohen Baudraten wählen, da dann nur Übertragungsfehler 
  138. auftreten, was im schlimmsten Fall zum Zusammenbruch des Netzes führt.
  139.  
  140. Einige Erfahrungswerte:
  141.  
  142. ST_ESCC-Karte in 8MHz-ST (1040ST, MegaST z.B), Device MODEM2 oder SERIAL2: 
  143. 115200Bd (Info bei mir)
  144.  
  145. MODEM1 auf 8MHz-ST: 9600Bd oder 19200Bd, mit Mag!X ab Version 2.0 und NVDI 
  146. >2.5 auch 38400Bd (nur mit meiner Zusatzhardware RSVE, Info bei mir, oder 
  147. auch mit RS-Speed von Stephan Skrodzki)
  148.  
  149. MODEM1 zwischen TTs: 19200Bd, mit RSVE auch 38400Bd, eventuell 57600Bd, 
  150. mit Mag!X ab 2.0 und NVDI 2.5 (ab 28.10.1993) auch 115200Bd
  151.  
  152. SERIAL1 des TT: 19200Bd, mit RSVE (eingebaut für SERIAL1 !!) wie MODEM1 
  153. mit RSVE
  154.  
  155. MODEM2 oder SERIAL2 auf MegaSTE: 57600Bd, eventuell 76800Bd bzw. 115200Bd, 
  156. manche MegaSTE haben wohl einen Hardwarefehler, der durch Austauschen 
  157. eines GALs zu beheben ist. Dieser Fehler kann Files zermatschen und auch 
  158. eine ganze Plattenpartition killen.
  159.  
  160. MODEM2 oder SERIAL2 auf TT: 115200Bd bzw. 153600Bd
  161.  
  162. Falcon: hoffentlich wie TT
  163.  
  164. Hardwareempfehlung für MegaSTE, Falcon und TT: Austausch des 85C30 gegen 
  165. einen Z85230 oder Am85C230A. Der hat mehr FIFO und verringert die 
  166. Systembelastung durch Netzwerkinterrupts wesentlich. ST_ESCC ist auch mit 
  167. diesem Schaltkreis ausgestattet.
  168.  
  169.  
  170. Geschwindigkeit
  171. ---------------
  172. Ich kann erstmal nur von meinen Erfahrungen berichten: Mein Netz besteht 
  173. aus zwei normalen STs (68000 Prozessor mit 8MHz) mit ST_ESCC-Karten, 
  174. gekoppelt über SERIAL2 mit 115200Bd. Der eine ST hat eine 
  175. AT-Bus-Festplatte (CP2044), der andere eine SCSI-Platte (GoDrive 80). 
  176. Laden eines Files vom anderen Netzrechner oder Starten eines Programms 
  177. übers Netz bringt eine Datentransferrate von real etwa 6.8KByte/Sekunde. 
  178. Schreiben eines Files auf einen anderen Netzrechner wegen der dort 
  179. stattfindenden ganzen Einzelzugriffe etwa 4.3KByte/Sekunde.
  180.  
  181.  
  182. Zukünftiges & Gelaber
  183. ---------------------
  184. Es hängt alles von der Resonanz der Nutzer ab. Ich habe keinerlei 
  185. kommerzielle Verbindungen zum Programm MIDICOM. Wenn jemand diesen 
  186. Treiber "Geld wert" findet, sind kleine Anerkennungen immer willkommen. 
  187. Auftragsanfertigungen von Treibern sind möglich, aber teuer.
  188.  
  189. MCUDEV ist ein noch hardwareunabhängiger Treiber. Deshalb sind die 
  190. möglichen Transferraten zusätzlich nochmal durch die Geschwindigkeit des 
  191. Computers beschränkt.
  192.  
  193. Bei entsprechendem Interesse schreibe ich hardwarespezifische Treiber (der 
  194. für den SCC, also MODEM2/SERIAL2/LAN ist auf jeden Fall geplant). Mit 
  195. denen ist noch ein bißchen mehr herauszuholen:
  196.  
  197. Einige mögliche Optimierungen wirken nur auf Netze mit mehr als zwei 
  198. Rechnern, dort aber nicht gerade wenig. Ich habe nur zwei STs (und eine 
  199. DOSe und ein DÖSchen) hier, also etwas weniger Interesse daran. Es sei 
  200. denn, jemand mit C- und Assemblererfahrung auf Atari und DOS setzt sich 
  201. mit Harald Blees zusammen und portiert MIDI_COM.ACC auf DOS. Dann habe 
  202. auch ich mehr als zwei Rechner im Netz.
  203.  
  204. Mit einem speziellen Handshake kann man die Geschwindigkeitsbeschränkungen 
  205. des MCUDEV umgehen, so daß auch 115200Bd zwischen STs über MODEM1 und RSVE 
  206. möglich sind. Die Gesamtleistung ist wegen des fehlenden FIFOs aber nicht 
  207. so gut wie mit der ST_ESCC-Karte, dafür ist RSVE deutlich billiger. Man 
  208. muß auch nicht RSVE benutzen, sondern könnte MODEM1 auch noch anders 
  209. umbauen (Mitübertragung des Taktes), aber RSVE gibt es schon, RSVE ist 
  210. sauber einzubauen, usw usf.
  211.  
  212. Wenn man den Spezialhandshake auf MODEM2 oder SERIAL2 bzw. dem LAN-Port 
  213. anwenden würde, wären dort ebenfalls noch höhere Baudraten möglich. Ob 
  214. das auch höhere Datentransferraten ergibt, müßte noch erprobt werden. Denn 
  215. irgendwo setzt MIDICOM mit seinem ständigen Fopen/.../Fclose momentan eine 
  216. Grenze.
  217.  
  218. Meine Parallelportkarte Mulpri hat vier Druckerports. Wenn man zwei davon 
  219. für ein Netz spendiert, sollten ebenfalls nicht geringe Datenraten möglich 
  220. sein. Ich bin leider noch nicht zum Schreiben der Soft gekommen, lohnt 
  221. sich momentan wegen der geringen Verbreitung von Mulpri auch kaum.
  222.  
  223. Den ACSI- oder SCSI-Port könnte man auch nutzen, aber nur mit noch nicht 
  224. existierender Zusatzhardware. Also: vieles ist möglich, nicht alles 
  225. sinnvoll, was wird oder wird überhaupt etwas gewünscht?
  226.  
  227. Achso: Wenn ich aus irgend einem Grunde keine Lust mehr habe, dann ist 
  228. natürlich Schluß!
  229.  
  230. Was ich noch so auf Lager habe:
  231. RSVE (38400Bd, 57600Bd und 115200Bd auf MODEM1)
  232. ST_ESCC (zwei zusätzliche schnelle serielle Schnittstellen für ST, MegaST 
  233. und STE)
  234. Mulpri (4 Druckerports für (Mega)ST(E) und TT, für Falcon nur als 
  235. Supersonderanfertigung)
  236. JP40 (verschiedene Adapter für den Juniorprommer zur Bearbeitung von 
  237. 16Bit-EPROMs)
  238.  
  239.  
  240. Anfragen
  241. --------
  242. Anfragen bitte per Email oder per Post mit frankiertem Rückumschlag. Wer 
  243. irgendein Programm von mir haben möchte, bitte eine 3.5" DD-Diskette (HD 
  244. und ED sind auch kein Problem) beilegen, ein 5DM-Schein (10DM wenn ich 
  245. auch noch den Rückumschlag+Porto spendieren soll) tut es auch.
  246.  
  247.  
  248. Copyright
  249. ---------
  250. Ich gestatte die Übersetzung dieser Dokumentation in andere Sprachen. Der 
  251. Übersetzer hat seine Tätigkeit entsprechend zu vermerken. Das deutsche 
  252. Original muß weiterhin beigelegt sein. Die im Folgenden genannten 
  253. Bedingungen gelten auch für die Übersetzung.
  254.  
  255. Dieses Paket darf, aber immer nur zusammen mit diesem Text, zu nicht 
  256. kommerziellen Zwecken frei kopiert werden. Die Verbreitung auf 
  257. PD-Disketten zu üblichen Preisen ist zulässig. Jede Verbreitung zusammen 
  258. mit kommerziellen Programmen oder sonstige kommerzielle Verwertung, 
  259. ausgeschlossen jedoch die Anwendung (Programm starten), ist nur mit meiner 
  260. ausdrücklichen Genehmigung gestattet. Die Verbreitung zusammen mit MIDICOM 
  261. (egal ob Demo oder Vollversion) ist ausdrücklich erlaubt.
  262.  
  263. Ohne meine besondere _kostenpflichtige_ Erlaubnis ist es verboten, in 
  264. dieses Archiv Werbung einzufügen. Dazu zählen auch und besonders diese 
  265. dämlichen aufgeblasenen "downloaded from"-Texte einiger Mailboxen.
  266.  
  267. Ich habe dieses Programm und den Text sorgfältig überprüft. Aber ich hafte 
  268. in keiner Weise für:
  269. - Fehler und/oder (daraus resultierende) Beschädigungen irgendwelcher 
  270. Objekte, Subjekte oder Werte.
  271. - irgendwelche Auswirkungen des Einsatzes oder Nichteinsatzes dieses 
  272. Programmes und dieser Dokumentation
  273. - Sonstiges
  274.  
  275. Fehlermeldungen oder Verbesserungsvorschläge nehme ich gern an. Ich hasse 
  276. allerdings unangemeldetes Auftauchen mir nicht persönlich bekannter 
  277. Personen sowie Telefonanrufe zu MICH störenden Zeiten. Es gibt schließlich 
  278. Email und die (gute) alte Post.
  279.  
  280. Meine Adressen:
  281. Mausnetz: Harun Scheutzow @B
  282. Internet: Harun_Scheutzow@B.maus.de
  283. Post:
  284. Harun Scheutzow
  285. Dresdener Straße 83
  286. D-10179 Berlin, Deutschland
  287.  
  288.  
  289. Versionen
  290. ---------
  291. Ich vergebe keine Versionsnummern, sondern überlasse die Unterscheidung 
  292. dem in der Installationsmeldung ausgegebenen Datum. Ich notiere das Datum 
  293. als Jahr-Monat-Tag, ist eindeutig unterscheidbar von der deutschen 
  294. Schreibweise Tag.Monat.Jahr, da die Jahreszahl vierstellig ist.
  295.  
  296. Neue Versionen sind zuerst in der Maus Berlin, Telefonnummer 030-6246510 
  297. (meistens besetzt), zu finden und verbreiten sich schnell über die Mäuse. 
  298. Man sollte nach dem Filenamen "MICODR*.*" suchen lassen. Das Archiv heißt 
  299. MICODRxx.LZH heißen, wobei xx für die fortlaufende Veröffentlichungsnummer 
  300. steht.
  301.  
  302.  
  303. Harun Scheutzow, 01.12.1993 und später
  304.