SDS2DB schreibt SDS-Nachrichten in eine MySQL-Datenbank

[flachrelais_48]

Hallo Oli,

schön, zu lesen...

Nach diversen kleinen und mittleren Schwierigkeiten habe ich sds2db jetzt auch "up and running".

Welche Schwierigkeiten waren das und wie hast du sie gelöst?

Datenbank wird in den nächsten Tagen auf einen Intranet Server umziehen.

Sollte keine weiteren Herausforderungen stellen. Ich gehe über einen SSH-Tunnel zu einer DB auf einem gehosteten Server mit Internet-Anbindung.

Ein gaaaaaaaanz dickes Lob an Michael - sich durch die PEI Doku durch zu wurschteln ist der Hammer.

Das tut gut. :-)

WebGui auf Basis von PHP/MySql ist funktional fertig. Layout wird noch gebastelt.

Ich nutze als Web-GUI das (von mir erweiterte) monitord Web-Frontend von Martin Diedrich, bin aber interessiert, welche Frontends andere nutzen. Also ich würde mich über ein paar Screenshots freuen.

ToDo: Umbau der kompletten Funktionalität auf PHP Scripte

dabei kommt dann ggf eine Version f. Windows dabei rum.. mal sehen.

Was meinst du mit "kompletten Funktionalität"?

Leider kann ich mangels Tetra-BOS Geräten das ganze nicht encrypted testen. Wenn da jemand Spass dran hat... ;-)

Die Verschlüsselung ist ja für die PEI nahezu transparent. Aber zum Testen findet sich bestimmt jemand.

Schöne Grüße

[oliversc]

Welche Schwierigkeiten waren das und wie hast du sie gelöst?

Das System auf dem Alix-Board läuft auf einer CF-Karte. Da ja bekanntlich die Anzahl der Schreiboperationen auf einer CF Karte beschränkt sind, ist das ganz als 'read-only'-Filesystem aufgesetzt in dem die beschreibbaren Verzeichnisse (LogFiles, Datenbankfiles, Indizies, Spooldateien, .pif Files usw.) ins RAM gemounted werden. Das "verbiegen" der mountpoints und Pfade ist halt manchmal etwas schwierig.
Was sds2db betrifft bin ich anfangs immer mal wieder über vom System zur Telnet-Anmeldung aktivierte Serielle Schnittstellen gestolpert. Ärgerlich in dem Zusammenhang ist halt dann wenn man die einzig vorhanden serielle Schnittstelle für sds2db nutzt und aber dann einen Fehler in der Netzwerk-Config hat, dann geht nix mehr bei Systemen ohne Grafikkarte.

Ich nutze als Web-GUI das (von mir erweiterte) monitord Web-Frontend von Martin Diedrich, bin aber interessiert, welche Frontends andere nutzen. Also ich würde mich über ein paar Screenshots freuen.

Da kann man drüber reden ;-), das wird aber noch ein/zwei Wochen dauern.

Was meinst du mit "kompletten Funktionalität"?

Ablegen aller Parameter in einer MySql-DB. Über die Config bis hin zu den encode/decode Arrays.
In dem Zusammenhang bin ich auch das ein oder andere mal über verschiedene Problemchen/Herausforderungen gestolpert. So hat z.B. OpenWRT ein paar benutzte Kernel Funktionalitäten in den Std-Builds nicht drin (z.B. inotifywait), hat aber den Vorteil ein unhemlich performantes System zu sein und für viele "headless" Systeme verfügbar zu sein.

Die Verschlüsselung ist ja für die PEI nahezu transparent. Aber zum Testen findet sich bestimmt jemand.

Nun ja, nahezu ->

Jan 05 19:06:07 alix.site sds2db: tx AT+CTSDS=12,0,0,0,1
Jan 05 19:06:08 alix.site sds2db: rx +CME ERROR: 34

Jan 05 19:06:07 alix.site sds2db: tx AT+CTSDS=12,0,0,0,0
Jan 05 19:06:08 alix.site sds2db: rx OK

;-)

[flachrelais_48]

Das System auf dem Alix-Board läuft auf einer CF-Karte. Da ja bekanntlich die Anzahl der Schreiboperationen auf einer CF Karte beschränkt sind, ist das ganz als 'read-only'-Filesystem aufgesetzt in dem die beschreibbaren Verzeichnisse (LogFiles, Datenbankfiles, Indizies, Spooldateien, .pif Files usw.) ins RAM gemounted werden. Das "verbiegen" der mountpoints und Pfade ist halt manchmal etwas schwierig.

Das klingt ja interessant, was für eine Distro hast du genommen und wie hast du die Mountpoints umgebogen?

Was sds2db betrifft bin ich anfangs immer mal wieder über vom System zur Telnet-Anmeldung aktivierte Serielle Schnittstellen gestolpert. Ärgerlich in dem Zusammenhang ist halt dann wenn man die einzig vorhanden serielle Schnittstelle für sds2db nutzt und aber dann einen Fehler in der Netzwerk-Config hat, dann geht nix mehr bei Systemen ohne Grafikkarte.

Ich habe sehr gute Erfahrungen mit FTDI USB/RS232 Adaptern gemacht. Da sie eindeutige Seriennummern in der USB-Firmware mitbringen, kann man schöne UDEV-Regeln anlegen und sprechende Links erzeugen.

In dem Zusammenhang bin ich auch das ein oder andere mal über verschiedene Problemchen/Herausforderungen gestolpert. So hat z.B. OpenWRT ein paar benutzte Kernel Funktionalitäten in den Std-Builds nicht drin (z.B. inotifywait), hat aber den Vorteil ein unhemlich performantes System zu sein und für viele "headless" Systeme verfügbar zu sein.

Inotifywait ist für mich Geschichte. Habe in meiner ständigen Entwicklungsversion das Spool-System auf MQTT (mosquitto) umgestellt. Das beschleunigt die Kommunikation von SDS2DB mit den MT's deutlich. (obwohl es kein Problem war)

[oliversc]

Das klingt ja interessant, was für eine Distro hast du genommen und wie hast du die Mountpoints umgebogen?

Debian GNU/Linux 6.0 - readonly filesyste in Anlehnung an https://help.ubuntu.com/community/au...stemOnUsbFlash

Ich habe sehr gute Erfahrungen mit FTDI USB/RS232 Adaptern gemacht. Da sie eindeutige Seriennummern in der USB-Firmware mitbringen, kann man schöne UDEV-Regeln anlegen und sprechende Links erzeugen.

Sowas dachte ich mir schon "ser_device=TETRA1" ;-)

Inotifywait ist für mich Geschichte. Habe in meiner ständigen Entwicklungsversion das Spool-System auf MQTT (mosquitto) umgestellt. Das beschleunigt die Kommunikation von SDS2DB mit den MT's deutlich. (obwohl es kein Problem war)

hört sich interessant an.. kann ein host gleichzeitig Borker, Subscriber und Publisher sein? also alles auf einer physikalischen Maschine?

By the way
was schicke ich denn an für eine LIP Abfrage an ein Geräte dass es mir mit seinen GPS Koordinaten antwortet?

LG
Oli

[flachrelais_48]

Debian GNU/Linux 6.0 - readonly filesyste in Anlehnung an https://help.ubuntu.com/community/au...stemOnUsbFlash

Danke, schaue ich mir mal an...

hört sich interessant an.. kann ein host gleichzeitig Borker, Subscriber und Publisher sein? also alles auf einer physikalischen Maschine?

Mit der Installation von mosquitto wird der Brokerdaemon eingerichtet. mosquitto_sub ist Subscriber, mosquitto_pub ist Publisher. Bei mir alles auf einer Maschine. Ist aber kein Muss. Man kann die Rollen auch auf verschiedene Maschinen aufteilen. Auf Wunsch mit Authentifizierung und TLS-Verschlüselung.

By the way
was schicke ich denn an für eine LIP Abfrage an ein Geräte dass es mir mit seinen GPS Koordinaten antwortet?

Ein "Immediate location report request". Habe meine SDS-Encode PHP-Funktion schon erweitert. ;-)

[oliversc]

Mit der Installation von mosquitto wird der Brokerdaemon eingerichtet. mosquitto_sub ist Subscriber, mosquitto_pub ist Publisher. Bei mir alles auf einer Maschine. Ist aber kein Muss. Man kann die Rollen auch auf verschiedene Maschinen aufteilen. Auf Wunsch mit Authentifizierung und TLS-Verschlüselung.

Ein "Immediate location report request". Habe meine SDS-Encode PHP-Funktion schon erweitert. ;-)

[/QUOTE]


Magst du mir da Einblick in deine Konfig (mosqitto) und die SDS Encode Funktion gewähren? ;-)

Eins meiner Projekte hier ist die Fernsteuerung (Ein- Ausschalten) von Lampen über Tetra.
Es stellt sich dabei die Frage ob ein FuG auch SDS aus Scan Gruppen zuverlässig empfangen kann. (SDS2Group).
Das heisst wenn ich im Maximalausbau 50 FuG habe, die auf bis zu 6 verschiedenen (Daten)Gruppen hören so dass ich die "Gruppenweise" ansprechen kann.. geht das ?

[flachrelais_48]

Eins meiner Projekte hier ist die Fernsteuerung (Ein- Ausschalten) von Lampen über Tetra.
Es stellt sich dabei die Frage ob ein FuG auch SDS aus Scan Gruppen zuverlässig empfangen kann. (SDS2Group).
Das heisst wenn ich im Maximalausbau 50 FuG habe, die auf bis zu 6 verschiedenen (Daten)Gruppen hören so dass ich die "Gruppenweise" ansprechen kann.. geht das ?

Mit SDS Empfang aus Scan-Gruppen habe ich gar keine Erfahrung. Meine FRT haben ihre Datengruppe gewählt. Alle HRT/MRT senden Status, LIP-Meldungen und Text-SDS an die Datengruppe. Von der Leitstelle zu den HRT/MRT gehen SDS an die ISSI. Für deine M2M Anwendung (jetzt wird mir dein Headless-Read-Only-FS-Ansatz klar ;-) würde ich aber mit jeder Lampe einzeln kommunizieren und deine Gruppenbildung auf Anwendungsebene realisieren. Da bist du viel flexibler und musst nicht mit komischen Scangruppen-SDS hantieren. ;-) Oder ist es wichtig, dass die Lampen gruppenweise syncron schalten?