Problem mit coniugo GSM-LAN-Modem

[Rainer Brandl]

Hallo zusammen,

wir haben das o.g. GSM-LAN-Modem im Einsatz - dieses wird vom Betriebssystem auch korrekt erkannt, nur vom OfficeMaster 4.0.5 kann es nicht angesprochen werden. Im Log erscheint immer folgendes:

(3464) 11/05/19 08:05:11 - WARNING: Modem::WaitOkLine(): received '' while expecting OK.
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
00 00 ..
(3464) 11/05/19 08:05:11 - INFO: Modem::Write(): -->
41 54 2b 43 52 45 47 3f 0d AT+CREG?
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
4f 4b 00 OK.
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
00 00 ..
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
00 00 ..
(3464) 11/05/19 08:05:11 - WARNING: Modem::WaitOkLine(): received '' while expecting OK.
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
2b 43 52 45 47 3a 20 30 30 30 2c 30 30 31 00 +CREG: 000,001.
(3464) 11/05/19 08:05:11 - INFO: Modem::Write(): -->
41 54 2b 43 52 45 47 3f 0d AT+CREG?
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
00 00 ..
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
00 00 ..
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
4f 4b 00 OK.
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
00 ff fa 2c 6a 60 ff f0 00 ...,j`...
(3464) 11/05/19 08:05:11 - INFO: Modem::Write(): -->
41 54 2b 43 52 45 47 3f 0d AT+CREG?
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
00 00 ..
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
2b 43 52 45 47 3a 20 30 30 30 2c 30 30 31 00 +CREG: 000,001.
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
00 00 ..
(3464) 11/05/19 08:05:11 - WARNING: Modem::WaitOkLine(): received '' while expecting OK.
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
00 00 ..
(3464) 11/05/19 08:05:11 - INFO: Modem::Write(): -->
41 54 2b 43 52 45 47 3f 0d AT+CREG?
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
4f 4b 00 OK.
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
00 00 ..
(3464) 11/05/19 08:05:11 - INFO: Modem::Read(): message complete <--
00 00 ..
(3464) 11/05/19 08:05:11 - WARNING: Modem::WaitOkLine(): received '' while expecting OK.


Es sieht also so aus, als ob immer 2 "Null-Bytes" vom Modem geschickt werden, bevor das OK eintrifft... Hat wer eine Idee, wie man das verhindern könnte ???

Bin für jeden Tip dankbar... Rainer

[Waldemar Sennert]

Hallo Rainer,

so verständlich der Wunsch in der einen oder anderen speziellen Situation manchmal auch sein mag, ein Alternativgerät einzusetzen, so steht in diesem Fall leider zu befürchten, dass das von Ihnen eingesetzte Funkmodem einen leicht abweichenden und somit nicht unterstützten Befehlssatz aufweist. Die einzig sinnvolle Empfehlung kann daher nur lauten, ein offiziell unterstütztes OfficeMaster GSM Modem zu verwenden, wie z.B. das (Siemens/)Cinterion CT63 oder dessen Vorgänger M20 bzw. TC35(i). Alles andere kann zwar funktionieren (Versuch macht klug), muss aber nicht, wie es sich in diesem Fall leider wieder einmal zeigt.

Gruß
W. Sennert
Hotline

[Rainer Brandl]

Hallo Waldemar,

danke dir für diese schnelle Information... Der Vorteil des LAN-Modems ist halt die Ansteuerung über IP... Gibt´s da auch was, das als LAN-Modem zum Einsatz gebracht werden kann und den geforderten Befehlssatz aufweist ???

Danke, Rainer

[Waldemar Sennert]

Hallo Rainer,

die Notwendigkeit eines LAN-Modem besteht für OfficeMaster eigentlich nicht, da bei OfficeMaster GSM einerseits Antennenkabel von 50m Länge möglich sind, andererseits aber auch der Messaging Server auf mehrere Server-hosts verteilt werden kann (zumindest in der unlimited User Variante) und somit auch ein Nebenserver (des Messaging Servers) mit GSMSMS-Komponente und lokalem GSM-Modem am Wunschstandort des Modems errichtet werden kann.

Einige Anwender setzen jedoch auch erfolgreich Alternativhardware (wie z.B. Nokia Handys mit Datenkabel) ein, doch können wir für diese Konfigurationen natürlich keine Funktionsgarantie übernehmen.

Gruß
Waldemar

[Waldemar Sennert]

Noch ein Nachtrag:

Denn vor dem Hintergrund einer LAN/IP-Anbindung (im Gegensatz zu einem lokalen COM/USB-Gerät, auf dessen Zeitverhalten OfficeMaster optimiert ist) gewinnt das erstellte Log evtl. auch eine ganz neue Bedeutung und lässt vermuten, dass OfficeMaster vielleicht nur Antworten des Modems vermisst, da diese erst viel, viel später eintreffen. Möglicherweise liesse sich daher, durch einen Versuch die Latenzzeiten zu optimieren, noch etwas verbessern. Einen Versuch in dieser Richtung wäre es zumindest wert.

Gruß
Waldemar

[Rainer Brandl]

Hallo Waldemar,

danke für diese ausgesprochen interessanten Informationen. Das Problem, das ich beim Kunden habe, ist, dass der OfficeMaster-Server virtualisiert ist und somit die RS232- oder die USB-Anbindung nicht so einfach ist wie bei einem physischen Server...

Gibst du mir da recht ??? Danke, Rainer

[Waldemar Sennert]

Hallo Rainer,

ich gebe Dir gern insofern Recht, dass man in eine VM natürlich keine Hardware einbauen bzw. an lokale Ports anschliessen kann, doch gilt auch hier, dass das Problem sehr einfach mit einem physischen Nebenserver, an den den das Modem angeschlossen wird, gelöst werden kann, während der Hauptserver virtualisiert bleibt. Ein LAN-Modem ist daher auch hier nicht notwendig.

Gruß
Waldemar

[Willmar.Heinrich]

Hallo,

genau diese Konfiguration habe ich vor einigen Tagen beim Kunden konfiguriert, klappt hervorragend.