05-29-2012 06:11 AM
Buenas, estoy intentando desde labview 11, conectarme con un BD de Citadel 5 Universe, para posteriormente generar otra BD en Citadel tambien previo filtrado de trazas que no me sirven y erroneas.
Mi problema, Citadel admite SQL, pero el SQL que quiere por lo que he podido comprobar. La manera más util de atacarlo ha sido gracias a las trazas con el labview, y hecho todo el proceso para tener todas las trazas, y una por una ir filtrandolas y metiendolas en una nueva base de datos.
Todo iba bien en mis primeras pruebas, aunque en un punto de una traza concreta me fallaba por el error Citadel: (Hex 0x8ABC1036) Data has back in time timestamp. Despés he añadido un par de filtros más para la marca de tiempo, pero ahora mismo no termino de pasar ni una sola traza, cuando antes ya al menos traspasaba 16 o 17 de 25 que tengo en total, y sigue siendo por el mismo error. (Citadel: (Hex 0x8ABC1036) Data has back in time timestamp)
He leido foros de internet y otras entradas semejantes en ni.com, y no me ha valido nada. De hecho retrasar la hora del relog de mi equipo me ayuda para pasar datos (curioso) pero ya ni eso vale.
Mi código tiene tres partes seleccionables mediante combo.
Leer las BD, para leer las BD
Leer las tablas, con la BD seleccionada en el combo, me muestra todas sus trazas en un array.
Leer las trazas, lee cada traza y la va filtrando y guardando en la nueva base de datos.
Si alguien puede aportarme una idea, o solución. El error lo produce en el Write Trace de la parte inferior derecha del snipet.
05-29-2012 06:49 AM
English translation (thanks to Google):
Hi, I'm using labview 11 to connect a Citadel 5 Universe DB to another Citadel DB then generate previously filtered trace, but I get errors.
The problem is that Citadel supports SQL, but SQL (you want from what I have seen ??? - bad translation). The most useful of way has been to trace with labview, and make the whole process to have all the traces, and filtering them one by one and feeding them into a new database.
Everything was going well in my earlier tests, although at one point of a specific trace failed me for the error Citadel: (Hex 0x8ABC1036) "Data you back in time timestamp". From looking (at the code?), I added a couple of more filters to the time stamp, but right now I can't pass a single trace, when there are at least 16 or 17 out of 25 in total, that have the same error. (Citadel: (Hex 0x8ABC1036) Data you back in time timestamp)
I have read Internet forums and other similar entries, and I have not learned anything. In fact the time delay relog my computer helps me to pass data (odd) but even that is worth.
My code has three parts selectable combo.
BD read, to read BD
Read tables, with the DB selected in the combo shows me all the traces in an array.
Read the traces, read each trace and is filtered and saved to the new database.
If anyone can bring an idea, or solution to this problem. The error is produced in the Write Trace the bottom right of the snipet.
05-29-2012 06:51 AM
¿Has mirado en este hilo?
Did you look at this thread?
05-29-2012 06:55 AM
si lo he mirado pero nada, de hecho, vi otra solución posible hace un momento y tampoco he conseguido nada
if I looked but nothing, in fact, I saw another possible solution just now and I have not achieved anything
05-30-2012 01:15 AM
Aunque aún tengo un fallo grave he conseguido pasar todas las trazas de una BD a otra nueva. Lo que ocurre es que me pasa tan solo un número de valores limitados por cada traza, alrededor de 1200 valores por traza.
Esto supone una perdida no asumible, ya que cada una de mis trazas tienen cerca de un millón de valores.
Alguna idea, o causa de esos limites?
-----------------------
Although I have a serious fault I managed to move all traces of a DB to a new one. What happens is I get only a limited number of values for each trace, around 1200 trace values.
This represents a loss not acceptable, as each one of my tracks are about a million of securities.
Any ideas, or because of those limits?
05-30-2012 04:44 AM
SOLUCIONADO
las bases de datos citadel vinculan cada traza con la anterior y la siguiente en orden de introducción, salvo que pongas un break, pero entonces se pierde la linea en el grafico. Y esto viene a significar que si se van a introducir datos de forma masiva en Citadel via escritura de trazas, hay que tener en cuenta ordenarlas por fecha antes de introducirlas.
Un saludo a todos
05-30-2012 11:29 AM - edited 05-30-2012 11:29 AM
Translation:
SOLVED:
Citadel databases linking each trace with the previous and the next in order of introduction, unless you put a break, but then lost the line in the graph. This would mean that if they are to enter data in bulk in writing via Citadel traces, we must take into account sort by date prior to their introduction.