SMS über DSL für 4,7 Cent !!

Servus Leute!

Ich dachte eigentlich, dass das Kapitel Massenversand für mich endlich abgeschlossen ist, da ich scheinbar eine Lösung gefunden hatte. Das Fazit war, dass 60 SMS 8x parallel (also 480 SMS) in gut zwei Minuten ohne Timeout versandt wurden. Der Clou war einfach, dass ich alle IBSS.exe ohne "start" starten ließ, dass die Batch wartet, bis die SMS versandt wurde und dann erst die nächste IBSS.exe startet. Folglich sind beim Massenversand 8x60 maximal 8 Serververbindungen offen und das hat das System verkraftet.

Klar ist, dass ich natürlich nicht jedesmal 480 SMS an lauter verschiedene Nummern versandt hatte (aus Geldgründen natürlich), sondern 480 Mal die gleiche SMS an die gleiche Nummer, d.h. ich bekam 479 Mal eine Reloadsperre zurück. Ich meinte, so realistisch testen zu können. Mit der Gesamt-Versandzeit von ca. 2 Minuten war ich auch vollauf zufrieden.

Nun hab ich heut zufällig eine Erinnerung für eine Veranstaltung an 20 Leute versandt, und musste feststellen, dass eine SMS jedesmal ein paar Sekunden gedauert hat, bis die Nächste versandt wurde. Das hat mich total verwundert, da doch die Tests so vielversprechend waren und eine Versandzeit von 0,5 s/SMS vorraussagten.
Anscheinend waren die Tests dann doch nicht so realistisch wie erhofft, eine "Reloadsperre" muss praktisch schneller zurückkommen, als ein "Erfolgreicher Versand".

Jetzt könnte ich (wie von Felix000 weiter oben schon mal vorgeschlagen) die Batch so aufbauen, dass jeder zehnte Aufruf von IBSS ohne start erfolgt und dieses sozusagen dem PC eine Verschnaufpause verschafft, da die Batch erst wieder fortfährt, wenn die 10. SMS (bzw. 20.SMS, 30.SMS....) versandt wurde.
Für den Versand von 1x60 SMS würde das sicher klappen. Anders ist es jedoch bei 8x60 SMS. Hier kann es ja dann zutreffen, dass 8x10=80 Verbindungen gleichzeitig offen sind, und das wird nicht klappen.

Ich bin deshalb verzweifelt auf der Suche nach einer vernünftigen Lösung....denn ein paar Sekunden Versandzeit pro SMS sind absolut inakzeptabel....

Wäre super, wenn mir wer weiterhelfen könnte!!


MfG Christoph

Zitat:

---

Jetzt könnte ich (wie von Felix000 weiter oben schon mal vorgeschlagen) die Batch so aufbauen, dass jeder zehnte Aufruf von IBSS ohne start erfolgt und dieses sozusagen dem PC eine Verschnaufpause verschafft, da die Batch erst wieder fortfährt, wenn die 10. SMS (bzw. 20.SMS, 30.SMS....) versandt wurde.

---

@FFW Pietling
Hast du das schon ausprobiert, wie ich zitiert hab?

Wegen dem besch... Timeoutproblem hab ich ja auch für das neue Programm angeleiert, dass der Programmierer eine Abfrage einbaut, ob die SMS versandt wurde oder nicht. Beim Fehlschlagen eines Versands kann man den Versand nach einer Variable X beliebig oft wiederholen.

Gruss Andy

Zitat:

---

Zitat von kOnDeNsAtOr

@FFW Pietling
Hast du das schon ausprobiert, wie ich zitiert hab?

Wegen dem besch... Timeoutproblem hab ich ja auch für das neue Programm angeleiert, dass der Programmierer eine Abfrage einbaut, ob die SMS versandt wurde oder nicht. Beim Fehlschlagen eines Versands kann man den Versand nach einer Variable X beliebig oft wiederholen.

Gruss Andy

---

Servus!

Nein hab ich noch nicht probiert, werd ich aber demnächst machen. Das Problem ist nur, dass ich dann (wenn ich IBSS mit start ausführe) nicht mehr denn Errorlevel für eine Kontostandsfunktion etc verarbeiten kann, weil ja die Batch nicht wartet, sondern gleich das nächste IBSS ausführt...
Oder gibt es doch eine Möglichkeit?

Nebenfrage: Warum dauert es überhaupt so lange (wenn ich IBSS ohne start ausführe), bis das nachfolgende IBSS gestartet wird? Das sind ja mehrere Sekunden...müsste der (einzelne) Versand nicht viel schneller vonstatten gehen?

MfG Christoph

Nein, ob jetzt eine Verbindung gemacht wird oder bis zu acht parallel ist egal, deswegen parallel. Es geht mit start schneller, weil dann nur das Programm geoeffnet wird und gleich alle Parameter uebergeben werden und dann gleich das naechste Programm geoeffnet wird, ohne dass gewartet wird, ob das erste schon fertig ist.
Ohne start allerdings wartet die Batch, bis das erste Programm fertig ist, dann erst geht der Versand mit dem naechsten weiter.

Gruss Andy

Zitat:

---

Zitat von kOnDeNsAtOr

Nein, ob jetzt eine Verbindung gemacht wird oder bis zu acht parallel ist egal, deswegen parallel. Es geht mit start schneller, weil dann nur das Programm geoeffnet wird und gleich alle Parameter uebergeben werden und dann gleich das naechste Programm geoeffnet wird, ohne dass gewartet wird, ob das erste schon fertig ist.
Ohne start allerdings wartet die Batch, bis das erste Programm fertig ist, dann erst geht der Versand mit dem naechsten weiter.

Gruss Andy

---

Ja ok das weiß ich. Wenn ich die Batch aber mit "start" ausführe, dann dürfte man wphl nicht den Errorlevel in der Batch verarbeiten können, ja mehrere IBSS gleichzeitig offen sind?!

du hast pro geoeffnetes Programm eine Verbindung offen (default max 8 Stueck).
Wenn Programm 1 ueber die Verb. 1 was schickt, dann bekommt es auch was zurueck. Das gleiche gilt bei Prog 2, 3 ...
Wenn acht Progs offen sind und ein neuntes geoeffnet wird, dann kann das neunte Prog nix schicken, folgendermassen bekommt es dann auch nix zurueck.

Dies waere die Erklaerung, wie ich mir das vorstellen koennte.

Gruss Andy

Das Problem ist, das FFW Pietling 2 die Rückgabewerte von ibss.exe auswerten will und feststellen will, ob die SMS bei ibss angekommen ist (So wie ich das auch in meinem Linux-Skript mache).
Das geht nicht mehr ohne weiteres wenn mit Start die einzelnen Instanzen von ibss.exe in den Hintergrund geschoben werden.

Was ich mir u. U. vorstellen könnte wäre folgendes:

ibss.bat:
[code]
ibss.exe mit Parametern
echo Parameter und Rückgabewert >> logdatei
[\code]

Statt
start ibss.exe wird
start ibss.bat gemacht und dann am Schluß, wenn das Skript durch ist wird die Logdatei ausgewertet.

Verstanden, wie ich das gemeint hab?

Das mit mehreren Sekunden pro SMS kommt mir ein bisschen komisch vor.
Mit ibss hab ich es noch nicht probiert, aber mit sms77 und einzelnen Verbindungen nach einander (allerdings unter Linux) krieg ich über eine DSL1000 Leitung 2-6 SMS pro Sekunde raus.

Du kannst ja mal testen, ob es mit ibss77.exe und sms77.net besser geht.

duese

Also Hubert, du kannst doch auch die Log-Dateien von IBSS nehmen und damit feststellen wie viele SMS derjenige gekriegt hat. Deine Log-Datei is ja eigentlich nix anderes und du sparst dir noch Rechenleistung...

In eine Logdatei schreiben ist jetzt nicht der Rechenaufwand, der einen Rechner, der jünger als 10 Jahre ist, in die Knie zwingt.....

Mit der Rückmeldung kann man noch andere Sachen machen, wenn die SMS z.B. über ibss nicht rausging, es nochmal mit sms77.net probieren oder umgekehrt.

Mein Linuxskript kann das schon... (aktualisierte Version kommt demnächst...)

duese

Bezüglich Timeoutprobleme, die bisher leider ein bisschen wenig angesprochen wurden:

Quelle: http://www.kresstech.de/windowstipps.htm

Zitat:

---

Gleichzeitige Verbindungen zu einem Server erhöhen

Die Spezifikationen von Microsoft zu HTTP 1.1 sehen vor, dass der Internet Explorer nur 2 gleichzeitige Verbindungen zu einem Server herstellt. HTTP 1.0 erlaubt noch 4 gleichzeitige Verbindungen. Dies geschieht z.B. beim Laden einer Seite incl. der Grafiken etc. Bei schnelleren Internetverbindungen (DSL) ist es sinnvoll, die Anzahl der gleichzeitigen Verbindungen zu erhöhen. Das kann die Ladezeit von Webseiten deutlich beschleunigen.
Im Registrierungseditor geht man zu dem Zweig:"HKEY_CURRENT_USER\Software\Microsoft\Window s\CurrentVersion\Internet Settings"und erstellt dort (falls noch nicht vorhanden) einen DWord-Eintrag für HTTP 1.1 mit der Bezeichnung:"MaxConnectionsPerServer"und gibt diesem einen Wert (zBsp:10 Standard ist 2).

Danach erstellt man einen weiteren DWORD-Eintrag für HTTP 1.0 mit der Bezeichnung:"MaxConnectionsPer1_0Server"

und gibt diesem ebenfalls einen höheren Wert (zBsp. 20 Standard ist 4).


Beiden Keys kann man jetzt einen höheren Wert zuweisen, bewährt haben sich 10 gleichzeitige Verbindungen für HTTP 1.1 und 20 für HTTP 1.0 bei einem Internetzugang mit DSL.

--------------------------------------------------------------
Die Antwortzeit (Timeout) von Webseiten erhöhen

Werden des Öfteren Teile von Webseiten nicht vollständig angezeigt oder läuft nebenbei ein Filesharing-Tool, so kann es nützlich sein, den Timeout zu erhöhen.Dazu den Registrierungseditor starten und erstelle im Schlüssel: "HKEY_CURRENT_USER\Software\Microsoft\Windows\Curr entVersion\InternetSettings" einen neuen DWORD-Eintrag mit der Bezeichnung: "KeepAliveTimeout" erstellen. Der Wert wird in dabei Millisekunden angegeben. "120 000" , also 2 Minuten sollten ausreichend sein.

---

Zitat:

---

Zitat von duese

Das Problem ist, das FFW Pietling 2 die Rückgabewerte von ibss.exe auswerten will und feststellen will, ob die SMS bei ibss angekommen ist (So wie ich das auch in meinem Linux-Skript mache).
Das geht nicht mehr ohne weiteres wenn mit Start die einzelnen Instanzen von ibss.exe in den Hintergrund geschoben werden.

Was ich mir u. U. vorstellen könnte wäre folgendes:

ibss.bat:
[code]
ibss.exe mit Parametern
echo Parameter und Rückgabewert >> logdatei
[\code]

Statt
start ibss.exe wird
start ibss.bat gemacht und dann am Schluß, wenn das Skript durch ist wird die Logdatei ausgewertet.

Verstanden, wie ich das gemeint hab?

Das mit mehreren Sekunden pro SMS kommt mir ein bisschen komisch vor.
Mit ibss hab ich es noch nicht probiert, aber mit sms77 und einzelnen Verbindungen nach einander (allerdings unter Linux) krieg ich über eine DSL1000 Leitung 2-6 SMS pro Sekunde raus.

Du kannst ja mal testen, ob es mit ibss77.exe und sms77.net besser geht.

duese

---

Servus Duese!

Anfangs hatte ich es auch so gelöst. Das Problem ist hierbei wohl, dass für jedes IBSS ein Batch-Fenster aufgemacht wird und den Rechner extrem in die Knie zwingt. Ansonsten wäre es die optimale Lösung! Mit wie vielen IBSS.bat hast du es denn ausprobiert?

Nach einem Gespräch mit MiThoTyN habe ich eingesehen, dass das Tool IBSS (oder IBSS77) nicht ganz für einen solchen Massenversand geeignet ist, da laut ihm jedes IBSS von Windows verwaltet werden will und so bei hunderten offenen IBSS es (bestätigterweise) zum Crash kommt.
Wäre es nicht hierfür sinnvoller, ein Tool zu kreieren, das im Hintergrund läuft und von einer Batch (wie IBSS) angesteuert wird, nur dass eben das EINE Programm im Hintergrund läuft und die Internetverbindung immer mit maximal möglichen Versandbefehlen "füttert"?


MfG Christoph

Hallo FFW Pietling,
das sollte eigentlich im Programm vom Grisu-Seevetal gelöst werden. Ich bin schon auf sein Update gespannt.

Gruss Andy

Zitat:

---

Zitat von kOnDeNsAtOr

Hallo FFW Pietling,
das sollte eigentlich im Programm vom Grisu-Seevetal gelöst werden. Ich bin schon auf sein Update gespannt.

Gruss Andy

---

Aber das Programm müsste über Kommandozeile (d.h. über Batch) angesteuert werden können. Ansonsten würde meine funktionsreiche und bis dato absolut zuverlässige Batchroutine unnütz werden.

@FFW Pietling 2:
Mit bat-Dateien hab ich das noch gar nicht probiert, es war nur eine Idee.

Meine SMS-Alarmierung läuft wie gesagt unter Linux aber mit Versand eine nach der anderen (ich hab (außer in der Uni) keinen Windowsrechner und auch nicht vor, daß ganze unter Windows zu realisieren).

Ist ja interessant, daß Windows so Probleme mit vielen im hintergrund laufenden Programmen hat. Oder hat man für die Zeit des Versands wirkich pro Aufruf ein Fenster in der Taskleiste?

duese

Zitat:

---

Zitat von FFW Pietling 2

Aber das Programm müsste über Kommandozeile (d.h. über Batch) angesteuert werden können. Ansonsten würde meine funktionsreiche und bis dato absolut zuverlässige Batchroutine unnütz werden.

---

Wenn aber das Programm von Grisu zuverlaessig ist und mit allen gewuenschten Funktionen ausgestattet ist, dann brauchst du deine Batch auch nicht mehr. Das Programm holt sich ja (wie ich es bisher verstanden hab) die Alarmierungen vom FMS32pro selber.

Gruss Andy

Zitat:

---

Zitat von duese

@FFW Pietling 2:
Mit bat-Dateien hab ich das noch gar nicht probiert, es war nur eine Idee.

Meine SMS-Alarmierung läuft wie gesagt unter Linux aber mit Versand eine nach der anderen (ich hab (außer in der Uni) keinen Windowsrechner und auch nicht vor, daß ganze unter Windows zu realisieren).

duese

---

Und mit Versand "eine nach der anderen" schaffst du Versandzeiten von min. 2 SMS/s ?? Mal ein Beispiel: Wenn ich IBSS ohne Parameter aufrufe, Text, Nummer etc. eingebe und dann auf "Versenden" klicke, dann dauert es doch einige Sekunden bis ich den Errorlevel 100 für den erfolgreichen Versand zurückbekomme? Warum sollte es dann per Kommandozeile schneller gehen?

Zitat:

---

Zitat von kOnDeNsAtOr

Wenn aber das Programm von Grisu zuverlaessig ist und mit allen gewuenschten Funktionen ausgestattet ist, dann brauchst du deine Batch auch nicht mehr. Das Programm holt sich ja (wie ich es bisher verstanden hab) die Alarmierungen vom FMS32pro selber.

Gruss Andy

---

Das mag schon sein und ich geb auch zu, dass Batch nicht wirklich gegen was "Gescheites" mithalten kann. Aber zumindest mit meiner Batch-Routine habe ich bereits lange positive Erfahrungen gemacht und kenn sie in- und auswenig. Wenn ich nun auf eine "fremdes" Programm zurückgreife, dann bin ich in einem gewissen Sinn wieder von anderen abhängig.

Wie groß wird schätzungsweise der Auwand sein, so ein Tool (wie ich es vorgeschlagen habe) zu erstellen? Im Endeffekt müsste man ja einfah gesagt nur den "Versandteil" (z.B. aus Grisus Programm) rausziehen und so modifizieren, dass man ihn mit Parametern ansteuern kann?

MG Christoph

Schick mir bitte mal deine Batch, bzw poste sie. Ich moechte meine auch gerne verbessern, bis das neue Programm auch fertig getestet werden konnte.

gruss Andy

Zitat:

---

Zitat von FFW Pietling 2

Und mit Versand "eine nach der anderen" schaffst du Versandzeiten von min. 2 SMS/s ?? Mal ein Beispiel: Wenn ich IBSS ohne Parameter aufrufe, Text, Nummer etc. eingebe und dann auf "Versenden" klicke, dann dauert es doch einige Sekunden bis ich den Errorlevel 100 für den erfolgreichen Versand zurückbekomme? Warum sollte es dann per Kommandozeile schneller gehen?

---

Ich weiß ja nicht, was ibss.exe noch so außen rum um die eigentliche Übertragung macht, oder vielleicht ist ja auch Windows so langsam.

Mein Skript macht nix anderes wie einen http-get Aufruf. Das ist wie wenn Du im Brower so was in der Art eingibst:

http://domain.de/skript.php?paramete...eter2=beispiel

Hier aus der Logdatei die letzte Alarmierung:
20060310 18:49:15 [alarm] 1 sms77 100 0179XXXXXXX Abs: FFWxx Type: quality
20060310 18:49:15 [alarm] 1 sms77 100 0174XXXXXXX Abs: FFWxx Type: quality
20060310 18:49:16 [alarm] 1 sms77 100 0174XXXXXXX Abs: FFWxx Type: quality
20060310 18:49:17 [alarm] 1 sms77 100 0171XXXXXXX Abs: FFWXX Type: quality
20060310 18:49:17 [alarm] 1 sms77 100 0174XXXXXXXX Abs: FFWxx Type: quality
20060310 18:49:21 [alarm] 1 sms77 100 0162XXXXXXXX Abs: FFWxx Type: quality

Ok, die bis zu sechs SMS waren ein Trockentest (bei sms77.net gibts einen Parameter, mit dem werden die Parameter getestet, aber nix verschickt.

Erfahrung mit mehr Empfängern hab ich noch nicht. Nach dem nächsten Alarm oder Probealarm kann ich Dir mehr sagen, jetzt sind ein paar mehr Leute in der Empfängerliste.

duese

Poste bitte mal das Skript.
Ich kenn mich mit Skripten nicht aus, habs mal mit Bild-Aufrufen einer html-Datei gelöst:
(html)
(body)
(img src="http://gateway.ib-systems.de.......")
(/body)
(/html)

Die runden Klammern sind absichtlich so, nicht dass es Probleme im Forum gibt.

Gruss Andy

Du hast eine relativ neue Version des Skriptes doch schon in deinem EMail-Eingang liegen (seit min. zwei Wochen).....

Heut abend kann ich vielleicht die neueste einstellen.....

duese

Update:
Hier der neue Thread zum Skript:

http://funkmeldesystem.de/foren/show...596#post177596

So, bin zwar noch nicht mit allen Änderungen fertig, habe aber schon mal ein neues Update rausgebracht. Steht wieder auf www.chillmer.ath.cx. Bin bis jetzt nur dazu gekommen das Telephonbuch zu ändern. Dies war doch relativ komplex. Für euch am einfachsten zu erkennen daran, dass sich einige Konfigdateien im Inhalt geändert haben, somit ist eine Nutzung der Dateien aus der Version 2.4 nicht durchgängig möglich (Ausnahme Data, CFG Fehler.SMS SMS.CFG und eingeschränkt ZVEI.SMS hier sollten alle Gruppenverweise gelöscht werden) Im Telefonbuch ist bereits das Feld für den Kontostand eingepflegt aber noch nicht in Nutzung. Dies ist erstmal eine vorläufige Version. Ich hoffe die nächsten Schritte ohne solch schwerwiegenden Eingriffe machen zu können. Es fehlen noch einige Sicherheitsabfragen beim Beenden. Also vorsicht wenn man den Button klickt geht das Fenster zu eventuell ohne die Daten vorher gespeichert zu haben. Also nicht zu sparsam mit der Speichertaste umgehen.

So mache mich dann wieder an die Arbeit. Viel Spaß und Gruß

War nochmal fleißig, jetzt läuft das Prog in der SysTray.

Grisu-Seevetal

PS. Eine Hilfe gibt es leider noch nicht. Bei Fragen einfach Posten oder direkt an mich.

Bin jetzt fertig mit dem Versuch das Prog an SMS77.de anzupassen. Kann dies leider nicht richtig testen, da ich hier keinen Zugang habe. Ich währe dankbar wenn dies jemand ausprobieren konnte. Für den Versand an SMS77.de müssen folgende Werte geändert werden:

URL: http://www.sms77.de/gateway (den '/' hinter 'gateway' weglassen)

SMS- Typ wie folgt:

basicplus
standard
quality
festnetz
flash

und natürlich die Auswahl auf SMS77.de setzen.

Außerdem ist es jetzt möglich eine Gruppe manuell zu Alarmieren. Hierzu befindet sich im Menü 'Tools' der Prunkt Probealarm. Einfach eine Gruppe auswählen und den Alarm starten.

Diese Optionen stehen dann ab jetzt in der Version 2.6.1 zur Verfügung.

Schonmal Super das du so schnell hier die neue Version gebastelt hast.

Aber nur mal eine Frage... Vielleicht bin ich auch Blind.

Habe schön ne Gruppe erstellt.
Habe auch eine 5Ton Folge eingepflegt.
Wo man Empfänger einer Gruppe zuordnet hab ich auch entdeckt.

Aber...
Wo stelle ich den ein welche Gruppe bei welcher 5Ton Folge alarmiert wird???
Entweder bin ich echt blind oder du hast vergessen die miteinander zu verknüpfen.

Gruß
Jooohn

Mir ist da noch eine Idee dazu gekommen...

Ich habs noch nicht getestet, aber wie sieht es mit dem Verbindungsaufbau aus? Verbindet der sich selbst wenn mal die Verbindung abbricht?

Wenn nicht dann wäre doch ein Reconnect ne gute lösung.

Sagen wir mal ein Kammerad stellt seinen PC, Scanner und AllFMS zur verfügung und ist über ne DynDNS IP Tool immer erreichbar.
Jetzt startet er mal seinen PC neu oder was auch immer. Dann müsste man sich normalerweise immer manuel neu zu ihm verbinden.
Mit Reconnect geht das dann voll automatisch.

Ich denke wenn jemand kein FMS auswerten möchte, aber seine Wehr mit SMS-Alarm ausrüsten möchte, wäre das doch dann eine gute lösung oder?

Gruß
Jooohn

Hey Leute!

Wo kann ich die aktuelle Version downloaden? Ist schon spät und mein Gehirn arbeitet gerade nicht so schnell ;-)

Hey Etienne

www.chillmer.ath.cx

Wilkommen im Club der Blinden ;-)
Naja vielleicht siehst du ja die Lösung wo ich als Blinder noch herumlaufe :-)

Gruß
Jooohn

So, hab ebend nochmal schnell ausprobiert Gruppen einer Kennung zuzuordnen. Da ist noch ein kleiner Bug. In der Liste neben den ZVEI kennungen sollten alle Gruppen aufgelistet sein, wenn mann auf eine Klickt wird diese automatisch unten eingetragen. Fehlerhaft ist leider noch die Beschriftung der Tabelle und es werden im Moment nur Gruppen aufgelistet die als 'AKTIV' gekennzeichnet sind.

Hoffe dir geholfen zu haben.

Gruß Grisu-Seevetal

Hi Grisu

Jo so hats funktioniert.
Musste zwar eben erst gucken wo man eine Gruppe aktiviert, aber ich habs gefunden :-)

Danke :-)

Gruß
Jooohn

Werde mich langsam doch mal ransetzen müssen und eine Anleitung schreiben.

Hallo, habe einen Fehler in der Gruppenverwaltung gefunden, hier kann es zu einem Fehler kommen, wenn mann versucht Teilnehmer einer Gruppe zuzuordnen. Diesen Fehler und den Fehler das nur Aktive Gruppen bei der ZVEi bearbeitung angezeigt werden habe ich in der Version 2.6.3 behoben. Im Zipverzeichniss sind alle Konfigdateien enthalten, wenn ihr nur von Version 2.6.1 updatet, langt es wenn ihr die EXE durch die neue ersetzt. Außerdem habe ich meine Webseite etwas geändert. Die Downloads sind jetzt auf einer seperaten Seite. einfach den Link klicken.

Hallo Leute,

gestern hab ich meinen Computer für die SMS-Alarmierung von mir zu Hause (DSL 2000) wieder in die Feuerwehr ("nur" ISDN) gestellt. Seit der Umstellung von DSL auf ISDN hab ich keine Timeout-Probleme mehr. Ich kann mir das leider nicht erklären!!! Vorher (bei DSL 2000) hab ich Timeoutprobleme >40%) bei allen Teilnehmern gehabt und seit der Umstellung (Downgrade) auf ISDN hab ich wieder einen SMS Versand von 100%. Kann mir einer dieses Phänomen erklären? Ich bitte darum, denn ich kann es mir nicht erklären. Ich hab eine Batch, die genauso wie vorher arbeitet. Keine wait-Verlängerungen, gar nix! Die gleiche Batch, wie vorher.

Gruss Andy

Evtl. könnten da Latenzzeiten (also Pingzeiten) eine Rolle spielen. Es kann nämlich durchaus sein, daß die Latenz via ISDN geringer ist, als über DSL, auch wenn den Datensurchsatz ein ganz anderer ist.

duese

Hallo, habe jetzt die letzten Änderungen vorgenommen. Ein Reconnect bei Verbindungsabbruch kann jetzt eingestellt werden. Ein Konto für jeden Tln. habe ich auch eingepflegt. Hierfür habe ich zwei Betriebsmodi geschaffen Prepaid und Kredit. Bei Prepaid muss ein Betrag auf das Konto eingezahlt werden. Wenn dass Versenden einer SMS das Konto unter 0€ bringen würde wird der Versand abgebrochen. Bei Kredit wird bei jeder Sendung dem aktuellen Kontostand einfach der Betrag für eine SMS dazugerechnet. Unter Tools kann ein Konto jetzt aufgeladen rückgesetzt oder abbezahlt werden. Ein Ausdruck aller eingerichteten Nummern incl. Kontoständen ist von hier auch möglich. Ich habe auch die Funktion der Admin-SMS eingepflegt, man kann jetzt auswählen ob bei einem Verbindungsabbruch zu FMS32 eine SMS gesendet werden soll. Das Versenden einer Ergebniss-SMS ist leider noch nicht möglich.

Das Programm in der Aktuellen Version 2.7.1 liegt wieder unter www.chillmer.ath.cx . Ich habe die Seite etwas umgestalltet. Die Downloads sind jetzt wieder auf einer seperaten Seite.

Beim Update von einer Version ab 2.6 gillt wieder es muss nur die EXE getauscht werden.

Bei Fragen einfach an mich wenden.

PS. werde mal kurzfristig die Weiterentwicklung unterbrechen um eine Anleitung zu erstellen.

Juhu! Die neue Version ist da! Ich werd sie gleich mal ausprobieren, vielen Dank schon mal für die Arbeit!

Schönes Wochenende,
Gruss Andy

Habe gerade das Tool runtergeladen, jetzt habe ich ein Problem!
was muß ich den in der ersten Spalte eintragen? (Programm)

Nummer Datei
LOG datei
Admin Nr
usw???

So, ist mal wieder Wochenende. Da schaff isch ein bisschen was. Ab jetzt gibt es die Version 2.7.3 Diese ist identisch mit der Version 2.7.1 ich habe lediglich eine Hilfe eingepflegt. Also nicht unbedingt wichtig. Wichtig ist, alle Weiteren Updates werden auf dieser Version Basieren. Zum Updaten muss diesmal auch das neue Verzeichnis "Help" im Ordner "config" kopiert werden. Oder man entpackt die Ganze Zip und sichert vorher die Aktuellen Konfigdateien. Hierbei ist es wichtig alle Konfigdateien zu sichern!

Hallo.

Ich hab mal die v.2.7.1 runtergeladen und meine Zugangsdaten und den gateway geändert. Doch irgendwie will das nicht funktioniern auch nicht der Probealarm. Habeimmer eine Fehlermeldung bei der Http-Anfrage *998*
Bei www.SMS77.de habe ich auch schon die richtigen Einstellungen gesetzt. Woran kann das liegen?

Welche URL benutzt du? Habe Gerade festgestell, dass es anscheinend Probleme gibt wenn das Gateway mit HTTPS angesprochen wird. Wenn du dieses benutzt versuch es doch mal bitte mit HTTP

So, habe das Prog jetzt auch SSL- fähig gemacht. Version 2.8.3
Somit ist jetzt auch die Verwendung der URL HTTPS://SMS77.DE/Gateway möglich

Habe auch die POSAC Alarmierung eingepflegt. Kann diese aber leider nicht testen. Wenn dies jemand für mich übernehmen könnte währe ich sehr dankbar. Bei POSAC einfa die RIC als ZVEI eingeben.

Hi Leutz
Hab mich die letzten Stunden mal n bissl mit dem Prog beschäftigt. bin zwars erst nicht richtig duchgestiegen aber jetz hatters. Hatte erst die schon angesprochenen probleme Fehler 988 ja den hab ich auch wegbekommen doch dan kam der nächste und zwar die 400.Da hab ich ich mal n bischen schlau gemacht und schwupps habe ich auch dass hinbekommen und zwar liegt es darandass sich in der Parameterzeile ein Fehler eingeschlichen hat. nach dem "type=" darf keine ziffer mehr stehen sondern die worte ausgeschrieben also &type=basicplus oder type=quality ,....... deshalb der fehler 400. also beim nächsten update (worauf ich schon sehr warte) bidde ändern.
PS Ich finds klasse
MFG Da Born

Hähä man brauch kein extra update dafür man kanns ja gleich so reinschreiben *gggg* *freu*

Hallo,

habe zwei Fragen: Wäre es möglich, da bei Pocsag ein Variabler Text, also z.B. der mitgesendete Text zu versenden? ( Fms32)

Da ich Poc32 als Pocsagauswertung bevorzuge bzw. etwas sicherer in der Auswertung ist - wäre es technisch machbar, Poc32 als auszuwertende Software zu benutzen?


und nochmals vielen Dank an Grisu-Seevetal für das gelungene Programm. Einfach spitze

Grüße
Frank

Hallo Franki112,

zur ersten Frage, bei Auswertung eines POSAC Alarms wird wird der SMS- Text wie folgt generiert: Alarmtext(Text aus SMS-Sender) / Schleifenname(aus SMS sender) / "Alarmtext: " / Alarmtext aus FMS32 / ggf. Datum Uhrzeit und Kontostand.

Zu 2 ich kenne Poc32 nicht, wenn es auch eine Serverschnittstelle für Telnet bietet ist es Technisch machbar. Wenn nicht ist es leider nicht so einfach.

Gruß Grisu Seevetal

Hallo Grisu-Seevetal,

vielen Dank für deine mail. Ich werde mal die Pocsagfunktion mit freier Textanzeige ausprobieren.

Wegen meiner Anfrage Poc32. Ich habe dir mal ein Bild mit den möglichen TCPIP-Einstellungen beigefügt. Ist dies damit möglich?

Hast du bei event. Updates vor, eine Art Probealarmfilter einzubauen, der z.B einen festen Text wie Proberuf oder einfach in einem bestimmten Zeitraum keine SMS versendet?

Grüße

Frank

Ja, werde versuchen da was zu machen. Hab da schon ein paar Ideen, bin mir nur noch nicht ganz sicher welchen weg ich da einschlage.

Hi Grisu-Seevetal,

super.

Hab vergessen, das Nild mit der Poc32 Einstellung beizufügen.

Grüße

Frank

Dass sieht nicht nach einer Schnittstelle für die Alarmierung aus, werde mir aber wohl mal ne Demo Runterladen und schauen wass ich da machen kann.

Hallo Grisu-Seevetal,

ich hab jetzt mal die pocsag Funktion ausprobiert. FMS32 wertet die Ric mit Text aus, die ich gesendet habe. Leider gibt dein Prog den Alarm nicht weiter. Ich trage ja unter Zvei die Ric ein z.B. 0158710. Es wird nichts ausgewertet.

Frank

Also mit der letzten Version(2.8.3) geht es auch nicht. Immer Fehler 998 oder 999. Keine Ahung an was das noch liegen könnte. Habe auch noch Guthaben von ca. 9€ bei www.sms77.de.

So, habe das Prog nochmal unter die Lupe genommen. Mir ist ein fehler beim Einpflegen des Kontostandes unterlaufen. Den habe ich bereinigt, der führte bei mir immer zum fehler Variable Type nicht angegeben (304) Dann habe ich den Fehler mit der Ungültigfen HTTP anfrage versucht zu erörtern. Ab Version 2.8.3 sind in dem Verzeichniss wo SMS.exe ist zwei weitere DLL dateien erforderlich: libeay32.dll und ssleay32.dll. Wenn eine dieser beiden Dateien nicht vorhanden ist funkts net. Habe das Prog erweitert das es beim Starten diese Dateien überprüft und im Fehlerfall Meldungen schmeißt und das ganze Fenster rot färbt. Der Fehler beim Konto besteht ab der Version 2.7.1 somit sind alle Versionen ab 2.7.1 bis einschließlich 2.8.3 nicht voll funktionsfähig. Ich habe die Betreffenden Versionen schon von meiner Page verbannt. Somit Startet es jetzt wieder mit der Version 2.8.4 welche auf meiner Seite zum Download berei9t liegt. Bitte einmal mit dieser version versuchen.

Danke und Gruß

Grisu