Problème avec le plugin ODBC !!
-
- Nouveau membre
- Messages : 3
- Inscription : jeu. août 12, 2010 9:19 pm
Problème avec le plugin ODBC !!
Bonjour,
J'ai une station VION C6300 pro qui utilise une base de données Paradox.
J'aurais aimé lire directement la base au lieu de passer par l'export/import CSV.
Je n'arrive pas à me connecter à cette base avec GW alors que j'y arrive parfaitement avec Microsoft Query par exemple ou encore DataBase Browser qui est un petit visualiseur (gratuit) de bases ODBC.
Après de multiples essais, j'ai créé une source de données "Base C6300" (voir image jointe SCSH01.jpg)
pour accéder à la base avec le driver ODBC Paradox.
j'ai configurer le Plugin ODBC.dll de la façon suivante :
[GENERAL]
FilterData=1
[ODBC]
Server=localhost
Base=Base C6300
Login=
Driver=Microsoft Paradox Driver (*.db )
DSN=
UseDSN=0
Password=
[MAP]
ODBCUnits=65536
TimeType=1
TimeShift=0
Timestamp=
Date=timestamp
DateFormat=%Y%m%d%H%M%S
Time=
TimeFormat=
DateFieldTypeInteger=0
DateDST=0
Probe_00=
Probe_01=TEMPERATURE
Probe_02=
...
Et lorsque je clique sur "Ajouter" et demande la table "Mesures", table qui existe bien et qui est facilement visible dans DataBase Browser (voir image jointe SCSH02.jpg),
j'obtiens le message "Erreur Base de Données - trop peu de paramètres, 1 attendu" (voir image jointe SCSH03.jpg).
Merci de m'aider à corriger la bétise que j'ai forcément dû faire quelquepart !!!
J'ai une station VION C6300 pro qui utilise une base de données Paradox.
J'aurais aimé lire directement la base au lieu de passer par l'export/import CSV.
Je n'arrive pas à me connecter à cette base avec GW alors que j'y arrive parfaitement avec Microsoft Query par exemple ou encore DataBase Browser qui est un petit visualiseur (gratuit) de bases ODBC.
Après de multiples essais, j'ai créé une source de données "Base C6300" (voir image jointe SCSH01.jpg)
pour accéder à la base avec le driver ODBC Paradox.
j'ai configurer le Plugin ODBC.dll de la façon suivante :
[GENERAL]
FilterData=1
[ODBC]
Server=localhost
Base=Base C6300
Login=
Driver=Microsoft Paradox Driver (*.db )
DSN=
UseDSN=0
Password=
[MAP]
ODBCUnits=65536
TimeType=1
TimeShift=0
Timestamp=
Date=timestamp
DateFormat=%Y%m%d%H%M%S
Time=
TimeFormat=
DateFieldTypeInteger=0
DateDST=0
Probe_00=
Probe_01=TEMPERATURE
Probe_02=
...
Et lorsque je clique sur "Ajouter" et demande la table "Mesures", table qui existe bien et qui est facilement visible dans DataBase Browser (voir image jointe SCSH02.jpg),
j'obtiens le message "Erreur Base de Données - trop peu de paramètres, 1 attendu" (voir image jointe SCSH03.jpg).
Merci de m'aider à corriger la bétise que j'ai forcément dû faire quelquepart !!!
Vous ne pouvez pas consulter les pièces jointes insérées à ce message.
- TiToine
- Site Admin
- Messages : 3356
- Inscription : lun. mars 20, 2006 11:16 am
- Localisation : Montréal
- Contact :
Re: Problème avec le plugin ODBC !!
Il faut que tu configure le plugin pour utiliser le DSN et que tu indiques son nom "Base C6300"
- jturlier
- Membre
- Messages : 3149
- Inscription : mar. août 22, 2006 8:38 am
- Localisation : 34410 Sérignan - Languedoc
- Contact :
Re: Problème avec le plugin ODBC !!
Bonjour,
Il va y avoir un petit problème avec cette table pour les heures : GW ne sait pas traiter les timestamps SQL (dans le champ DATE_MESURE, ce n'est pas de l'alphanumérique, mais une représentation formatée par Database Browser d'une date en format SQL), il faudra donc faire une petite verrue pour transformer ça, soit en timestamp Unix, soit en date formatée.
Je crois qu'il y a déjà de la littérature dans le forum sur ce sujet, il me semble en avoir déjà parlé il y a moins d'un an.
Bonne journée
Jean
Edit : on peut utiliser ce genre de fonction ds le select de création d'une VIEW DATEDIFF(s, '197001010000', DATE_MESURE) pour récupérer un timestamp Unix
Il va y avoir un petit problème avec cette table pour les heures : GW ne sait pas traiter les timestamps SQL (dans le champ DATE_MESURE, ce n'est pas de l'alphanumérique, mais une représentation formatée par Database Browser d'une date en format SQL), il faudra donc faire une petite verrue pour transformer ça, soit en timestamp Unix, soit en date formatée.
Je crois qu'il y a déjà de la littérature dans le forum sur ce sujet, il me semble en avoir déjà parlé il y a moins d'un an.
Bonne journée
Jean
Edit : on peut utiliser ce genre de fonction ds le select de création d'une VIEW DATEDIFF(s, '197001010000', DATE_MESURE) pour récupérer un timestamp Unix
-
- Nouveau membre
- Messages : 3
- Inscription : jeu. août 12, 2010 9:19 pm
Re: Problème avec le plugin ODBC !!
Bon, après avoir créé le DSN et configurer le plugin pour qu'il l'utilise, dès que je veux ajouter une table, je lui donne le nom de la table et il me dit toujours qu'il ne trouve pas la source de données et si je mets le chemin complet pour accéder au fichier .dsn, il me dit que le nom de la source de données est trop long...je désespère
quant au formatage de la date, il semble bien que ce ne soit pas seulement un formatage de data browser mais la forme qu'a cette date dans la base paradox, car lors d'un export .csv, elle est exporté de la même façon
quant au formatage de la date, il semble bien que ce ne soit pas seulement un formatage de data browser mais la forme qu'a cette date dans la base paradox, car lors d'un export .csv, elle est exporté de la même façon
- jturlier
- Membre
- Messages : 3149
- Inscription : mar. août 22, 2006 8:38 am
- Localisation : 34410 Sérignan - Languedoc
- Contact :
Re: Problème avec le plugin ODBC !!
Bonsoir,
on ne comprend pas trop ce qui se passe, ni ce que tu fais, peux-tu mettre une copie de tes fichiers ODBC_base.cfg et config.cfg ( tu les trouveras dans les différents répertoires de GW) ça aidera peut-être à y voir plus clair.
Jean
on ne comprend pas trop ce qui se passe, ni ce que tu fais, peux-tu mettre une copie de tes fichiers ODBC_base.cfg et config.cfg ( tu les trouveras dans les différents répertoires de GW) ça aidera peut-être à y voir plus clair.
Jean
-
- Membre
- Messages : 12
- Inscription : mer. juin 30, 2010 11:44 am
- Localisation : Souprosse
- Contact :
Re: Problème avec le plugin ODBC !!
Bonjour,
Je suis confronté presque au meme problème a savoir que je voudrais afficher dans GW une donnée ecrite par un Automate dans une table SQL. Cette donnée correspond à la mesure du rayonnement solaire ...
Seul soucis, le format DateAndTime ne semble pas fonctionner (format de date non pris en charge).
Dans ma table SQL, la date s'affiche de cette facon:
2010-08-22 19:32:10 ... et dans la case DateAndTime je met: %Y-%m-%d %H:%i:%S
je ne comprend pas trop ... si vous avez une idée je suis preneur
Merci
Je suis confronté presque au meme problème a savoir que je voudrais afficher dans GW une donnée ecrite par un Automate dans une table SQL. Cette donnée correspond à la mesure du rayonnement solaire ...
Seul soucis, le format DateAndTime ne semble pas fonctionner (format de date non pris en charge).
Dans ma table SQL, la date s'affiche de cette facon:
2010-08-22 19:32:10 ... et dans la case DateAndTime je met: %Y-%m-%d %H:%i:%S
je ne comprend pas trop ... si vous avez une idée je suis preneur
Merci
WS-2350 + WUHU + Sauvegarde des historiques en table SQL, Generation des graphiques avec Graphweather 2.0 + Automate Allen Bradley SLC500 pour sonde radiation solaire (4-20mA) export des datas en table SQL et graphiques avec GW aussi ... le tout fonctionnant sur un Poweredge 2650 Bi-Xeon 2800 2Go DDR-ECC Reg
- jturlier
- Membre
- Messages : 3149
- Inscription : mar. août 22, 2006 8:38 am
- Localisation : 34410 Sérignan - Languedoc
- Contact :
Re: Problème avec le plugin ODBC !!
Re bonsoir Pierre,polishglider a écrit :Seul soucis, le format DateAndTime ne semble pas fonctionner (format de date non pris en charge).
Dans ma table SQL, la date s'affiche de cette facon:
2010-08-22 19:32:10 ... et dans la case DateAndTime je met: %Y-%m-%d %H:%i:%S
Puisque nous avons a résolu ce problème ensemble tout à l'heure, voici, pour les utilisateurs curieux ou intéressés, la solution la plus simple que nous ayons pu trouver :
CREATE VIEW nom_ma_base.nom_ma_vue_horodatee AS SELECT DATE_FORMAT(champ1_format_SQL,'%Y%m%d%H%i%s') as date_en_clair, champ2,..., champX FROM nom_ma_base.ma_table_source
Il suffit ensuite d'utiliser cette view de la même façon qu'une table, dans un des 2 plugins optionnels de GW.
Jean
Edit : valide pour MySQL, à vérifier pour les autres SGBD
Edit 2 : pour ceux qui souhaitent utiliser un timestamp unix :
CREATE VIEW nom_ma_base.nom_ma_vue_horodatee AS SELECT DTtoUnixTS(GETDATE(champ1_format_SQL,)) as date_en_clair, champ2,..., champX FROM nom_ma_base.ma_table_source
ou
CREATE VIEW nom_ma_base.nom_ma_vue_horodatee AS SELECT DATEDIFF(s, '19700101', GETDATE(champ1_format_SQL,)) as date_en_clair, champ2,..., champX FROM nom_ma_base.ma_table_source
Voilà, ça devrait fonctionner.
-
- Membre
- Messages : 12
- Inscription : mer. juin 30, 2010 11:44 am
- Localisation : Souprosse
- Contact :
Re: Problème avec le plugin ODBC !!
merci a toi d'avoir passé du temps sur ce probleme ...
là je suis en train de transferer l'intégralité de mes historiques dans la base SQL... je sent que ca va y passer la nuit ...
J'ai jeté un oeil sur GW avec la modif qu'on a faite ... il me dit toujours la meme chose ... je sais pas trop quoi penser.
je verrais ca a tete reposé demain
merci et bonne soirée
là je suis en train de transferer l'intégralité de mes historiques dans la base SQL... je sent que ca va y passer la nuit ...
J'ai jeté un oeil sur GW avec la modif qu'on a faite ... il me dit toujours la meme chose ... je sais pas trop quoi penser.
je verrais ca a tete reposé demain
merci et bonne soirée
WS-2350 + WUHU + Sauvegarde des historiques en table SQL, Generation des graphiques avec Graphweather 2.0 + Automate Allen Bradley SLC500 pour sonde radiation solaire (4-20mA) export des datas en table SQL et graphiques avec GW aussi ... le tout fonctionnant sur un Poweredge 2650 Bi-Xeon 2800 2Go DDR-ECC Reg
- jturlier
- Membre
- Messages : 3149
- Inscription : mar. août 22, 2006 8:38 am
- Localisation : 34410 Sérignan - Languedoc
- Contact :
Re: Problème avec le plugin ODBC !!
Bpnjour Pierre,polishglider a écrit :J'ai jeté un oeil sur GW avec la modif qu'on a faite ... il me dit toujours la meme chose ... je sais pas trop quoi penser.
je verrais ca a tete reposé demain
STP, mets tes fichiers de config pour qu'on voit ce qui se passe (config.cfg ds le répertoire de base de GW et odbcbase.cfg ds le répertoire plugins)
bonne journée
Jean
-
- Membre
- Messages : 12
- Inscription : mer. juin 30, 2010 11:44 am
- Localisation : Souprosse
- Contact :
Re: Problème avec le plugin ODBC !!
voici le fichier config.cfg
[VERSION]
Version=2.0.312b
Licence=2iCFcMYKj3pCclpK4EhbSpEWw5ZMmeRh7YQMhA==
[GENERAL]
MultipleInstances=0
Minimize=0
AutoUpdateTime=30
MsnDisplay=0
NewGUI=1
Confirm=1
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\mininuages.xml
StylesheetEditor=
Units=65536
UseConventionForWC=1
UseConventionForHI=1
DateLanguage=French
[PLUGIN_BASE]
Plugin=ODBC.dll
Source00=ws2350
[PLUGIN_OPTIONAL1]
Plugin=
[PLUGIN_OPTIONAL2]
Plugin=
[LOCATION]
Longitude=-0.418889
Latitude=43.470001
Altitude=15.000000
Timezone=0
Country=France
Station=Souprosse
[DIRECTX]
DeviceType=3
MultiSampleType=-1
MaxPoints=500
DXWidth=900
DXHeight=800
Interpolation=16416
[STATISTICS]
StatsAutoUpdate=1
StatsUpdateInterval=1
StatsGenerateXML=1
StatsGenerateNOAA=1
SolarRadiationThreshold=100
SunshineDayThreshold=75
[FTP]
Login=
Password=
Server=
ForceRestartOnError=0
DynamicConnection=0
ActiveMode=0
ExportsAtStartup=1
RealTimeAtStartup=1
[FTP_EXPORT_1]
Type=0
PluginType=0
Format=0
UpdateInterval=5
Range=536870912
RemoteFile=C:\xampp\htdocs\Dernieres48h.jpg
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\modern-colored-axis.xml
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=
RemoteDirectory=
[FTP_EXPORT_2]
Type=0
PluginType=0
Format=0
UpdateInterval=120
Range=1879048192
RemoteFile=C:\xampp\htdocs\Moisencours.jpg
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\modern-colored-axis.xml
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=
RemoteDirectory=
[FTP_EXPORT_3]
Type=0
PluginType=0
Format=0
UpdateInterval=120
Range=-2147483648
RemoteFile=C:\xampp\htdocs\Moisprecedent.jpg
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\modern-colored-axis.xml
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=
RemoteDirectory=
[FTP_EXPORT_4]
Type=0
PluginType=0
Format=0
UpdateInterval=1
Range=1
RemoteFile=C:\xampp\htdocs\TempsReel.jpg
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\gauges.xml
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=
RemoteDirectory=
[FTP_EXPORT_5]
Type=4
PluginType=0
Format=0
UpdateInterval=5
Range=0
RemoteFile=
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=C:\Program Files\GraphWeather\Statistics
RemoteDirectory=C:\xampp\htdocs\
[FTP_EXPORT_6]
Type=0
PluginType=0
Format=0
UpdateInterval=60
Range=268435456
RemoteFile=C:\xampp\htdocs\derniere24h.jpg
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\temperatures_jour.xml
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=
RemoteDirectory=
[FTP_EXPORT_7]
Type=0
PluginType=0
Format=1
UpdateInterval=1
Range=1
RemoteFile=C:\xampp\htdocs\Nuage.png
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\mininuages.xml
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=
RemoteDirectory=
[FTP_REALTIME_EXPORT]
Type=3
PluginType=0
Format=0
UpdateInterval=30
Range=60
RemoteFile=C:\xampp\htdocs\Souprosse.txt
Template=C:\Program Files\GraphWeather\Templates\realtime-default.txt
et le fichier ODBC_Optional_1
[GENERAL]
FilterData=1
[ODBC]
Server=
Base=
Login=
Driver=
DSN=LUM
UseDSN=1
Password=
[MAP]
ODBCUnits=65536
TimeType=1
TimeShift=0
Timestamp=
Date=MADATE
DateFormat=%Y%m%d%H%i%S
Time=
TimeFormat=
DateFieldTypeInteger=1
DateDST=0
Probe_00=
Probe_01=
Probe_02=
Probe_03=
Probe_04=
Probe_05=
Probe_06=
Probe_07=
Probe_08=
Probe_09=
Probe_10=
Probe_11=
Probe_12=
Probe_13=Val
Probe_14=
Probe_15=
Probe_16=
Probe_17=
Probe_18=
Probe_19=
Probe_20=
Probe_21=
Probe_22=
Probe_23=
Probe_24=
Probe_25=
Probe_26=
Probe_27=
Probe_28=
Probe_29=
Probe_30=
Probe_31=
Probe_32=
voilà les données que je voudrais integrer à GW

[VERSION]
Version=2.0.312b
Licence=2iCFcMYKj3pCclpK4EhbSpEWw5ZMmeRh7YQMhA==
[GENERAL]
MultipleInstances=0
Minimize=0
AutoUpdateTime=30
MsnDisplay=0
NewGUI=1
Confirm=1
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\mininuages.xml
StylesheetEditor=
Units=65536
UseConventionForWC=1
UseConventionForHI=1
DateLanguage=French
[PLUGIN_BASE]
Plugin=ODBC.dll
Source00=ws2350
[PLUGIN_OPTIONAL1]
Plugin=
[PLUGIN_OPTIONAL2]
Plugin=
[LOCATION]
Longitude=-0.418889
Latitude=43.470001
Altitude=15.000000
Timezone=0
Country=France
Station=Souprosse
[DIRECTX]
DeviceType=3
MultiSampleType=-1
MaxPoints=500
DXWidth=900
DXHeight=800
Interpolation=16416
[STATISTICS]
StatsAutoUpdate=1
StatsUpdateInterval=1
StatsGenerateXML=1
StatsGenerateNOAA=1
SolarRadiationThreshold=100
SunshineDayThreshold=75
[FTP]
Login=
Password=
Server=
ForceRestartOnError=0
DynamicConnection=0
ActiveMode=0
ExportsAtStartup=1
RealTimeAtStartup=1
[FTP_EXPORT_1]
Type=0
PluginType=0
Format=0
UpdateInterval=5
Range=536870912
RemoteFile=C:\xampp\htdocs\Dernieres48h.jpg
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\modern-colored-axis.xml
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=
RemoteDirectory=
[FTP_EXPORT_2]
Type=0
PluginType=0
Format=0
UpdateInterval=120
Range=1879048192
RemoteFile=C:\xampp\htdocs\Moisencours.jpg
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\modern-colored-axis.xml
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=
RemoteDirectory=
[FTP_EXPORT_3]
Type=0
PluginType=0
Format=0
UpdateInterval=120
Range=-2147483648
RemoteFile=C:\xampp\htdocs\Moisprecedent.jpg
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\modern-colored-axis.xml
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=
RemoteDirectory=
[FTP_EXPORT_4]
Type=0
PluginType=0
Format=0
UpdateInterval=1
Range=1
RemoteFile=C:\xampp\htdocs\TempsReel.jpg
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\gauges.xml
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=
RemoteDirectory=
[FTP_EXPORT_5]
Type=4
PluginType=0
Format=0
UpdateInterval=5
Range=0
RemoteFile=
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=C:\Program Files\GraphWeather\Statistics
RemoteDirectory=C:\xampp\htdocs\
[FTP_EXPORT_6]
Type=0
PluginType=0
Format=0
UpdateInterval=60
Range=268435456
RemoteFile=C:\xampp\htdocs\derniere24h.jpg
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\temperatures_jour.xml
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=
RemoteDirectory=
[FTP_EXPORT_7]
Type=0
PluginType=0
Format=1
UpdateInterval=1
Range=1
RemoteFile=C:\xampp\htdocs\Nuage.png
Stylesheet=C:\Program Files\GraphWeather\Stylesheets\mininuages.xml
Template=C:\Program Files\GraphWeather\Templates\
LocalDirectory=
RemoteDirectory=
[FTP_REALTIME_EXPORT]
Type=3
PluginType=0
Format=0
UpdateInterval=30
Range=60
RemoteFile=C:\xampp\htdocs\Souprosse.txt
Template=C:\Program Files\GraphWeather\Templates\realtime-default.txt
et le fichier ODBC_Optional_1
[GENERAL]
FilterData=1
[ODBC]
Server=
Base=
Login=
Driver=
DSN=LUM
UseDSN=1
Password=
[MAP]
ODBCUnits=65536
TimeType=1
TimeShift=0
Timestamp=
Date=MADATE
DateFormat=%Y%m%d%H%i%S
Time=
TimeFormat=
DateFieldTypeInteger=1
DateDST=0
Probe_00=
Probe_01=
Probe_02=
Probe_03=
Probe_04=
Probe_05=
Probe_06=
Probe_07=
Probe_08=
Probe_09=
Probe_10=
Probe_11=
Probe_12=
Probe_13=Val
Probe_14=
Probe_15=
Probe_16=
Probe_17=
Probe_18=
Probe_19=
Probe_20=
Probe_21=
Probe_22=
Probe_23=
Probe_24=
Probe_25=
Probe_26=
Probe_27=
Probe_28=
Probe_29=
Probe_30=
Probe_31=
Probe_32=
voilà les données que je voudrais integrer à GW

WS-2350 + WUHU + Sauvegarde des historiques en table SQL, Generation des graphiques avec Graphweather 2.0 + Automate Allen Bradley SLC500 pour sonde radiation solaire (4-20mA) export des datas en table SQL et graphiques avec GW aussi ... le tout fonctionnant sur un Poweredge 2650 Bi-Xeon 2800 2Go DDR-ECC Reg
- jturlier
- Membre
- Messages : 3149
- Inscription : mar. août 22, 2006 8:38 am
- Localisation : 34410 Sérignan - Languedoc
- Contact :
Re: Problème avec le plugin ODBC !!
Salut Pierre,
tu as une erreur ds le décodage de la date et heure
%a Abbreviated weekday name * Thu
%A Full weekday name * Thursday
%b Abbreviated month name * Aug
%B Full month name * August
%c Date and time representation * Thu Aug 23 14:55:02 2001
%d Day of the month (01-31) 23
%H Hour in 24h format (00-23) 14
%I Hour in 12h format (01-12) 02
%j Day of the year (001-366) 235
%m Month as a decimal number (01-12) 08
%M Minute (00-59) 55
%p AM or PM designation PM
%S Second (00-61) 02
%U Week number with the first Sunday as the first day of week one (00-53) 33
%w Weekday as a decimal number with Sunday as 0 (0-6) 4
%W Week number with the first Monday as the first day of week one (00-53) 34
%x Date representation * 08/23/01
%X Time representation * 14:55:02
%y Year, last two digits (00-99) 01
%Y Year 2001
%Z Timezone name or abbreviation CDT
%% A % sign %
La minute n'est pas %i comme en php, mais %M
J'espère que c'est ça
J'ai vu que tes résultats sont en ordre décroissants, est-ce normal ? Sinon il faudra reprendre la requête de création de ta view pour rajouter à la fin ORDER BY 1
Bonne soirée et à bientôt
Jean
tu as une erreur ds le décodage de la date et heure
viewtopic.php?f=2&t=618polishglider a écrit :DateFormat=%Y%m%d%H%i%S
%a Abbreviated weekday name * Thu
%A Full weekday name * Thursday
%b Abbreviated month name * Aug
%B Full month name * August
%c Date and time representation * Thu Aug 23 14:55:02 2001
%d Day of the month (01-31) 23
%H Hour in 24h format (00-23) 14
%I Hour in 12h format (01-12) 02
%j Day of the year (001-366) 235
%m Month as a decimal number (01-12) 08
%M Minute (00-59) 55
%p AM or PM designation PM
%S Second (00-61) 02
%U Week number with the first Sunday as the first day of week one (00-53) 33
%w Weekday as a decimal number with Sunday as 0 (0-6) 4
%W Week number with the first Monday as the first day of week one (00-53) 34
%x Date representation * 08/23/01
%X Time representation * 14:55:02
%y Year, last two digits (00-99) 01
%Y Year 2001
%Z Timezone name or abbreviation CDT
%% A % sign %
La minute n'est pas %i comme en php, mais %M
J'espère que c'est ça
J'ai vu que tes résultats sont en ordre décroissants, est-ce normal ? Sinon il faudra reprendre la requête de création de ta view pour rajouter à la fin ORDER BY 1
Bonne soirée et à bientôt
Jean
-
- Membre
- Messages : 12
- Inscription : mer. juin 30, 2010 11:44 am
- Localisation : Souprosse
- Contact :
Re: Problème avec le plugin ODBC !!
j'ai remis les resultats de la base en ordre croissant ...
et j'ai corrigé le format de l'heure dans graphweather
[GENERAL]
FilterData=1
[ODBC]
Server=
Base=
Login=
Driver=
DSN=LUM
UseDSN=1
Password=
[MAP]
ODBCUnits=65536
TimeType=1
TimeShift=0
Timestamp=
Date=MADATE
DateFormat=%Y%m%d%H%M%S
Time=
TimeFormat=
DateFieldTypeInteger=1
DateDST=1
et toujours pareil
snif
et j'ai corrigé le format de l'heure dans graphweather
[GENERAL]
FilterData=1
[ODBC]
Server=
Base=
Login=
Driver=
DSN=LUM
UseDSN=1
Password=
[MAP]
ODBCUnits=65536
TimeType=1
TimeShift=0
Timestamp=
Date=MADATE
DateFormat=%Y%m%d%H%M%S
Time=
TimeFormat=
DateFieldTypeInteger=1
DateDST=1
et toujours pareil
snif
WS-2350 + WUHU + Sauvegarde des historiques en table SQL, Generation des graphiques avec Graphweather 2.0 + Automate Allen Bradley SLC500 pour sonde radiation solaire (4-20mA) export des datas en table SQL et graphiques avec GW aussi ... le tout fonctionnant sur un Poweredge 2650 Bi-Xeon 2800 2Go DDR-ECC Reg
- jturlier
- Membre
- Messages : 3149
- Inscription : mar. août 22, 2006 8:38 am
- Localisation : 34410 Sérignan - Languedoc
- Contact :
Re: Problème avec le plugin ODBC !!
Eh bien voilà datediff ne fonctionne pas avec MySQL (ne travaille que sur la partie date contrairement à PostgreSQL ! ):oops:jturlier a écrit : Edit 2 : pour ceux qui souhaitent utiliser un timestamp unix :
CREATE VIEW nom_ma_base.nom_ma_vue_horodatee AS SELECT DTtoUnixTS(GETDATE(champ1_format_SQL,)) as date_en_clair, champ2,..., champX FROM nom_ma_base.ma_table_source
ou
CREATE VIEW nom_ma_base.nom_ma_vue_horodatee AS SELECT DATEDIFF(s, '19700101', GETDATE(champ1_format_SQL,)) as date_en_clair, champ2,..., champX FROM nom_ma_base.ma_table_source
Voilà, ça devrait fonctionner.
Ceci devrait être meilleur et plus simple :
SELECT UNIX_TIMESTAMP(madate)....
Mes excuses à tous ceux que j'ai pu induire en erreur
Jean
-
- Membre
- Messages : 12
- Inscription : mer. juin 30, 2010 11:44 am
- Localisation : Souprosse
- Contact :
Re: Problème avec le plugin ODBC !!
voila ca marche ...
les données de radiation solaire sont récupérée en signal 4-20mA dans mon automate, qui les met à l'échelle ... données lues par mon superviseur, qui historise en ODBC dans une table SQL et grace a JTurlier ... ca s'affiche dans Graphweather ...
elle est pas belle la vie ?

les données de radiation solaire sont récupérée en signal 4-20mA dans mon automate, qui les met à l'échelle ... données lues par mon superviseur, qui historise en ODBC dans une table SQL et grace a JTurlier ... ca s'affiche dans Graphweather ...
elle est pas belle la vie ?

WS-2350 + WUHU + Sauvegarde des historiques en table SQL, Generation des graphiques avec Graphweather 2.0 + Automate Allen Bradley SLC500 pour sonde radiation solaire (4-20mA) export des datas en table SQL et graphiques avec GW aussi ... le tout fonctionnant sur un Poweredge 2650 Bi-Xeon 2800 2Go DDR-ECC Reg