SDS2DB schreibt SDS-Nachrichten in eine MySQL-Datenbank

[oliversc]

Wenn ein Endgerät gerade aktiv in einer Gruppe Empfängt (z.b. ein Gespräch), dann kommen SDS an eine andere Scan Gruppe nicht an.

Aber wenn Du 50 FuGs hast in 6 Gruppen, dann sind doch ca. 8 Geräte in einer Gruppe, die Du dann gemeinsam schalten kannst. Wofür dann Scangroups?
Oder habe ich da was falsch verstanden?

Die Geräte werden ausschliesslich zur M2M (machine to machine) Kommunikation verwendet. Ausser SDS passiert auf den Geräten nix.
Verschiedene Gruppen damit diese Geräte en Bloc angesprochen werden können. Scan Gruppen weil verschiedene Szenarien halt vorsehen dass verschiedene Geräte je nach Szenario "zusammengehören"

[flachrelais_48]

Die Geräte werden ausschliesslich zur M2M (machine to machine) Kommunikation verwendet. Ausser SDS passiert auf den Geräten nix.
Verschiedene Gruppen damit diese Geräte en Bloc angesprochen werden können. Scan Gruppen weil verschiedene Szenarien halt vorsehen dass verschiedene Geräte je nach Szenario "zusammengehören"

Ich bleibe dabei... ;-) Alle in eine Datengruppe und die Adressierung der zu steuernden Systeme auf Anwendungsebene machen. Also eine SDS mit dem Kommando "Lampen an / Steuergruppe 27" an die eine Tetra-Daten-Gruppe schicken. Der empfangende Steuerrechner schaut ob er zur Steuergruppe 27 gehört und das Kommando ausführt, oder nicht. Wenn du flexibel bleiben willst, machst du die Steuergruppenzugehörigkeit dynamisch und steuerst sie auch per Kommando-SDS. Vlt. gibt es da ja ein Protokoll aus der Automationstechnik, an dem du dich orientieren kannst? Mit MQTT lässt sich auf den Steuerrechnern ja auch ein Control-Stack umsetzen (Stichwort "Retained Message").

[oliversc]

Ich bleibe dabei... ;-) Alle in eine Datengruppe und die Adressierung der zu steuernden Systeme auf Anwendungsebene machen. Also eine SDS mit dem Kommando "Lampen an / Steuergruppe 27" an die eine Tetra-Daten-Gruppe schicken. Der empfangende Steuerrechner schaut ob er zur Steuergruppe 27 gehört und das Kommando ausführt, oder nicht. Wenn du flexibel bleiben willst, machst du die Steuergruppenzugehörigkeit dynamisch und steuerst sie auch per Kommando-SDS. Vlt. gibt es da ja ein Protokoll aus der Automationstechnik, an dem du dich orientieren kannst? Mit MQTT lässt sich auf den Steuerrechnern ja auch ein Control-Stack umsetzen (Stichwort "Retained Message").

Was auf Empfängerseite hinter dem Radio passiert kann ich leider nur sehr eingeschränkt beeinflussen.
Die Idee auch dort etwas habwegs intelligentes an Technik zu installieren gestaltet sich aus den verschiedensten Gründen schwierig bis quasi unmöglich.
Gruppenzugehörigkeit dynamisch höst sich nach nem guten Plan an..

[flachrelais_48]

Was auf Empfängerseite hinter dem Radio passiert kann ich leider nur sehr eingeschränkt beeinflussen.
Die Idee auch dort etwas habwegs intelligentes an Technik zu installieren gestaltet sich aus den verschiedensten Gründen schwierig bis quasi unmöglich.

Das macht so ein M2M Projekt natürlich nicht einfacher. Ohne Logik auf Empfängerseite wird's schwierig. Wie stellst du dir das vor?

[oliversc]

Das macht so ein M2M Projekt natürlich nicht einfacher. Ohne Logik auf Empfängerseite wird's schwierig. Wie stellst du dir das vor?

Eine gewisse Logik ist vorhanden, nur leider sehr rudimantär. Hinter den FuG sind irgendwelche MikroController die zumindest ein paar Rückmeldungen an das FuG weitergeben. Leider sind die natürlich nicht alle gleich - wo kämen wir denn dahin. ;-)
Das Leben steckt heir voller Überaschungen, und je mehr ich technisch hinterfrage, umso mehr Baustellen tun sich auf.. Von daher bin ich lieber erstmal vorsichtig...

[oliversc]

Das macht so ein M2M Projekt natürlich nicht einfacher. Ohne Logik auf Empfängerseite wird's schwierig. Wie stellst du dir das vor?

mal wieder ein kurzes Update..
nach diversen Gesprächen und gaaaanz viel Kaffee mit dem technischen Ansprechpartner der Empfängerseite werden jetzt Arduino Boards als Empfangs-Steuerkomponente eingesetzt.
Damit ist dann auch mehr als genug Logig auf der Empfänergseite vorhanden um vernünftig zu kommunizieren.

Serverseitig ist mittlerweile die Konfig so geändert dass das Alix Board nur noch der reinen Kommunikation dient. hat den Vorteil dass ich außer für die Logfiles mit einem reinen readonly filesystem arbeiten kann.
sds2db kommuniziert in einem seperaten Subnetz über ssh mit dem Datanbankserver der auch die Gui zur Verfügung stellt.

Was mir momentan noch ein wenig Kopfzerbrechen bereitet ist das pollen von LIP Daten.. irgendwie bekomme ich das nicht wirklich hin. Jedenfalls antwortet kein Gerät mit seinen GPS Daten.
Gibts da irgenwas spezielles was ich im HRT MTH800 bzw 850 aktivieren oder deaktivieren muss damit das angesprochene Gerät auch antwortet?

[flachrelais_48]

Hast du denn das GPS Feature auf deinen Geräten verfügbar? Das muss natürlich im Codeplug aktiviert und konfiguriert sein. Meine Geräte antworten auf einen Immediate Location Report Request.

[oliversc]

Hast du denn das GPS Feature auf deinen Geräten verfügbar? Das muss natürlich im Codeplug aktiviert und konfiguriert sein. Meine Geräte antworten auf einen Immediate Location Report Request.

Kann mir auf den Geräten zum Beispiel die GPS Koordinaten anzeigen lassen. .