Scannersoftware > PDW

PDW naar MySQL koppeling zonder ODBC: Meld2MySQL

(1/19) > >>

Hans013:
Al jaren maak ik dankbaar gebruik van het forum tijdens de hobby.
En nu is het tijd om iets terug te doen voor sommige leden.

Al een tijdje liep ik met het idee dat er een andere manier moest zijn om meldingen vanuit PDW weg te schrijven in een database.
ODBC is een leuke optie, maar weer een stap extra.

Hierbij wil ik met jullie delen: meld2mysql

Hieronder een korte beschrijving:

LET OP!!! De 2 DLL files moeten in de zelfde map staan als meld2mysql.exe!!!

Pas de sqlsettings.ini file aan met de gegevens van uw database.
poort 3306 is de standaard mysql poort.

Maak een tabel aan via phpMyAdmin, dit is nagenoeg een standaard applicatie
bij uw hoster.

Table:

CREATE TABLE IF NOT EXISTS `alarmeringen` (
  `id` int(11) NOT NULL auto_increment,
  `timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
  `capcode` varchar(10) NOT NULL default '',
  `melding` text NOT NULL,
  `label` text NOT NULL,
  PRIMARY KEY  (`id`)
);


In PDW selecteer je "Enable command file", en met de knop "Browse" ga je naar de map
waar meld2mysql.exe en de DLL files staan.
Argumenten die je moet meegeven in het veld "Arguments" zijn "%1% %7% %8%

Als er nu een melding binnenkomt wordt deze door meld2mysql.exe naar de database weggeschreven.

Ik hoop dat jullie er iets mee kunnen, graag hoor ik jullie op en aanmerkingen!

DOWNLOADLINK: http://www.famheesbeen.nl/meld2mysql.zip

Groet,

Hans

Hunter:
Interessant, maar ik begrijp dat dit dus niet lokaal draait maar dat het op een externe server (bij de provider) wordt weggeschreven?
Zo ja, wat gebeurt er dan als de internetverbinding (tijdelijk) wegvalt?

Hans013:
Bij het wegvallen van een verbinding ga je idd meldingen missen/niet wegschrijven naar de Db bij de provider.

Wat je zou kunnen doen is lokaal een versie van usbwebserver of een dergelijk programma kunnen
Draaien. Dat is ook mijn testomgeving.

Ik denk eerlijk gezegd dat er maar weinig mensen zijn die lokaal een mysql server hebben draaien.

Gr.

Hans

leimpie:
Hans,


--- Citaat van: cammedia op 26 december 2012, 09:50:06 ---`timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP,
--- Einde van citaat ---

Deze entry vind ik een beetje link:

bij de meldingen wordt dus niet de PDW timestamp opgeslagen, maar de server-tijd.

Bij de wat langere groepsoproepen - (denk aan het 'Smakelijk eten' proefalarm van Rotterdam) - kun je dan dus krijgen dat een deel van capcodes een andere timestamp krijgt dan voorgaande capcodes, omdat het in de database plaatsen nu eenmaal wat tijd kost.

Bij later reconstrueren van een groepsoproep (uit de database) zal het misgaan:
als sleutel gebruik je dan de datum/tijd van de melding, maar er kunnen (zullen) enkele capcodes zijn met net een andere tijdsaanduiding, waardoor je niet de hele groepsoproep te zien krijgt.

Zelf zet ik ook de PDW meldingen op soortgelijke wijze in een database.
Mijn timestamp is alsvolgt:

`date_time` DATETIME NOT NULL DEFAULT '0000-00-00 00:00:00'

waarbij de datum/tijd gevuld wordt met de %2 en %3 argumenten vanuit PDW.


Ter overweging.  

--
Gerrit.

Bernt:
Hoi Hans,

Is dit beter als de versie met ODBC?
Wat we dus eerst hadden

Groetjes,

Navigatie

[0] Berichtenindex

[#] Volgende pagina