| Ich nutze: C-Control II Unit, CC2-ReglerBoard, OSOPT V3.0 |
> > Hallo Manfred
> >
>
> > Danke für deine Erklärungen.
> > Leider bin ich im bezug auf Modem nicht bewandert und wollte
> > mich eigentlich auf das Beispielprojekt beschränken.
> > Zur Funktion :
> > Mein Datenlogger wird per Nullmodemkabel vom Hyperterminal
> > ausgelesen, demnach mü�te am Reglerboard schon V. 24
> > Standard sein.
> > Das gleiche per Modem stelle ich mir so vor daÃ? das CC 2
> > Modem beim Start Initialisiert wird und wartet bis irgendwann
> > der Verbindungsaufbau vom PC erfolgt. Liege ich mit der
> > Annahme richtig da� der CC 2 Init überhaupt die
> > Voraussetzung ist, da� ein Verbindungsaufbau möglich ist.
> >
> > Meiner Meinung mü�te das am Beispielprojekt auch so
> > ablaufen, anschlie�end soll Datum und Uhrzeit sowie ein Menü
> > zum steuern der Ports gesendet werden. Leider wird als
> > einzigstes der Initstring nach Reset der CC 2 übertragen, was
> > auch meiner Meinung nach auf eine Kommunikation hindeutet.
> >
> > Hoffentlich kannst du dir so ein besseres Bild machen .
> >
> > GruÃ? Martin
> >
>
> Hallo Martin!
>
> Hier einige genauere Erklärungen:
>
> 1. Init-String
> Der Init-String vom CC2 ist umbedingt notwendig, damit das Modem die Baudrate des CCS
> lernt und damit das Modem richtig konfiguriert wird, daher muss er nach dem Einschalten des Modems
> umbedingt gesendet werden. Die sauberste Lösung ist sicher, Pin 6 (DSR) des Modems abzufragen
> um das Einschalten des Modems zu erkennen um dann den Init-String zu schicken.Alternativ könnte
> aber der CC2 ja regelmässig den Init-String senden bis ein OK vom Moden retourkommt, aber wirklich
> sauber geht das nur mit dem Pin 6 (der ist +12V bei eingeschalteten Modem).
>
> 2. Abheben des Modems bei Anruf
> Da gibt es 2 Möglichkeiten:
> -Das Modem hebt selbständig ab, das wird mit mit dem Befehl ATS0=1 in Init-String aktiviert
> -Der CC2 sendet nach dem Empfang des Strings "RING" (den sendet das Modem bei Erkennung
> eines Anrufes) den String "ATA" (das ist der Abhebebefehl).
> Wichtig: Nach dem Abheben bis zum vollständigen Verbindungsaufbau darf der CC2 kein Zeichen
> zum Modem schicken, sonst legt das Modem auf.
>
> 3. Erkennen der Verbindung
> Da gibt es wieder 2 Möglichkeiten:
> -Der CC2 fragt den Pin 8 (DCD) des Modems ab, der ist +12V bei aktiver Verbindung
> -Der CC2 wartet auf den String "CONNECT". Hier muss man aber aufpassen, da jedes Modem
> hier etwas anderes schickt, z.B. "Connect 32000/V42". Hier solltest du einmal mitloggen, was
> das Modem hier schickt, oder der CC2 überprüft nur die ersten 7 Zeichen im String (strx.compsel()) ?
> Dieser Punkt ist insofern wichtig, da ja die Kommunikation erst nach dem vollständigen
> Verbindungsaufbau starten darf.
>
> 4. Erkennen des Verbindungsabbruchs:
> Da gibt es wieder 2 Möglichkeiten:
> -Der CC2 fragt den Pin 8 (DCD) des Modems ab, der ist -12V bei keiner Verbindung
> -Der CC2 wartet auf den String "NO CARRIER", den das Modem nach einem Verbindusabbruch
> sendet. Diese Abfrage muss aber in der Kommunikationsroutine eingebaut werden.
> Dieser Punkt ist insofern wichtig weil ja sonst der CC2 in der Kommunikationsroutine festhängt, obwohl
> er ja wieder den Init-String schicken sollte.
>
> 4. Erkennen des Modemabschaltens
> Da kenne ich nur die Abfrage von Pin 6, der ist nicht +12V bei abgeschalterten Modem.
> Dieser Punkt ist wichtig weil das Modem den Init-String braucht um mit dem CC2 kommunizieren
> zu können.
>
> Wenn ich mir dein Problem überlege dann wird der Fehler am ehesten in der Verbindungserkennung
> liegen, weil ja der Init-String erfolgreich beim Reset des CC2 übertragen wird.
> Jedes Modem sendet ja leider unterschiedliche Meldungen (daher bruacht ja Windows für jedes
> Modem einen eigenen Treiber), daher sehe dir daher die Connect-Meldung und Abfrage genau an.
>
> Prinzipiell empfehe ich aber eher die Abfrage der Pins 6 + 8, die Auswertung der Modemmeldungen ist
> immer etwas unsicher, ev. kanst du ja einen MAX232 nehmen zum Wandeln der V.24 auf TTL?
>
> Liebe Grüsse aus Wien!
>
> Manfred
>
>
>
>
Hallo Manfred
Ich hab am Reglerboard folgende Pinbelegung festgestellt und
zwar laut Bezeichnung der C-Control Beschreibung.
Pin 2 auf RxD
Pin 3 auf TxD
Pin 5 auf GND
Pin 7 auf RTS
Pin 8 auf CTS
Laut Beschreibung des Beispielprojets ist eine Brücke Pin 4 auf
Pin 6 nötig, beide sind aber zur CC 2 nicht belegt, können also
bestenfalls vom PC Modem ausgewertet werden. Den aufwand
Pin 6 und 8 auszuwerten würde ich mir gern ersparen, da ich
sie dann Softwaretechnisch auch ansprechen müsste.
Hier nochmal der Initstring nach reset.
ATZ
ATS0=0E0V1L1M1Q0V1
Momentan ist meine Testmöglichkeit eingeschränkt da die Control bereits in Betrieb ist,
deshalb möchte ich vorher einige Punkte abklären.
ATS0=0 bedeutet also das CC2 Modem soll nicht von selbst
abheben, wie wäre es mit ATS0=1 ?
Was genau meinst du bei â??Mitloggen der Connect Meldungâ?? wo
im Hyperterminal ? und wer schickt an wen ?
Beide Modems hängen an Analogports einer ISDN Anlage, kann
man diese Fehlerquelle ausschlieÃ?en ?
Danke und GruÃ?
Martin
Antwort schreiben
Antworten:
Re: Modemspezialist gesucht (von Manfred - 1.05.2006 17:47)Re: Modemspezialist gesucht (von Martin - 2.05.2006 19:40)Re: Modemspezialist gesucht (von Manfred - 3.05.2006 9:24)Re: Modemspezialist gesucht (von Martin - 3.05.2006 21:40)Re: Modemspezialist gesucht (von Manfred - 4.05.2006 13:17)Re: Modemspezialist gesucht (von Manfred - 4.05.2006 17:03)Re: Modemspezialist gesucht (von André H. - 4.05.2006 17:28)Re: Modemspezialist gesucht klappt noch nicht (von Martin - 6.05.2006 12:48)Re: Modemspezialist gesucht klappt noch nicht (von Manfred - 9.05.2006 9:30)Re: Modemspezialist gesucht klappt noch nicht (von martin - 10.05.2006 20:16)Re: Modemspezialist gesucht klappt noch nicht (von Manfred - 15.05.2006 10:05)Re: Modemspezialist (von Martin - 16.05.2006 12:24)Re: Modemspezialist gesucht (von Hauk - 1.05.2006 14:24)Re: Modemspezialist gesucht (von Martin - 2.05.2006 19:55)Re: Modemspezialist gesucht (von Hauk - 3.05.2006 20:18)