Willst du dich nicht erst einmal um dein neues Projekt im
Osten kümmern? [emoji2]
Willst du dich nicht erst einmal um dein neues Projekt im
Osten kümmern? [emoji2]
Hallo in die Runde
ich könnte auch ein bischen Hilfe gebrauchen bei einen ITC 2000 wenn bitte über PN Melden danke
Schönen Abend noch
Ich gehe eigentlich davon aus dass das Protokoll im Wesentlichen identisch ist. Oder gibt es Hinweise auf Abweichungen?
Habt Ihr noch Lust am Projekt? Hab das bisher immer sehr interessiert mitgelesen..
Habe heute mal parallel einen kleinen China Store/Forward Repeater bekommen. 600mW kann er, bin mal gespannt..
Geändert von Kanal 471 (26.01.2017 um 21:49 Uhr) Grund: orthographie...
Das läuft. Ich habe das "Projekt" ja auch auf meiner Homepage "gesichert", und es kommen auch regelmäßig Anfragen zu Unterlagen, Ansteuerung usw.
Ich gehe jede Wette dass sich bestimmt min. 10 Leute intensiv mit der Kiste beschäftigen, und nicht alle sind hier im Forum vertreten.
Gruß
Henning
Hallo zusammen,
neugierig durch den Beitrag habe ich mir auch einen ITC 600 erworben. Das Teil wird in den nächsten Tagen geliefert.
Beteilige mich gerne bei den Experimenten ;-)
Bis die Tage.
Frank
Gesendet von meinem FRD-L09 mit Tapatalk
Hallo zusammen,
heute habe ich meine Bestellung erhalten.
Nach dem Auspacken leuchtete anfangs nur die Stromversorgung 14V. Da ich vermutete, dass das Paket auf dem Postweg durchgeschüttelt wurde, habe ich den Einzug der BSC200 gezogen und neu auf der Platine eingerastet. Danach leuchtete das Display und ich konnte mittels Terminalprogramm auf die Parameter zugreifen.
Eine Testaussendung geht leider nicht. Bei genauem betrachten der SE-Einheit ist mir aufgefallen, dass neben dem Antennenstecker eine grüne Diode verbaut ist. Diese leuchtet bei mir nicht.
Hat jemand eine Idee, was ich hierzu überprüfen kann.
Grüße
Frank
Hallo zusammen,
als ich diese Zeilen untenstehend verfasst habe, hätte ich nicht im Traum daran gedacht, was ich die Tage mit so einem DAU erleben würde.
Bedingt, dass der erste DAU, der durch eine falsche Dipstellung erst mal nicht wollte, sah ich mich nach einem weiteren DAU um, der dann auch auf Anhieb funktionierte.
Nachdem nun zwei funktionierende DAU`s im Keller standen, war der Reiz geweckt, den einen DAU als Slave zu initialisieren, um ihn mittels dem anderen DAU, der als Master initialisiert wurde, anzusprechen.
Kurz und knapp: ES HAT FUNKTIONIERT !!!!
Gemeinsames Hirnen mit das-Bit (Sebastian), konnten wir den DAU dazu bringen, dass er durch Initialisierung-Strings zum Slave-DAU wurde.
Alles weitere wird Sebastian berichten.
Nochmals Danke Sebastian, für die netten Stunden, die wir die letzten Tage verbracht haben. Danke auch an MeisterH für deine detailierte Informationen auf deiner Homepage und Support.
Gruß
Frank
Die Teile gibt es ja inzwischen schon ab 50 EUR. Manche haben auch schon 30 Stück verschrottet.......
Wenn jetzt noch 20 dazu kommen kannst einen armen Landkreis damit ausstatten. Reparaturen sind ja kein Problem, das Teil ist schön modular und Ersatzgeräte gibt es je Menge.....
Hallo Leute,
nachdem Frank in den Besitz von zwei DAUs gekommen ist stand die Frage im Raum wie man den zweiten als
Slave initialisieren kann. Im DAU Handbuch des ITC 600 steht, die Slave DAUs können Positions IDs von 1.1 bis 5.7
haben. Diese ID wird im ITC Menü über das LCD am DAU oder über die VDU Buchse (Menü) eingestellt.
Frank hat den Slave DAU als 1.1 eingestellt und neu gestartet. Nach dem booten war auf dem Display ein
blinkendes ! (Ausrufezeichen) zu erkennen. Dies heißt laut Handbuch, dass der DAU als Slave konfiguriert,
aber noch nicht initialisiert ist.
Somit standen wir vor der Frage, wie der Slave initialisiert werden muss. Ein Blick in die Demoversion der
DigicomNT hat gezeigt, das dies über den Master gesendet wird.
Wir haben uns die ComModul.txt von Kater 9 vorgenommen und alle Befehle, die an den Master DAU gesendet werden herausgesucht.
(27.07.2015 10:12:13) (DAU) DAG->DAU COM1: "\02[ITC300MXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX]\04CA\0D\0A"
(27.07.2015 10:12:13) (DAU) DAG->DAU COM1: "\02[ITC300MXXXXXXXX04XXXXXXXXXXXXXXXXXXXXXX]\04CE\0D\0A"
(27.07.2015 10:12:14) (DAU) DAG->DAU COM1: "\02[ITC120CXXXXXXXXXXXX00000XXXAF1210X00XXX]\04ED\0D\0A"
(27.07.2015 10:12:15) (DAU) DAG->DAU COM1: "\02[ITC120CXXXXXXXXXXXX00000XXXAF1230X00XXX]\04EB\0D\0A"
(27.07.2015 10:12:16) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]1398098c[]\04HD\0D\0A"
(27.07.2015 10:13:20) (DAU) DAG->DAU COM1: "\02[ITC120CXXXXXXXXXXXX00000XXXAF123XX00XXX]\04CJ\0D\0A"
(27.07.2015 10:13:47) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]9874b[Technische Hilfe 0123456789 Testalarm]\04GI\0D\0A"
Zum Testen haben wir den Master DAU einmal resettet (kurz zum Slave gemacht und wieder zum Master, danach kleines "m" im Display)
und jeden Befehl in Realterm abgesendet, bis das große "M" im Display erschienen ist (laut Handbuch der Digicom Modus)
Der Befehl, der dies bewerkstelligt hat war:
(27.07.2015 10:13:20) (DAU) DAG->DAU COM1: "\02[ITC120CXXXXXXXXXXXX00000XXXAF123XX00XXX]\04CJ\0D\0A"
Wir haben uns den Befehl genauer angesehen und da ist mir aufgefallen, das mittig in dem Befehl 5 Nullen stehen. Diese
könnten ja die DAU Positions ID von 1 bis 5 repräsentieren und deren Wert die 1-7.
Wir haben ins Blaue geraten und für die Position 1.1 den Code einfach mal umgeschrieben:
...[ITC120CXXXXXXXXXXXX10000XXXAF123XX00XXX]...
Danach hat der Master angefangen kurze Telegramme mit dem Slave auszutauschen und das ! (Ausrufezeichen) hat sich am Slave zum Punkt geändert.
Leider war der Slave danach immer noch nicht bereit die vom Master gesendeten Alarme wiederzugeben.
Wir haben mit Try and Error versucht, durch verschiedene Modifikationen der Befehle den Slave zum Senden zu bringen, anfangs ohne Erfolg...
Konzentriert haben wir uns dann auf die folgenden Befehle:
...[ITC120CXXXXXXXXXXXX00000XXXAF1210X00XXX]...
...[ITC120CXXXXXXXXXXXX00000XXXAF1230X00XXX]...
...[ITC120CXXXXXXXXXXXX00000XXXAF123XX00XXX]...
Ich hab mir dann "naiv" gedacht, wenn es einen Befehl mit AF1230 und AF123X gibt, außerdem den Befehl AF1210, dann könnte es ja auch mit AF121X
funktionieren. So war es denn auch, wir haben mit dem Befehl mehrfach den Slave zum "Absturz" gebracht, bzw. zurückgesetzt / deinitialisiert.
Wenn man den Befehl
...[ITC120CXXXXXXXXXXXX00000XXXAF121XX00XXX]...
an den Master sendet, so wechselt er wieder vom großen "M" zum kleinen "m". Dies schein eine Art Resetbefehl zu sein.
Nachdem der Master DAU mit kleinem "m" laut Handbuch im "nicht Digicom Betrieb" ist, hat der Slave angefangen, die Aussendungen des Masters brav
nachzuplappern. Hier kann man davon ausgehen, dass im Digicom Betrieb die Software Steuerinformationen für das Ansprechen der Slaves an den Master sendet.
Auf jeden Fall können wir mit diesem Betriebsmodus beliebige Freitexte über den Master an den Slave verteilen, der die Sendung dann wiederholt.
Kleiner Bonus am Rande:
Wir haben gestern noch rausgefunden, dass der Befehl
...[ITC300MXXXXXXXX04XXXXXXXXXXXXXXXXXXXXXX]...
dafür sorgt, die zyklische Aussendung des Masters zu konfigurieren. Die Einheit sind Minuten, in dem Fall 04 = Minuten.
soviel fürs Erste von uns :)
Grüße
das-Bit
Ich meine der Wert vor dem Punkt ist die Ringposition, beginnend bei 0 (Leitstelle Master, eingetragen als 0.0) und die zweite ist eine eindeutige Nummer des DAU. 2.3 wäre dann also der dritte DAU auf dem zweiten Ring. Damit lassen sich dann max. 5 x 7 = 35 DAU individuell adressieren. Bei der Alarmierung hören dann die DAU auf die Aussendung des vorhergehenden Rings, 1.x hört dann also auf die Leitstelle, 3.3 auf die DAU im zweiten Ring.
Bei der Abfrage ggf. Initialisierung gibt es sowas wie Pfade, ein DAU im äußersten Ring kommt ggf. nicht direkt zur Leitstelle bzw. kann von der angesprochen werden. Dann werden DAU zwischendrin zur Umsetzung genutzt. Und zwar nicht alle eines Rings sondern nur die die im Pfad stehen.
Ggf sind die 5 Nullen ja die Ringposition und die Ziffer an der Stelle (die dann von 1 bis 7 gehen müsste) die DAU Nr. ?
Hallo Frank,
die grüne LED leuchtet nur wenn der Sendeteil aktiv ist, würde aber ohne Dummy Load oder Antenne dran nicht versuchen zu senden...
Gruß
das-Bit
Gesendet von meinem Nexus 6P mit Tapatalk
Hallo zusammen,
habe heute Abend mit das-Bit verschiedene Fehlersuchen betrieben.
So wie es aussieht, will die SE-Einheit nicht.
Nach dem Einschalten leuchtet +14V und auf der DC/DC die grüne Diode.
Die BSC bootet macht ihre Initialtests (alle i.O) und wechselt anschließend in den Ansichtsmodus, d.h. kleines m links unten blinkt, Dann ein Symbol änlich einer Batterie.
Nach ca. 10 Sekunden erscheint:
e:POWER und blinkt für ca. 20 Sekunden.
Danach wieder der Ansichtsmodus.
Bei einer Testaussendung muttes Terminalprogramm wird ein Pfeil, der nach oben zeigt, eingeblendet. Die grüne LED, neben dem Antennenanschluss leuchtet nicht. Auch ist auf dem eingestellten Kanal kein Träger feststellbar. Auch ein durchschalten des Frequenzbandes bleibt ohne Erfolg.
Habe die SE-Einheit mal aufgeschraubt. Äußerlich nichts feststellbar, d.h. keine Bauteile offensichtlich defekt.
Hat jemand noch eine Idee bzw. kann mir eine Hilfestellung geben?
In voller Hoffnung.
Gruß
Frank
Eigentlich klingt alles normal. Kläre mal im Schaltbild ob die grüne LED nur leuchtet wenn der Sender auch tatsächlich Leistung erzeugt bzw. abgibt.
Und wie schon erwähnt immer einen 50 Ohm Abschluß einsetzen, vielleicht regelt der Sender bei schlechter Anpassung zurück und damit unter den Schwellwert für die grüne LED.
Guten Morgen,
ich kann bestätigen, dass bei meinem ITC die grüne LED nur leuchtet, wenn die SE-Einheit tatsächlich einen Träger stellt...
Gruß
das-Bit
Gesendet von meinem Nexus 6P mit Tapatalk
Aktive Benutzer in diesem Thema: 5 (Registrierte Benutzer: 0, Gäste: 5)