Posts by ius

    Die von mir verwendeten Terminalprogramme (Terminate@DOS, Minicom@Linux, NComm@Amiga) zeigen ebenfalls zerstückelte Menüs

    Danke! :) Das hätte ich nämlich als nächstes probiert.

    Die Zeilenumbrüche scheinen es nicht zu sein, die Zerstückelung scheint willkürlicher zu sein (bei mir jedenfalls).

    Mal sehen, wo man noch testweise koppeln kann. Ich würd's gerne mal irgendwo testen, wo eine Box dran hängt, die bei irgendjemandem heiles ANSI in hohem Tempo liefert.

    Bonjour miteinander.

    Jetzt habe ich wirklich mal das Courier I angestöpselt und generell ausprobiert. Hängt direkt am S0 der Fritzbox, ca 3m Kabel, S0-Terminierung an per DIP-Schalter.

    Bei der BLUP-BBS bekomme ich nur Freizeichen. Bei der Elektron BBS sieht es auf Verbindungsebene sehr gut aus. Dort scheint auch ein Courier I dran zu hängen. Ich bekomme sauber ISDN X75, X2 symmetrisch, V34+ mit 33600 BPS. Auf DTE oder Terminal-Ebene ist es nicht so gut, die Menüs sind zerhackt. Ich benutze einen HAMA COM<->USB - Adapter mit 230400 bps. Evtl. ist dem das zuviel. Meine VISION-Comport-Karte hätte das sauber hinbekommen, aber ist vermutlich ISA. -> suchen.

    Die USR-FAQ https://osmocom.org/attachments/3899 ist sehr hilfreich; die Einstellung der MSN, der Dienstekennung und des Anrufmodus (ISDN/analog/X2 oder V.34) ist nicht sehr intuitiv und verwendet nach Handbuch andere Begriffe als bei Euro-ISDN üblich.


    Kann jemand ein Terminalprogramm für Windows empfehlen? PuTTY geht, aber ist irgendwie komisch.

    Let me say I am quite interrested in this topic. The hybrid on the 1571/1541C is a quite a black box, and yes, we do have schematics of the old 1541, but it doesn't mean that circuit is optimal. If someone wants to design new floppy drive controller boards without using old chips, the internals of the hybrids are quite interresting material.

    Exactly the latter! And from this perspective, even if the old discrete circuitry may not be economically optimal, it may be good enough for now, as there seem to be zero compatibility issues between the discrete circuitry and the later versions using the hybrid.

    The discrete version may be even better in terms of adaptability!


    Because, if we summarize problems and possible goals, we get the following picture:


    - There are zillions of drive carcasses rendered useless by broken Mitsumi Newtronics heads

    - For every repair, we currently need a compatible ALPS mech, scavenged from another probably good drive

    - Choice in media is limited


    So, we need ways to accomodate other manufacturers' drive mechs to the 15xx drives. Being able to modify and enhance the R/W amp, I can think of the following:


    - create one universal 15xx mainboard that fits all drives

    Kinzi et al. have shown in the 1570-II project that this is perfectly possible. Even firmwares are available already.

    - make accomodations for a big choice of PC SD/DD drives

    - make accomodations to use HD diskettes (recording still no more than 170kB per side)

    - seriously consider a 3.5'' drive using actual GCR

    - also consider recording GCR to 3.5'' double sided and HD (still without changing capacity, just enhancing the choice of available media)


    Biggest obstacle in terms of availability and adaptability, except for the modifications to the 3rd party drives, should really be the hybrid and/or the Sony etc R/W amp used in the 1541-II drives.

    I was basically saying there are no "**OFFICIAL**" schematics available. This is said in the first few posts of this thread.

    To be able to make any PCB in Eagle you start with drawing the schematic, then route the PCB after and the two are synced.

    I'm not sure what your 'I know everything I need now" means.

    You most certainly don't know everything. In fact I have the hand-made schematic for this hybrid and you don't.... so I know at least how this thing works vs you who doesn't ;-)
    If you want to get smart/sarcastic I will go elsewhere and nothing will be released.....

    Kinzi wanted to be helpful, but you didn't understand what he wanted to tell you, which would have been easy if you had been dealing with the 15xx drives great deal.

    So, let me rephrase this in a way you'll not get it wrong:

    There were versions of the 1541 drive that _did not have_ the hybrid but used discrete circuitry.

    There _are_ schematics for these drive boards. So you could have cut your reversing ways short by just looking at the circuitry that Commodore replaced by the hybrid in their never ending efforts to reduce cost.

    When Kinzi says he knows all he needs to know, well, maybe you can make a good guess now why he said that.

    Nobody ridicules or belittles your efforts, you and everybody else knows that only by such efforts we all together complete and enhance this wonderful retro universe.

    But as you don't seem overly aware of the basic surrounding circumstances, neither of the manufacturer nor of this board, it would be fantastic if you'd think twice before being offended by, let's be straightforward with that, the main local guru.

    Hm?

    Unterstützen die Anlagen wirklich V.90 auf den internen Anschlüssen?

    Ich denke prinzipiell sollte eigentlich jede ISDN Karte geeignet sein, da das Protokoll auch in Software implementiert werden kann nur scheint es diese nicht zu geben?

    Ja, die Anlagen kümmern sich gar nicht inhaltlich darum, was auf dem S0 passiert, da ist kein Signalprozessor involviert. Die schieben nur Bits weiter. Das passiert erst in den Hosts bzw. auf dem Weg zu den Analogports der Anlage. Ich kann bestätigen, dass z.B. die GTB-Anlage, die längst obsolet war, bevor 56k analog ein Thema wurde, volle Geschwindigkeit auf den Analogports bietet. (Und GTB ist technisch auch die 'Mutter' der Anlagen von Emmerich und Telebau. Alles technische Designs von Rüdiger Weber.)


    Theoretisch könnten die ISDN-Karten das zwar mit der richtigen Software, aber das erzeugt unglaublich viel Last auf dem Rechner. Allein V.42 Datenkompression via cFos ist stark spürbar. Dafür gab es aktive Karten, für den SOHO-Bereich sicher am bekanntesten die AVM B1, aber V.90 ist bei denen wohl nie in Hardware, CAPI und cFos umgesetzt worden. Mir ist niemand bekannt, der im SOHO-Bereich v.90-Server mit einer Karte umgesetzt hätte. Die Diva-Karten können es aber anscheinend. Frag' mich aber nicht, wie man die mit einer Retro-BBS-Software zum Laufen bekommt. https://www.eiconworks.com/Diva-BRI.asp (bei 'Specifications'). Ob die noch einen klassischen CAPI haben? Auf was cFos heute wohl aufsetzt? https://www.cfos.de/en/cfos-pr…nal/cfos-professional.htm

    In einem fertigen Hostmodem ist das alles schon drin. Ob ich meine alten Init-Strings noch irgendwo finde? 8|

    Why so? Ein S0 hat 2 B-Kanäle, 2 Geräte am gleichen Bus können auch miteinander reden. Die Geräte an den analogen Ports bekommen wunderbare Connects zu den Geräten am internen S0. Ein Gerät am analogen Port der Anlage kann sich nicht ohne ISDN-Amtsleitung mit einem ISDN-Gerät am externen S0 der Anlage verbinden. Aber das kann man kaskadieren, jede Anlage mit internem S0 kann das "Amt" spielen und muss selber dafür nicht am Amt hängen.

    d.h. man kann ISDN Modem Verbindungen nur lokal mit einer ISDN Telefonanlage testen - also nicht über VoIP? Ich hatte angenommen, ich kann das ISDN Modem via S0 RJ11 mit der Fritzbox verbinden und dann eine remote Verbindung mit einem ähnlichen Setting auf der anderen Seite herstellen.

    Ja, im Prinzip geht das. Soweit ich es mitbekommen habe, sind die Ergebnisse aber sehr unterschiedlich, weil ISDN von den Routern und/oder Telcos nicht transparent durchgereicht wird. X.75 (Standard bis 200x in DE für Terminal-Datenverbindungen) geht bei manchen, bei anderen nicht. Ich selber habe es noch nicht ausprobiert. Bin eigentlich sehr neugierig, wie die Ergebnisse sich zwischen den Routern, Anbietern und Verfahren unterscheiden. Symmetrisches X2 (2 X2-Server-Modems sprechen über ISDN miteinander) ist sicherlich ein Top-Szenario. V90 symmetrisch ist nie implementiert worden. X75 mit Kanalbündelung und V.42 Datenkompression nach cFos/Zyxel-Standard ein anderes. Mein Courier I habe ich schon aus dem Keller geholt, aber im Moment verlaufen meine Tage so, dass wenn ich endlich Zeit habe ich keine Lust mehr habe. :rolleyes:



    Bei V90 oder V92 (56K) benötigt man eine ISDN Gegenstelle, mit zwei 56K Modems kann man keine Verbindung oberhalb von 33,6 kbit/s (V.34/V.34+/V.34bis) herstellen.

    Wer hat wie wann davon gesprochen? ;)

    Natürlich brauchst Du eine ISDN-Gegenstelle, die kann theoretisch auch über eine dazwischenliegende VoIP-Verbindung konnektiert werden.

    Aber das allein reicht nicht aus. Du brauchst ein V.90-Server-Modem. Das muss ein wenig mehr können als eine ISDN-Karte. Beim ZyXEL 2864I ist das Firmware-Upgrade sehr spät gekommen, und sie haben die ganze Online-Hilfe rausgeschmissen, um Platz dafür zu bekommen. USR hatte deutlich vor V.90 einen 56k-Standard namens X2 und hat das Courier I dann relativ frühzeitig auch zum V.90-Host-Modem aufgerüstet.

    Ich bin mir nicht ganz sicher, ob Du solche Verbindungen jemals praktiziert hast.


    Mich würde das auch interessieren, welche Ergebnisse man damit bekommt. Angeblich ist alles über 9600bps über VoIP schwer zu realisieren. Wie das quasi latenzfreie ISDN sich auf einer VoIP-Strecke verhält... keine Ahnung. Ich vermute mal, je kürzer und stabiler die Pingzeiten, umso besser.

    Ich frage mich gerade ob es eigentlich (ISDN) Telefonanlagen gibt die V90 und V92 unterstützen so das man eine FritzCard als Hostmodem nutzen kann.


    Ich glaube eine Panasonic TDA30 mit KX-TDA0196 kann das.
    edit: doch nicht

    Wenn Du einen V90-Host betreiben willst, kannst Du das an jeder ISDN-Anlage mit internem S0 machen. Die Wandler der Anlage werden nur für analoge Client-Modems verwendet. Mir wäre aber neu, dass die FritzCard das jemals gekonnt hätte. Selbst die teure B1 konnte das iirc nie. Da brauchst Du dann ein Courier I oder ein 2864I. Die hatte ich beide als V90-Server an einer ISDN-Anlage mit internem S0 in Betrieb. (GTB Modular Special, auf 2 interne und 2 externe S0 aufgerüstet)

    Das ganze braucht ja immer noch eine ISDN Amtsleitung damit man sich mit einem v90 oder v92 Modem einwählen kann.

    Why so? Ein S0 hat 2 B-Kanäle, 2 Geräte am gleichen Bus können auch miteinander reden. Die Geräte an den analogen Ports bekommen wunderbare Connects zu den Geräten am internen S0. Ein Gerät am analogen Port der Anlage kann sich nicht ohne ISDN-Amtsleitung mit einem ISDN-Gerät am externen S0 der Anlage verbinden. Aber das kann man kaskadieren, jede Anlage mit internem S0 kann das "Amt" spielen und muss selber dafür nicht am Amt hängen.

    Ich frage mich gerade ob es eigentlich (ISDN) Telefonanlagen gibt die V90 und V92 unterstützen so das man eine FritzCard als Hostmodem nutzen kann.


    Ich glaube eine Panasonic TDA30 mit KX-TDA0196 kann das.
    edit: doch nicht

    Wenn Du einen V90-Host betreiben willst, kannst Du das an jeder ISDN-Anlage mit internem S0 machen. Die Wandler der Anlage werden nur für analoge Client-Modems verwendet. Mir wäre aber neu, dass die FritzCard das jemals gekonnt hätte. Selbst die teure B1 konnte das iirc nie. Da brauchst Du dann ein Courier I oder ein 2864I. Die hatte ich beide als V90-Server an einer ISDN-Anlage mit internem S0 in Betrieb. (GTB Modular Special, auf 2 interne und 2 externe S0 aufgerüstet)

    Ne, ich kannte auch niemanden. Aber damals haben eigentlich alle Modems gut funktioniert. Mein erstes 1200er (von Hyundai) war schlecht. Aber alles was danach kam, hat funktioniert. Egal ob zugelassen oder nicht. Außer Dr. Neuhaus. Das war wirklich Schrott Made in Germany.

    Eine Serie von Creatix war richtig schlecht, weil sie die Hardware-Fehlerkorrektur ausgebaut hatten, das Ding war unter DOS nicht ernsthaft verwendbar.

    Das Bullet-V34-Modem habe ich zurückgegeben, weil es kein V.FastClass konnte. Dr. Neuhaus war iirc mit Pearl baugleich?

    Ich habe mal in den alten Fidolisten nachgeschaut. Wir hatten das E (oder E+, das weiß ich nicht mehr genau) von 1993 bis 1995 im Einsatz. Das erkennt man an dem Kürzel ZYX in den Einträgen.

    Das E+ hätte Dich für das Flag Z19 in der Nodelist qualifiziert.



    Ins Detail kann man da wohl nicht gehen.

    Doch, einige Modems spucken eine sehr detaillierte Analyse der letzten Verbindung aus. Ich muss mal Anleitungen wälzen. Ich meine aber, irgendeine der ATI0 bis ATI9 ist das bei USR-Modems. Bei Zyxel weiß ich nicht mehr. Vielleicht suche ich mal mein Courier I raus und hänge das an die Fritzbox.

    Nun, die Probleme mit dem U-1496EG+ waren schon in den 90er Jahren bekannt, als das Gerät herauskam

    Mich stört dabei der Gedanke, dass Sülzel das damals sehenden Auges so verkauft haben sollte. Es war in Summe einer der besten und ambitioniertesten Hersteller, und sie hätten das gemerkt. Verbindungsprobleme mit Zyxel/USR waren bekannt, oder mit Exoten wie Motorola. Die bei Elsa oft eingegangenen Beschwerden über 'Verbindungsprobleme mit Zyxel' waren, was meinen Bekanntenkreis anging, eine bis zum Schluss funktionierende Masche, kostenlos neue Firmwares für das TQV zu bekommen. Das hatte diese Probleme in Wirklichkeit nie. Aber leider kannte ich auch niemanden, der das 1496-Kastratmodell hatte, von dem ich etwas darüber hätte hören können.

    PCD-4ND


    Ick sterbe! Den hab' ich auch im Schrank, zum Telefonanlagen Programmieren...


    Es können nicht 3 unterschiedliche ZyXEL U-1496EG* Modems ein Problem mit der seriellen Schnittstelle haben und die gleichen Symptome zeigen.



    Ein Serienfehler wird es wohl sein, ja.

    Aber es macht mir große Mühe, mich in diesem Stadium darauf festzulegen, dass das Problem softwareseitig wäre und durch reine Datenmanipulation gelöst werden könnte - und welche Einzelleistungen des Geräts das betrifft, ob seriell, in der Wandlung oder auf Telefonseite. Da die Platine sich vom 1496E* unterscheidet, kann es mit der Bestückung in bestimmten Fabriken oder Jahren zu tun haben, mit einem Designfehler, alles mögliche. Beim 2864I wird der Analogteil auf manchen ISDN-Daughterboards mit den Jahren auch schlechter, wogegen Elko-Kur hilft. Solche Gründe können hier auch ursächlich sein.

    Ich glaube, die Suche nach diesem Fehler müsste man breitbandiger anlegen als nach dem für die Post fabrizierten gewollten Unterschied zwischen den Modellen.

    Die Eigenschaften des kastrierten ZyXEL U-1496EG+ sind reproduzierbar deutlich schlechter (kein Sync mit anderen Modems), als die des ZyXEL U-1496E+ (ohne G). Untereinander (U-1496EG+) funktioniert es mit dem CELL Mode über VOIP relativ gut.


    CONNECT 14400/ARQ/V42b/SREJ

    Danke für das Video. Aber welcher DTE-Speed, was für ein UART unter welchem OS? Die meisten Verbindungsprobleme, die nicht auf Gebührenimpulse zurückgingen, waren mach meiner Erfahrung DTE-Probleme.

    Was ist eigentlich der Hintergrund? Ich liebe ja Modems sehr und habe noch min. 5 Zyxels. Aber welchem Zweck dient das? Erkenntnisgewinn? Reenactment? Ein Nachbauprojekt? Tests? Oder just because we can? Erhöhung Nutzwert? (wenn doch ein anderes existierendes besser funktioniert)

    Vergisst es die Wahlsperre, wenn man es resettet (AT&F) oder es stromlos macht? So hätte man es 'damals' wahrscheinlich gemacht. Das Creatix 14.4 hat das IIRC auch noch gehabt, und ich bin mir ziemlich sicher, dass ich immer den Strom ausgesteckt habe, bevor ich AT%TCBDT kannte.