Ja genau, ich nutze auch realterm. Leider komme ich mit der PS Berechnung nicht weiter.
Druckbare Version
Genau darum geht es ja in den letzten drei Dutzend Einträgen....
Mahlzeit,
wäre es eventuell so langsam eine Alternative/Option, den BSC außenvor zu lassen, und den DS direkt anzusprechen? Der wird ja auch nur mit seriellen Daten gefüttert werden, außerdem ist dazu das anständige Manual vorhanden...
Ja, aber dann musst Du ja die POCSAG / RPC1 Aufbereitung selbst machen. Für mich ist das uninteressant, Sender die RPC1 (2-FSK Modulation) können gibt es zu hauf.
Sobald das Bit sich wieder meldet geht es mit der PS weiter.
Okay, Idee wieder verworfen.
Leider bin ich mit meinen Manipulationen im Kanal-Eprom wieder zurückgeworfen worden. Anscheinend funktionieren geänderte Epromdaten, die definitiv funktioniert haben, kurioserweise nicht mehr...
Hatte schon Kontakt zu Swissphone in Gundelfingen, da hatte man mir auch versprochen dass ein älterer Kollege, der die Kisten noch kennt, zurückruft, aber... bisher nichts.
Mehr als 8 Kanäle (0...7) kann die Kiste eh nicht.
Außerdem hatte ich hier schon einige BSC200, auf denen der
Portbaustein IC55 hinüber war und sich z.B. nur die Kanäle 0...3
einstellen liessen.
MfG
Frank
Ich sehe das auch ein bischen als Aufwand der sich zukünftig auszahlt. Ich gehe davon aus, dass sich die PS nicht geändert hat. Es gibt schon Landkreise die das Nachfolgemodell ITC2000 ausgemustert haben. Mit Glück kann es dann dafür auch verwendet werden.
Hallo Leute,
nach kurzer Abwesenheit mach ich mich wieder an die Prüfzeichenberechnung.
Ich habe mal die Idee von Kater 9 aufgegriffen und versucht einen Alarm mit den Prüfzeichen "AP" auszusenden wenn ich die Prüfzeichen auf "0!" und "1@" ändere.
Leider quittiert der DAU das direkt mit einer Fehlermeldung. Ich hatte auch am Anfang an eine 8-Bit Repräsentation gedacht aber irgendwie ist es das nicht.
Was ich als nächstes probiere: ich hab mein Programm so angepasst, das es die Prüfzeichen von A bis P per Bruteforce durchprobiert. Jetzt lasse ich 1000 Nachrichten erzeugen
und durchprobieren. Wenn eine Nachricht nicht raus geht, so zeichnet das Programm diese auf...
Ich bin mal gespannt...
Grüße
das-Bit
Wenn man ganz links auf die Buchse "VDU" ein Terminalprogramm anschaltet, gibt es aber durchaus die Möglichkeit Alarme frei einzugeben. Es ist zwar über das Menü etwas umständlich da RIC und Text über verschiedene Menüpunkte eingegeben werden muss, aber grundsätzlich tut es.
Dummy-Nachricht?
Das ist zu kompliziert für den Realbetrieb... Das muss anders gehen.
Mahlzeit,
habe gerade nach ganz was anderem gesucht, und dann in einer .PDF in meinem Swissphone Ordner folgendes gefunden (Auszug)
Geht dabei um die Kommunikation zwischen ELR und DAG.. Kann es sein dass das hilft? Habe leider keine Möglichkeit gerade, mir das näher anzuschauen, gebe das aber evtl. weiter wenn hilfreich!
Gruß
Henning
Moin Henning!
Genau das Procedere wurde schon mal von Swissphone bei Ihrem Funkrufsystem beschrieben.
Problem: Bei der Kommunikation DAG <-> DAU ist der Zeichenraum größer als 0-F.
Es gibt Ähnlichkeiten, z.B. kannst im Alarmtext die Buchstaben verdrehen und die Prüfsumme bleibt trotzdem gleich. Ich denke schon, das zusammengezählt wird, aber wie es weitergeht... :/
Mahlzeit zusammen,
wieder einige Monate vergangen...
Gibts mittlerweile neue Erkenntnisse?
Ich denke, den ITC werde ich nun langsam aus meinem Wirkungskreis wegschieben, und mir was Pocsag-mäßiges mit Betriebsfunkgeräten aufbauen... Da kann ich die Software dann selbst aufsetzen...
Na klar, gar kein Thema, gar keine Frage. Für eine örtlich begrenzte Alarmierung, z.B. für San-Dienste, Brandsicherheitswachen aber leider nicht praktikabel...
Gruß
Ich hab mich nach langer Zeit mal wieder an das Thema gewagt, wenn ich was herausgefunden hab melde ich mich...
Gesendet von iPhone mit Tapatalk
Hallo Leute,
nach langer Abstinenz hab ich mich nochmal etwas in das Thema, bzw. unsere Problematik
eingelesen und meine bisherigen Erkenntnisse gesammelt.
Ich hatte damals ja versucht den Zeichenraum für die Prüfsumme zu bestimmen, wir hatten
ja angenommen, dass die Zeichen A-P für die Prüfsumme verwendet werden.
Das habe ich mit 1000 zufallsgenerierten Meldungen verifiziert und bin dabei auf 71 Meldungen
gestossen, die sich nicht versenden liessen.
Wenn wir mal von einem Zeichenraum von A-Z ausgehen, so bleibt immer noch die Frage wie die beiden
Buchstaben generiert werden. Was bisher klar ist: das Vertauschen von Buchstaben innerhalb der
Befehlszeichenfolge ist ohne Probleme möglich, folglich achtet die Prüfsummenberechnung nicht auf
die Anordnung der Zeichen.
Hatte zwischenzeitlich mal die Möglichkeit eine Demoversion von DigicomNT genauer zu begutachten und
mit dem Befehl "strings" alle lesbaren Zeichenketten auszugeben. Der Befehl vorne "ITC300AABCDEFGH"
ist so als feste Zeichenkette im Programm enthalten, der scheint also gleich zu sein.
Leider reichen meine Kenntnisse nicht aus, um in dem Programmcode irgendwas zu deuten, was die Berechnung angeht.
Habt ihr noch eine schlaue Idee wo wir ansetzen könnten?
Grüße
das-Bit
Also, ich bin nach wie vor der Ansicht das nur A..P vorkommt, zumindest habe ich im unserem original Alarmgeber bisher nichts anderes gesehen. Außerdem vermute ich eine 8 Bit Prüfsumme
die relativ einfach generiert wird, z.B. durch Zeichenaddition und Verwendung der unteren acht Bit als Prüfusmme. Dann werden die acht Bit in zwei vier Bit Werte aufgeteilt die als druckbares Zeichen übertragen werden. Denkbar ist hier eine Codierung in Base 64, siehe auch
https://de.wikipedia.org/wiki/Base64
, wobei 0 .. F genau den Zeichen des LSB von A ..P entsprächen.
das-Bit, ich habe nun eine Textdatei mit einigen Zeilen von dir.
Ich nehme also nun mein Terminalprogramm (welches?), stecke mein Kabel zwischen serielle Schnittstelle und Local 1, und dann? Kann ich den String per Terminalprogramm an den ITC schicken, und der müsste die Alarmierung rausschicken?
Tut er leider bisher nicht.
Was mache ich falsch?
Ich denke du hast da ein Problem mit den Steuerzeichen. Die Zeichen \x02 am Anfang zum Beispiel stehen für das Steuerzeichen STX (hexadezimal 02)
Ich nutze ein eigenes Programm in Python geschrieben, Versuch es doch mal mit RealTerm...
Gesendet von iPhone mit Tapatalk
Ja das kann gut angehen, ich habe hier nun Realterm, und kriege damit anscheinend auch was an den ITC geschickt.
[ITC300AABCDEFGH]322329d[]EN
Q01FG
Q03.01HL
[ITC300AABCDEFGH]549531d[cg+]GG
Q01FG
Q03.01HL
Aber es geht keine HF raus. Ich komme immer wieder darauf, dass doch der DAU erst für den Digicom-Betrieb initialisiert werden muss, richtig?
Q01FG ist schonmal gut!
Der Q03 Fehler könnte von deiner DAU Konfiguration stammen.
Hast du den DAU als Master (0.0) laufen?
Gesendet von iPhone mit Tapatalk
So, es liegen endlich einige neue (eher alte) Erkenntnisse vor:
- zuerstmal hat @Kater 9; recht!, der Buchstabenraum steht von A bis P (hatte mal wieder einen Fehler in meiner Software ^^)
- Wenn eine Alarmierung gesendet wird passiert folgendes:
1. Alarm an DAU senden
<STX>[ITC300AABCDEFGH]899781d[d]<EOT>CE<CR><LF>
2. Der DAU quittiert den fehlerfreien Empfang der Daten
<STX>Q01<EOT>FG<CR><LF>
3. Nach erfolgreicher Aussendung des Alarms sendet der DAU eine Bestätigung
<STX>Q04<EOT>FD<CR><LF>
Es können auch mehrere Alarme pro Befehl gesendet werden, das sieht dann so aus:
<STX>[ITC300AABCDEFGH]1234567a[Text der Alarmierung]12345678a[Text der Alarmierung]12345679a[Text der Alarmierung]<EOT>Prüfsumme<CR><LF>
soviel bis hierher :)
Grüße
das-Bit
Nach etwas Spielerei hier mal Infos zm Abfragen von Systeminformationen...
Abfragen der DAUs:
Kurze Erklärung, -> ist von PC in Richtung DAU (Abfrage) und <- ist aus Richtung DAU zum PC (Antwort)
1. Master über die "LOCAL INPUT 1" abfragen (als Master auf Position 0.0 konfiguriert)
in diesem Fall ohne Probleme oder beschaltete Kontakte
-> <STX>[ITC120CXXXXXXXXXXXX00000XXXAF123XX00XXX]<EOT>CJ<CR><LF>
<- <STX>Q01<EOT>FG<CR><LF>
<- <STX>[ITC120SXXXXXXXX000000000XXXAF1230X00XXX]<EOT>FB<CR><LF>
am Beispiel eines Stromausfalls (Notstromakku) und Reset durch den DAU werden einige Register gesetzt:
-> <STX>[ITC120CXXXXXXXXXXXX00000XXXAF123XX00XXX]<EOT>CJ<CR><LF>
<- <STX>Q01<EOT>FG<CR><LF>
<- <STX>[ITC120SXXXXXXXX000500000XXXAF1230X00XXX]<EOT>FB<CR><LF>
Zu sehen ist hier der geänderte Wert "000500000" im Vergeich zum Normalbetrieb "000000000"
am Beispiel eines DAU Reset (weiss auch nicht warum er das gerade gemacht hat aber jetzt gerade praktisch)
-> <STX>[ITC120CXXXXXXXXXXXX00000XXXAF123XX00XXX]<EOT>CJ<CR><LF>
<- <STX>Q01<EOT>FG<CR><LF>
<- <STX>[ITC120SXXXXXXXX000400000XXXAF1230X00XXX]<EOT>FF<CR><LF>
Zu sehen ist hier der geänderte Wert "000400000" im Vergeich zum Normalbetrieb "000000000"
2. Abfrage eines entfernten DAU (hier Position 1.1)
-> <STX>[ITC120CXXXXXXXXXXXX10000XXXAF123XX01XXX]<EOT>CJ<CR><LF>
<- <STX>Q01<EOT>FG<CR><LF>
<- Antwort vom DAU
zum Vergleich (Position 1.5)
-> <STX>[ITC120CXXXXXXXXXXXX50000XXXAF123XX01XXX]<EOT>CJ<CR><LF>
<- <STX>Q01<EOT>FG<CR><LF>
<- Antwort vom DAU
Also, mein DAU läuft als Master mit kleinem m.
Kann es noch mit der Systemkonfiguration oder den DIP-Schaltern zu tun haben?
Bei dir funktioniert die Aussendung?
Gruß
Ja, hier funktioniert die Aussendung ohne Probleme...
Mit den DIP Schaltern hab ich nichts gemacht, hier ist aber ein großes "M" zu sehen!
Gesendet von iPhone mit Tapatalk
Na jetzt erzähle mir aber mal wie du das gemacht hast...
Ich schätze die Kiste müsste dafür konfiguriert sein. Geht wahrscheinlich nur über die Proms.
Vielleicht weiß ja jemand etwas.
Also in einem Beitag von Kater 9 war einige Seiten vorher die Datei "ComModul.txt" angehängt... dort drin den INIT String hab ich meinem DAU verpasst (ITC120... sollte der heißen)
Den hat er wohl behalten
Gesendet von iPhone mit Tapatalk
Habe diese Zeilen rausgekramt und mal alle nacheinander per Realterm reingeschoben. Das m bleibt aber klein...
\x02[ITC300MXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX]\x04CA\x0D\x0A
\x02[ITC300MXXXXXXXX04XXXXXXXXXXXXXXXXXXXXXX]\x04CE\x0D\x0A
\x02[ITC120CXXXXXXXXXXXX00000XXXAF1210X00XXX]\x04ED\x0D\x0A
\x02[ITC120SXXXXXXXX000200000XXXAF1210X00XXX]\x04FB\x0D\x0A
\x02[ITC120CXXXXXXXXXXXX00000XXXAF1230X00XXX]\x04EB\x0D\x0A
\x02[ITC120SXXXXXXXX000200000XXXAF1230X00XXX]\x04FD\x0D\x0A
\x02[ITC300AABCDEFGH]1398098c[]\x04HD\x0D\x0A
Wie gesagt lies dir mal die ersten paar Zeilen der ComModul.txt durch, da wirst du fündig.
Das sind glaub ich 3 Befehle die du dem DAU senden musst...
Gesendet von iPhone mit Tapatalk
Habe diese Zeilen rausgekramt und mal alle nacheinander per Realterm reingeschoben. Das m bleibt aber klein...
\x02[ITC300MXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX]\x04CA\x0D\x0A
\x02[ITC300MXXXXXXXX04XXXXXXXXXXXXXXXXXXXXXX]\x04CE\x0D\x0A
\x02[ITC120CXXXXXXXXXXXX00000XXXAF1210X00XXX]\x04ED\x0D\x0A
\x02[ITC120SXXXXXXXX000200000XXXAF1210X00XXX]\x04FB\x0D\x0A
\x02[ITC120CXXXXXXXXXXXX00000XXXAF1230X00XXX]\x04EB\x0D\x0A
\x02[ITC120SXXXXXXXX000200000XXXAF1230X00XXX]\x04FD\x0D\x0A
\x02[ITC300AABCDEFGH]1398098c[]\x04HD\x0D\x0A
Nur die 120er:
[ITC120CXXXXXXXXXXXX00000XXXAF1210X00XXX]ED
Q01FG
Q02.03HI
[ITC120SXXXXXXXX000200000XXXAF1210X00XXX]FB
Q02FF
[ITC120CXXXXXXXXXXXX00000XXXAF1230X00XXX]EB
Q01FG
Q02.03HI
[ITC120SXXXXXXXX000200000XXXAF1230X00XXX]FD
Q02FF
Komisch, bei mir ging es damit aber
Gesendet von iPhone mit Tapatalk
Kannst du bei Gelegenheit nach deinen Dip-Schaltern schauen, wie diese stehen?
Du bekommst den Q02 Fehler aber auch bei der Initialisierung, das ist merkwürdig ...
Gesendet von iPhone mit Tapatalk
Woher weißt du, dass z.B. Q02 ein Fehler ist?
Gruß
Weil Q02 immer dann kommt wenn was falsch ist (Prüfsumme, etc.)
Ich habe gerade mal den DAU komplett resettet (kleines m) und dann per RealTerm mit dem Befehl ITC120SX....AF1230X... zum Master (großes M) gemacht
Gesendet von iPhone mit Tapatalk
"komplett resettet" heißt wie? Prom-Inhalt über Terminal gelöscht? Reset-Taster?
Also ich hab mal als Position 1.5 gewählt (über das Bedienfeld) und dann Hard neu gestartet, dann nach dem Boot wieder auf 0.0 zurück und wieder neu gestartet, dann war das "m" wieder klein
Gesendet von iPhone mit Tapatalk
Nochmal genau so versucht, gleiche Rückmeldungen...
Habe gerade per VDU die Baudrate auf 1200 gesetzt, danach die Strings (ITC120...) nochmal reingeschoben, M ist groß, und er sendet Meldungen... Top!
Ich habe gerade mal das Handbuch von einem ITC2100 gelesen, darin steht bei der seriellen Schnittstelle etwas von einem öffentlich zugänglichen "MIP11" Protocol von Swissphone, welches die Nachricht in eckige Klammern setzt.
Das hört sich ja mal interessant an, hab aber bis jetzt nichts näheres darüber gefunden...
Gesendet von iPhone mit Tapatalk
Lässt sich der ITC600 auch so konfigurieren, dass er Store and forward macht, also empfangene RIC einfach direkt oder nach Wartezeit X wieder ausgibt? Wenn vielleicht auch nicht selektiv, so wenigstens alles, was er empfängt? Könnte mir gut vorstellen, einzelne Inseln mit Füllsendern aufzubauen (Getrennte RX/TX Wege..)
Gruß!
Ole
Moin!
Nein, das kann er nicht.
Kann er eigentlich schon, ist ja die Hauptaufgabe eines (Feld) DAU. Es müssen nur im zweiten und dritten RPC1 Codewort die richtigen Bits stehen. Ausserhalb von ITC600 Modus Netzen wird das aber schwierig.
Wenn Du die Stelle in der Firmware findest die den Ringzähler abfrägt und ausschaltest (mit NOP auffüllen) geht es auch frei. Das ist aber eher schwierig und nur was für Spezialisten.
Moin!
ja, stimmt.
Wenn es als Slave-DAU eingestellt und initialisiert ist, strahlt er empfangene Telegramme wieder ab. Heißt, er muss wissen, in welchem Ring an welcher Position er sich befindet, er braucht ne laufende Nummer. Diese Werte müssen auch in der Alarmierungssoftware eingepflegt worden sein. Anschließend erfolgt durch den DAG die Initialisierung. Diese Angaben gelten für ein Swissphone-Netz.Zeitversetzt geht nicht so ohne weiteres.
Danke für die Einschätzung. Ich verfolge den Thread seit Beginn, sehr gute Arbeit bisher, das hat mir gefallen. Wir haben hier noch 10 Stück davon aus Reserven, und wir stehen vor einem Austausch aller 600er gegen 2100er. Ich mag mich nicht damit anfreunden, die gut erhaltenen Geräte abzuschreiben.
Bisher jedoch kann unser CM340 kombiniert mit dem Sonnenburg MAG noch ein wenig mehr..Schade, dass Sonnenburg den MAG nicht mehr herstellt.
Und wo ist der Austausch geplant ?
Das schreibe ich Dir gerne PN..
Wenn Ihr noch so viele habt und noch mehr dazukommen kann man ja damit ein eigenes Netz bauen. Bei den riesen Mengen die es noch gibt ist auch die Ersatzteilversorgung für Jahre gesichert. Schick doch ein paar Care Pakte an die Bayern damit die auch mal digital alarmieren können :-)