Mostrar Mensajes

Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.


Mensajes - Xavi-EA5ZF

Páginas: 1 ... 9 10 [11] 12 13 ... 15
151
Ordenadores / Re:Envios de datos desde 20km
« en: 06 de Noviembre del 2016, 21:45:11 pm »
Citar
la uica cosa es que no entiendo es si tengo que tener 2 Weather display en un mismo ordenador o tengo que tener 2 WD en ordenadores independientes?
Aquí si que me pillas con la guardia bajada. Yo uso weewx y he usado wview, pero no tengo ni idea del WD.
Xavi

152
Ordenadores / Re:Envios de datos desde 20km
« en: 06 de Noviembre del 2016, 09:05:04 am »
Un tema que se puede complicar... es fácil pero hay que entenderlo:

Se me olvidaba comentar que si tienes todo conectado a la misma red en los dos extremos de las conexiones es todo muy fácil, pero si tienes lo que todos tenemos o sea dos redes locales en la zona LAN de tus conexiones de internet (zona WAN) tienes que saber abrir y direccionar puertos por NAT.
Es muy fácil y todos los router lo pueden hacer, tendrías que saber el puerto o puertos que necesita el conversor para hacer la comunicación, y en la tabla NAT poner que cuando al router destino le llegue algo por ese puerto, lo enrute al conversor.
En tu ordenador local tienes que buscar el conversor sobre la dirección TCP/IP WAN del destino (si es fija), cuando al router destino le llegue la petición este ya la enrutará si el NAT está bien programado al conversor y todo ok.
Si la dirección TCP/IP de internet del destino es variable hay que de alguna forma poner una dirección dns que apunte ahí, hay de gratuitas, pero es donde indico que se puede poco a poco complicar el tema.

153
Ordenadores / Re:Envios de datos desde 20km
« en: 05 de Noviembre del 2016, 13:51:12 pm »
Serie-ethernet he visto pero no he trabajado directamente con ninguno, supongo que chinorris habrán mil, pero hay que saber buscarlos.
USB-ethernet, como comentaba, en mi trabajo tenemos un buen puñado, tantos como escaners compartidos y como decía, solo en mi oficina principal de trabajo tengo unos 14 de la marca Silex, modelo SX-300GB, un modelo básico de 2 puertos USB y un ethernet.
En estos, se le programa una dirección IP al SX-300, se instala un controlador en el windows (no he probado con un linux Sorry) y cuando se hace el enlace, te aparece cual puerto USB local, tenga lo que tenga al otro lado. Se suelen usar como compartidores de impresoras o escaneres USB en grupos de usuarios pequeños.
A ver si alguien está utilizando un sistema similar e informa de sus pros y contras.
Salu2

154
WeeWX / Re:Raspberry pi 3 + Weewx problemas
« en: 03 de Noviembre del 2016, 15:58:22 pm »
Aparte de preguntarles si soportan ese protocolo, por que no miras el log de ftp que debe de estar en la raiz de la carpeta de 1&1 y miras lo que sube y cuando lo sube?
No creo que sea culpa del transporte o sea del ftp. Hay que analizar los log para poder llegar a saber que sucede y cuando lo sepas podrás resolverlo si es que hay algún problema.
En el log del weewx tienes lo que se genera y cuando se genera, en el del ftp lo que se transmite, como y cuando. Si consigues entenderlos ambos cronológicamente, entenderás que pasa.
Xavi

155
WeeWX / Re:Raspberry pi 3 + Weewx problemas
« en: 02 de Noviembre del 2016, 12:09:37 pm »
Citar
En 1and1 me ponía que el puerto era el 22, sin embargo, decidí poner el 21 y no poner que fuese un servidor seguro, pese a que según la compañía si lo era.
El ftp en modo no seguro  utiliza el puerto TCP 21, el Sftp el 22, pero ese SFTP no es el mismo que el weewx utiliza seguramente:
Citar
secure_ftp

Set to True to use FTP (FTPS) over TLS. This is an extension to the FTP protocol that uses a Secure Socket Layer (SSL) protocol, not to be confused with SFTP, which uses a Secure Socket Shell protocol. Not all FTP servers support this. In particular, the Microsoft FTP server seems to do a poor job of it. Requires Python V2.7. Will not work with older versions of Python. Optional. Default is False
Por eso si pones que es ftp seguro y el puerto es 22 1&1 no te lo reconoce correctamente.
Usando el ftp por el puerto 21 hace que los datos y por supuesto tu usuario y clave no vayan encriptados, estando sujetos por tanto a pirateo.
Yo preguntaría a soporte de 1&1 si soportan el FTPS que indica el manual de weewx.

Sobre la generación y copiado de datos e imágenes es normal lo que indicas, el sistema digamos que mantiene una señal de lo que considera enviado o no, las páginas html y los gráficos diarios se generan a cada intervalo definido y al ser creados nuevamente se transmiten, los gráficos semanales, mensuales y anuales se generan a diferentes intervalos y por tanto, hasta que no se generan no se transmiten al ser considerados como transmitidos ya.
Hay varias opciones, una es borrar todos los gráficos y el weewx los generará la próxima vez que genere páginas y con eso se retransmitirán, otra opción es modificar el fichero #FTP.last que deberías tener en el raiz de la carpeta en donde se generan los ficheros html.
Yo lo que haría sería copiar a mano todos los ficheros de la carpeta de generación html y dejar que el weewx se encargue luego de ir actualizando cuando le dé la gana y no calentarme mucho mas la cabeza.
Saludos.
Xavi

156
Ordenadores / Re:Envios de datos desde 20km
« en: 01 de Noviembre del 2016, 10:41:28 am »
Tienes varias opciones, una es poner en donde tienes la consola un conversor serie-Ethernet o USB-Ethernet y con él, recoger los datos a distancia, entonces el ordenador lo tendrías en casa y la consola en donde sea, te conectarías a ella mediante un puerto serie virtual en el ordenador y el conversor en la distancia.
Ejemplo: En mi trabajo utilizamos interfaces Silex SX-300GB para compartir scaners USB a través de la intranet, en algunos casos, cuando utilizo un terminal virtual (que se ejecuta en Madrid, Barcelona o Almería) escaneo en un escaner que tengo al lado o sea que lo escaneado recorre cientos de kilometros sin problemas. Solo en mi oficina tengo 14 instalados. Cuestan unos 90 euros mas o menos por unidad.
Otra opción es poner un ordenador de bajo consumo bien sea en windows o bien sea bajo linux y cuando haga falta hacerle algo, hacerlo con un control remoto, en el foro hay lineas de soporte para los varios programas y tipos de ordenador existentes.
Ejemplo: En verano estoy en un apartamento a 15 kilometros de casa, utilizo linux y weewx con una Davis, hago mantenimiento abriendo puertos para ftp y telnet. Salvo fallos de disco o tarjeta SD no tengo que acercarme.
Si ya tienes luz e internet, la distancia no debería ser un problema demasiado complejo de resolver.

157
WeeWX / Re:No se añaden registros a la base de datos
« en: 30 de Octubre del 2016, 13:09:17 pm »
Mas o menos 105835.74 segundos son 29.4 horas o sea que una vez pasan esas 29.4 horas el weewx no considera los datos antiguos y empieza a registrar datos nuevos y a generar páginas.
Típico problema de reloj, agravado por el dataloger.
Una vez superado el problema por haberlo resuelto modificando la BBDD o porque como en este caso se ha arreglado solo, puede ocurrir que por software se genere bien, pero como en el dataloger subsiste un error de fechas, por hardware no lo haga.
En este caso es cuando hay que borrar el contenido del dataloger y en un segundo todo vuelve a generarse por hardware correctamente.

158
WeeWX / Re:No se añaden registros a la base de datos
« en: 30 de Octubre del 2016, 11:47:53 am »
Pues de alguna forma yo creo que la culpa si es de la fecha y hora, creo que ayer te puso un día de mas y eso se ha guardado en el dataloger y hasta que no ha pasado ese dia entero no ha empezado a tener en cuenta los loop, porque ha superado la fecha y hora del ultimo loop guardado en la BBDD.
Por eso también te ha dejado un agujero negro sin datos de 1 dia.
Evidentemente sin ver la BBDD de ayer y analizarla no se puede aseverar tamaña hipótesis que te he escrito con rotundidad.
En el dataloger si estarán los datos perdidos, pero cuando lee, incluso si recuperas desde un backup, al leerlos por "supuesto orden cronológico" el weewx se encontraría un dato con la fecha de hoy y luego datos con la fecha de ayer, y el weewx al leer graba la ultima fecha en epoch y hasta que no lea otra superior no actualiza. Cosa que ha pasado hoy.
Si no has borrado el dataloger, haciendo un volcado de su interior tendrías parte de la explicación.
A fecha de hoy no sé como editar el contenido del dataloger para poder borrar si s necesario un registro erróneo dejándo el resto intacto.
La opción software no lee el dataloger, interroga directamente a la estación, en caso de paradas del ordenador o weewx pierdes datos al no guardarlos en la memoria del dataloger.
El secreto de lo que te ha pasado se debería poder ver en el log entero del weewx mirando las últimas fechas grabadas. Todo lo que nosotros podemos hacer sin acceso a toda la información es especular con hipótesis mas o menos posibles.
Resumiendo, para saber que pasó se necesitan los log íntegros del weewx desde antes de la parada hasta ahora mismo, el volcado del dataloger y la BBDD de hoy antes de empezar a hacer nada.
Recomiendo leer este tema: http://www.weewx.com/docs/usersguide.htm#html_generated_but_not_updated

Saludos.
Xavi

159
WeeWX / Re:No se añaden registros a la base de datos
« en: 30 de Octubre del 2016, 10:16:38 am »
Eso mas o menos es lo que me pasa a mí cuando por problemas con el arranque, se inicia el Mele sin ntp correcto por la falta de internet y me pone en el weewx valores con la fecha atrasada. El problema es que con las Davis, se actualiza el reloj de la consola con la mala hora y luego ya tenemos un bonito y costoso lio.
En mi caso tuve que editar la base de datos, buscando los registros que me puso en el 2010 y borrándolos todos a mano. Y luego para que arrancasen los loop desde la consola al weewx, borrar los datos del dataloger con el comando adecuado (que ahora mismo no recuerdo), una vez hecho eso todo funciona.
Creo que es wee_device --clear para borrar el contenido del dataloger.
Si no se borra el dataloger no arrancan los loop porque parece que se hace un monumental lio con la fecha.
En mi caso solo pierdo los datos entre la mala hora y el reinicio. Por eso en otro hilo comenté y he puesto en mi weewx, que no se inicie si la fecha no es superior al 01-01-2016 y estoy por poner otra condición de que no inicie si es superior por ejemplo al 31-12-2019, por lo menos así no arranca y no pone la fecha mala en la Davis, esta seguirá grabando y cuando tras arreglar el  problema en el Mele o Raspi todo esté ya bien, como el loop estará correcto en el dataloger, es cuestión de recibirlo y no se perderá nada.
Saludos.
Xavi

160
Weather Display / Re:Perdida total de datos historicos
« en: 20 de Octubre del 2016, 20:59:34 pm »
Perdona que me meta en donde no me llaman, que tipo de petada de HDD?
Es que hay programas que pueden tratar de recuperar contenidos de los ficheros aunque esté mal la tabla de particiones del disco.
Entiendo que es un disco de 2.5 pulgadas de los de portatil, desde cualquier ordenador comprando una cajita de HDD externo podrías intentar acceder, pero si está petado depende del tipo de problema igual te deja parcialmente que no te deja hacer nada.
Yo soy de weewx o wview, de weather display no sé nada, de ordenadores algo.
Xavi

161
WeeWX / Re:Weewx 3.6.0
« en: 19 de Octubre del 2016, 19:28:25 pm »
Ya tengo hasta la 3.6.1 funcionando.

162
WeeWX / Re:Problema con la fecha (1-1-1970!)
« en: 19 de Octubre del 2016, 19:27:00 pm »
Thank you very much! MNY TNX FER ALL UR WRK
Había buscado por 1970, por casi cualquier texto la comparación, no se me había ocurrido lo de SANE,
Ya lo tengo, a ver si ahora me ahorro las pérdidas ya que aunque siga iniciando con la fecha mala, luego al no arrancar el weewx no contamina el dataloger de la Davis, con lo que este seguirá grabando y luego al reiniciar con la fecha ya correcta lo meterá todo bien.
Reitero las gracias.
 apla3

163
WeeWX / Re:Problema con la fecha (1-1-1970!)
« en: 18 de Octubre del 2016, 20:25:40 pm »
Citar
De hecho, lás últimas versiones de weewx también vienen preparadas para no iniciarse hasta establecer la hora correctamente.
Me gustaría saber en que fichero del fuente está ya que chequeará que la fecha sea posterior al epoch 0 o sea 1/1/1970 y el Mele aranca con fecha 1/1/2010. Y quisiera poner el arranque del weewx un poco mas restrictivo y que no inicie si la fecha es < 1/1/2016.
Aparte de que me gustaría poder hacer que no inicie el weewx si antes no se ha establecido bien la fecha con el ntp y no he encontrado en ningún foro como se hace, en todos refieren que es mejor poner un reloj RTC real en la raspi, pero no existe eso para el Mele.
Xavi

164
WeeWX / Re:Raspberry pi 3 + Weewx problemas
« en: 18 de Octubre del 2016, 20:19:04 pm »
Citar
No me gusta nada este comportamiento. No sé a que es debido, pero os recomiendo que activéis la opción de que la Raspi no termine de arrancar hasta que no tenga conexión a internet, por si las moscas.

Cual es esa opción y donde está para modificarla?

Te cuento, con la rapi ya me ha pasado alguna vez alguna cosa rara con el reloj y por eso metí el Mele, cuando hay un reinicio forzoso (tengo un SAI) arranca antes que el router (le cuesta un momento iniciar la ADSL) y el Mele arranca con fecha 1 de enero de 2010. Si arranca weewx me mete uno o varios registros en la BBDD, pero eso no es lo peor, lo peor es que manda la hora a la DAVIS y me toca borrar el dataloger entero o sea que pierdo todo entre la hora de reinicio y cuando en persona lo soluciono.
No es normal que pase lo del reinicio, pero esta semana o hay un problema del pobre y viejo alimentador del Mele o el SAI tiene un problema y ha sucedido 2 veces. Y me ha podrido la BBDD del weewx perdiento 2 horas una vez y 4 la otra.
Xavi
Como me pasaba eso cambié al MELE y esta semana llevo dos reinicios y este mete la hora del 1 de enero de 2010

165
WeeWX / Re:Raspberry pi 3 + Weewx problemas
« en: 05 de Octubre del 2016, 18:06:43 pm »
El ftp normal utiliza el port 21 y OJO! porque suele ir en abierto o sea ASCII o bin, pero si alguien te monitoriza te pilla la clave y el usuario. Se recomienda usar encriptación, lo usual es usar sftp con el port 22.
Lo otro es OK, si no quitas el # de la generación del skin, no se generará el ftp en modo automático desde el WeeWX, otra cosa es si lo disparas tu desde fuera con otras utilidades o programas.
Salu2

Páginas: 1 ... 9 10 [11] 12 13 ... 15