-
Bueno gente, sé que sobra experiencia en el foro y hay ciertas cosa que me están trabando para continuar con un proyecto que estoy haciendo y de a poco voy a subir como otros tantos acá.
Todos sabemos lo importante que es el tema del agua y en el norte, de donde yo soy Chaco - Norte de Argentina (aunque no vivo ahí, si mi familia).
A saber:
-Un maestro que se ubica el panel de control y recibe los datos de 4 esclavos (puede variar según las necesidades). Controla la bomba, el antibacterias UV, riego, muestra los datos y permite el cambio de variables.
-Un esclavo en el tanque que controla, nivel de agua, turbiedad y temperatura del agua para hacer eficiente el uso del agua en invierno y verano.
-Un esclavo en la cisterna que controla el nivel, la turbiedad y el control de una electro-válvula.
-Un esclavo que controla el nivel del aljibe y solo se usa para que el riego del patio por ejemplo. Opcional si se tiene.
Hardware a priori:
Maestro:
Pic 18F2553 o 18f4550 (por ahora el primero)
LCD de 2 líneas x 16 caracteres
Sensor de temperatura LM35 - Para temp. ambiente
DS 1302 - RTC (real time clock)
MAX 487 - Serie - RS485 Transceiver
4 botones (arriba, abajo, enter y escape)
Leds de señalización
Buzzer
Esclavo - Tanque
Pic 18F2553 o 16F o 12F, cualquiera que tenga Rs232
Sensor de temperatura LM35 - Para Temp. del agua de tanque
Sensor de presión mpx2051 - 50Kpa (cada 1 metro de columna de agua son 10 Kpa)
Turbidímetro fabricado con tecnología IR (infra roja) - Sacado de un trabajo de la UTN de Posadas
MAX 487 - Serie - RS485 Transceiver
Led de funcionamiento
Esclavo - Cisterna
Pic 18F2553 o 16F o 12F, cualquiera que tenga Rs232
Sensor de presión mpx2051 - 50Kpa (cada 1 metro de columna de agua son 10 Kpa)
Turbidímetro fabricado con tecnología IR (infra roja) - Sacado de un trabajo de la UTN de Posadas
Electro-Válvula Jefferson 40 BARs. (igual a bloqueo de una columna de 40 metros de alto, más que suficiente)
MAX 487 - Serie - RS485 Transceiver
Led de funcionamiento
Esclavo - Aljibe
Pic 18F2553 o 16F o 12F, cualquiera que tenga Rs232
Sensor de presión mpx2100 - 100Kpa (cada 1 metro de columna de agua son 10 Kpa)
MAX 487 - Serie - RS485 Transceiver
Led de funcionamiento
Esclavo - Bombas
Pic 18F2553 o 16F o 12F, cualquiera que tenga Rs232
Sensor de corriente de motor en cada bomba
Para controlar el arranque y que no tomen demasiada corriente.
Un solenoide caserito bien filtrado (por bomba) es suficiente y barato.
Relés de potencia (10 A o más dependiendo las bombas - ver placa motor y multiplicar la In (corriente nominal por 3)
MAX 487 - Serie - RS485 Transceiver
Led de funcionamiento
Cada Sensor mpx va ubicado en el tope de un caño de PVC de 1 pulgada (para resistencia mecánica)
La presión se mide por diferencia de presión (diferencial). O sea, el agua va creciendo por afuera del
caño de PVC y adentro lo que crece es la presión.
__|_|_|__
| | Sensor MPX2xxx
|______ |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | ----
| | | Turbidímetro y sensor de temperatura (al fondo del caño)
| | ----
Además en el tanque que es lo más crítico como seguridad se coloca un flotador con corte a boya por si hay un problema
Este se coloca de tal forma que corte unos pocos cm después del sensor de presión por si fallara.
También se pueden agregar otras cosas que supongo a los que lean esto se les ocurrirá como una conexión para PC y no sé si ethernet para control por internet (esto último a futuro en su caso)..
Pero como dice la filosofía KISS (Keep It Simple and Stupid) o sea no la compliquemos mucho al principio.
Cosas a tener en cuenta:
El sensado de la temperatura - Exterior - Tanque y Cisterna es importante para 2 cosas.
1- Optimizar el uso de Gas o Electricidad en el calentamiento del agua (excepto se tenga tanque con calefón solar). Inclusive se puede hacer un lazo de control Panel de Control - Calefón (o termotanque) a tal fin.
2- Optimizar el riego ya que con mucho calor el agua se evapora y no es eficiente, y con mucho sol si se tienen aspersores, las hojas se queman con el efecto lupa de las gotas.
El sensado de la turbidez además de ser obvio para saber lo que estamos consumiendo, es útil para programar un limpiado de tanque por ejemplo haciendo que el tanque se vacíe automáticamente y luego se bombee de a pocos litros y se vacíe nuevamente. Repitiendo este ciclo algunas veces se logra remover los depósitos en el piso del tanque (habría que ver la disposición de los picos de carga para que el agua logre "barrer" todo el fondo cuando cae).
El control del bactericida UV es algo simple ya que se conecta cuando el agua se está bombeando. Hablando con un especialista también recomienda colocar uno en la bajada pero aquí no hay mucho para controlar si así fuera, solo dejarlo encendido siempre (un sensor de flujo de agua es muy caro jaja).
Para los que no dispongan la posibilidad de adquirir un sensor MPX por su precio les digo que pueden pedir muestras gratis a freescale (www.freescale.com) o en su defecto hacer (y esto lo tengo andando en otro tanque) algo discreto con finos alambres de acero inoxidable a diferentes alturas con el común abajo de todo. El agua hace de contacto entre los cables y con cada uno entran en el A/D del pic, fijan una barrera de activo/no activo (por el ruido) y ya tienen un sensor de nivel. El inconveniente es que para cada tanque una longitud diferente y no van a saber con exactitud el nivel del agua, sino aproximada y discreta. Digamos, a mayor cantidad de señales de entrada (y los Pics no tienen infinitas, jeje) mayor precisión, pero bueno, queda a criterio la necesidad de saber si tengo 623 litros en el tanque o "entre 600 y 650".
El RTC es importante ya que va a permitir llevar un control del consumo, SI! del consumo de agua, y con ello otras cosas como saber si no está pinchado algún caño que va por debajo del domicilio o si el medidor de agua está midiendo mal (el de la calle para los que tienen). Con esto vamos a tener una estadística que a priori la separé en conocer el consumo: Por Día, Por Semana, Por Mes y Por Año. No se necesitan muchos registros para esto en la EEPROM ya que no se guardan toooodos los días, sino los 7 últimos, 4 semanas, y 12 meses. Si quieren le agregan 50 años, da igual, alcanza la EEPROM.
Bueno espero haya gente interesada y podamos hacerlo funcionar.
-
La primera rta. me la hago sola y a modo de petición.
El tema es que con este Pic 18F2553 que he cambiado porque antes usaba el 16F876 dado que no me alcanzaba la memoria La primera rta. me la hago sola y a modo de petición.
El tema es que con este Pic 18F2553 que he cambiado porque antes usaba el 16F876 dado que no me alcanzaba la memoria porque hay varios menúes y cosas que ocupan mucha RAM, no puedo hacer que funcione la comunicacion entre pics.
Quiero usar una red RS485 ya que básicamente es un control de agua de tanque, sisterna domiciliaria y aljibe.
Pongo 2 códigos que traté de usar y no me funcionaron. El tema es que el 18F2553 parece no interrumpirse cuando le llega algo por el puerto. He logrado que si reciba cuando pongo un Virtual Terminal, pero no con otro pic la !"$/!)!#($*¨#
Una de las librerías (que está en el archivo Simu2 2553.rar) la saqué del foro y funciona para el 18F que ocupa, pero no para el 2553, así que espero la ayuda para seguir adelante.
La otra (la Simu3.rar) es la que trae CCS solo que le cambié la dirección de esclavo a 0x01.
En fin espero que los genios que andan por acá me ayuden.
-------------------------------------------------
Ci vediamo dopo amici!!!
-
La segunda rta. me la hago sola y a modo de información!
3 cosas
a-Me acaban de avisar que me llegaron los MPX.
b-Compré también alambre de acero inoxidable para mostrarles como hacer si no pueden conseguirlos así que estoy como loco para seguir.
c-Ya tengo bastante avanzado el menú básico del Maestro con la toma de temperatura ambiente, guardado de datos (consumos, etc).
-------------------------------------------------
A dopo amici!!!
-
Hola.
Interesante tu proyecto. Una pregunta: Los modulos esclavos van a retornar alguna informacion? o solo van a operar segun el comando que les envie el maestro.
Saludos
-
Hola.
Interesante tu proyecto. Una pregunta: Los modulos esclavos van a retornar alguna informacion? o solo van a operar segun el comando que les envie el maestro.
Saludos
Bueno eso puede quedar a criterio del uso. Pero a priori te diría que deberían enviar información de 2 tipos: Cada X tiempo información de datos que muestra la pantalla de control principal y estadísticas. Y solo si pasa algo crítico información no solicitada como: a-Se trabó una bomba o no arrancó. b-El sensor de presión no funciona (se activó el nivel máximo por boya).
Pero lo que me traba ahora es la maledetta comunicación RS 485, hace 10 días que estoy con eso, sino ya estaría re avanzado.
Salutti...
-
Hola.
La comunicacion no es complicada, lo que debes definir es el protocolo a seguir, cada uno de los esclavos debe tener un identificador y el orden de envio-recepcion de informacion debe ser gerarquico, es decir, es el modulo maestro el que debe gestionar toda la informacion y habilitar al modulo esclavo para que responda en el momento adecuado.
Si no hay un orden en el manejo de las tramas de informacion, la red de comunicaciones te entrara en conflicto.
Un ejemplo para un envio podria ser: B1?!
B: Identificador del esclavo encargado de las bombas
1: Modulo de la Bomba 1.
?: Preguntar estado de la bomba 1.
!: Final de envio.
Ya con esa trama, el modulo que cumpla con esos identificadores respondera el estado con una trama similar, pero enviada al modulo maestro.
Saludos.
-
Hola.
La comunicacion no es complicada, lo que debes definir es el protocolo a seguir, cada uno de los esclavos debe tener un identificador y el orden de envio-recepcion de informacion debe ser gerarquico, es decir, es el modulo maestro el que debe gestionar toda la informacion y habilitar al modulo esclavo para que responda en el momento adecuado.
Si no hay un orden en el manejo de las tramas de informacion, la red de comunicaciones te entrara en conflicto.
Un ejemplo para un envio podria ser: B1?!
B: Identificador del esclavo encargado de las bombas
1: Modulo de la Bomba 1.
?: Preguntar estado de la bomba 1.
!: Final de envio.
Ya con esa trama, el modulo que cumpla con esos identificadores respondera el estado con una trama similar, pero enviada al modulo maestro.
Saludos.
Mirá, te juro que me leí todo del protocolo y busqué info del micro por todos lados (foro CCS de arriba a abajo y nada me sirvió). Entiendo todo perfectamente. Soy ing. electrónico, lo cual no dice mucho, pero si que amo hacer cosas y eso si dice que no me doy por vencido. Pero, no es eso, sé como debe ser la comunicación. Lo único es que.... no funciona!!!!, probé de mil formas, no lo pude hacer andar (si con otros pics). Y estoy seguro que es algo del "ese" pic o por supuesto sino algo que hago mal. Pero los códigos me los hice paso a paso mil veces a todos los que encontré y los que entiendo perfectamente (llámese librerías de 3eros, del compilador CCS, de montoto, etc). Por eso necesito alguien con experiencia en el tema de los fusibles y demás porque presumo por ahí anda.
Abraccio e grazie mille!
P.D. por cierto esa especie de librería para un relé que es lo mismo que citás vos es recontra simple, bueno tampoco la pude hacer andar con este endemoniado PIC.
-
Revisaste si no hay algun modulo que usa los mismos pines de transmicion o recepcion??
Hay algunos modelos que tienen el SPI compartido en el UART.
Usar la comunicacion del master por software es un suicidio, ya que debe detectar el inicio de la recepcion por interrupcion, si no te va a ir mal.
Insisto en que esto es para CANBUS... :lol: :lol:
Igual yo usaria Modbus para comunicarlos.
-
Revisaste si no hay algun modulo que usa los mismos pines de transmicion o recepcion??
Hay algunos modelos que tienen el SPI compartido en el UART.
Usar la comunicacion del master por software es un suicidio, ya que debe detectar el inicio de la recepcion por interrupcion, si no te va a ir mal.
Insisto en que esto es para CANBUS... :lol: :lol:
Igual yo usaria Modbus para comunicarlos.
Si te fijás en el código puse: setup_spi(False) y también probé con setup_spi (SPI_SS_DISABLED);
Y uso interrupción por hard no por soft uso por hard y no entiendo que querés decir con comunicación por software. Mirá el código porque por ahí hay algo que no te entiendo.
En fin, naranja fanta.
Alguien que la tenga clara con este protocolo y lo simule bien en proteus sería bueno.
Gracias.
-
Lo unico que veo de raro es que el modulo del 876 es USART, mientras que el de este otro micro es EUSART (Enhanced USART).
Deberias ver que diferencia tienen entre si...
-
Hola.
Pues en si la comunicacion por RS485 es la misma que la de cualquier serial, solo que hay que tener en cuenta los habilitadores de transmision y de recepcion.
Mira el siguiente hilo: Control del un malacate por RS485 (http://www.todopic.com.ar/foros/index.php?topic=23175.0). Esta simulado y corre bien.
Lo de los fusibles es segun el cristal que uses, eso esta explicado en el datasheet de cada micro en cuestion. Por ejemplo: si usas un cristal de 4MHz, colocas #fuses XT,... y ademas debes definir el reloj interno del sistema: #use delay(clock=4M) y listo. Los otros fusibles de programacion son para indicar otras cosillas como si se puede progamar con voltajes bajos -LVP- o si se deja sensible al reset con las caidas de tension -BROWNOUT- o si quieres activar el perro guardian -WDT- si quieres proteger tu codigo -PROTECT- si quieres que al encender la alimentacion haya un tiempo extra mientras se estabilice la fuente -PUT-
Saludos
-
Hola.
Pues en si la comunicacion por RS485 es la misma que la de cualquier serial, solo que hay que tener en cuenta los habilitadores de transmision y de recepcion.
Mira el siguiente hilo: Control del un malacate por RS485 (http://www.todopic.com.ar/foros/index.php?topic=23175.0). Esta simulado y corre bien.
Lo de los fusibles es segun el cristal que uses, eso esta explicado en el datasheet de cada micro en cuestion. Por ejemplo: si usas un cristal de 4MHz, colocas #fuses XT,... y ademas debes definir el reloj interno del sistema: #use delay(clock=4M) y listo. Los otros fusibles de programacion son para indicar otras cosillas como si se puede progamar con voltajes bajos -LVP- o si se deja sensible al reset con las caidas de tension -BROWNOUT- o si quieres activar el perro guardian -WDT- si quieres proteger tu codigo -PROTECT- si quieres que al encender la alimentacion haya un tiempo extra mientras se estabilice la fuente -PUT-
Saludos
Ya me leí todo lo que existe en el foro, en este y en de CCS. Primero no hay casi nadie que haya usado este micro y por ahí puede andar el tema. Ayer probé con el 4550 y tampoco. Hoy voy a probar de nuevo, pero ya van 10 días. Nunca, nunca me detuvo algo tanto. Lo de los fusibles me lo leí también, por lo menos lo que encontré. Cuando pido ayuda es porque ya probé de todo, las solución tal vez sea algo tonto, pero no lo veo y me pone mal. Y elijo este protocolo porque quiero simular la cosa. Las cosas de CAN que compré en CCS todavía no me llegan así que no me largo con algo que no sé y prefiero practicar y aprender bien algo antes de pasar a otra cosa.
La simulación es muy fácil, debe ser algún problema de timing, voy a seguir probando. Qué lo parió!
-
Hola.
Pues para el 4550 la vaina no cambia mucho, es resencillo, lo unico que hay que tener en cuenta es el diagrama para el manejo del clock que da el datasheet -pag.24-.
Yo he usado el RS485 con el 18F4550 con los siguientes fusibles:
#fuses XT,NOWDT,PROTECT,NOLVP,NODEBUG,USBDIV,PLL1,CPUDIV1,VREGEN,FCMEN,PUT
#use delay(clock=4000000)
Tranquilizate un poco, respira hondo, hay veces que de la desesperacion hacemos las mismas cosas varias veces pensando que cambiamos algo. No desesperes. Ten paciencia, no siempre nos va a salir a la primera, mira el lado bueno: vas a aprender mas al terminarlo!
Saludos
-
Adhiero a lo que dice MLO.
Si todo nos saliera en el primer intento yo tendria 400 hijos... :D :D :D
Las familias 16F y 18F tienen muchos cambios encubiertos, hay que revisar muy bien las hojas de datos antes de poder lograr el mismo objetivo.
Yo mude desde 16F876 a 18F252 y tuve que realizar muchos cambios, tambien sostengo que deberias revisar los fuses, especialmente el WDT, si es posible hasta que funcione deshabilitalo completo. :mrgreen:
-
Si todo nos saliera en el primer intento yo tendria 400 hijos... :D :D :D
:D :D :D :D
-
Si todo nos saliera en el primer intento yo tendria 400 hijos... :D :D :D
:D :D :D :D
:mrgreen: :mrgreen: :mrgreen: :mrgreen:
Me hiciste acordar de cada anécdota que no te das una idea, jajaja.
Bueno esta mier... no me va a ganar. Apenas pruebe todo y lea todo eso posteo como me fue para seguir avanzando con eso.
Tengo los sensores en mis manos...son tan lindos!!! Si alguno va a hacer este proy. puedo pasarle alguno ya que me llegaron más que uno.
Abrazo de gol.
Ci vediamo amici!
-
Dame los modelos de sensores, me gustaria empezar un proyecto similar, pero haciendo la comunicacion en CAN, asi quedan ambas opciones listas, que te parece??
-
Dame los modelos de sensores, me gustaria empezar un proyecto similar, pero haciendo la comunicacion en CAN, asi quedan ambas opciones listas, que te parece??
Más vale chaval!!!
MP3V5050 de freescale. Es muy fácil de usar y con la debida adaptación mecánica andan muy bien.
Y lo de CAN estoy como loco para que me llegue el famoso kit de entrenamiento de CCS, pero me lo tiene que traer una amiga de allá que lo tiene en la casa ahora. Así que me tengo que apurar con esto.
Ciao bambino!!!
-
Pero ese es SMD !! :( :(
Ademas en el proyecto hablas de otros modelos...
Es diferencial el que pediste??
:) :)
-
Donde y como vas a instalar el sensor MPX y su placa??
Dentro o fuera del tanque o cisterna ?
Con que tipo de estanqueidad lo vas a proteger ?
Dentro esta sometido a vapores y humedad permanente.
Fuera esta sometido a interperie, lluvias, piedra, calor, etcetera.
-
Podras publicar o indicar donde conseguir lo del Turbidímetro fabricado con tecnología IR ??
No encuentro la UTN Posadas en la Web.
-
Donde y como vas a instalar el sensor MPX y su placa??
Dentro o fuera del tanque o cisterna ?
Con que tipo de estanqueidad lo vas a proteger ?
Dentro esta sometido a vapores y humedad permanente.
Fuera esta sometido a interperie, lluvias, piedra, calor, etcetera.
Exacto!!! no quería extenderme tanto en la explicación, pero una que me funcionó una vez que hice algo parecido pero cuando era un gurrumín de la electrónica y con la ayuda del "mil ideas" de mi viejo fue: hacés una cajita donde van las cosas y eso va pegado junto con una cupla para darle más resistencia mecánica. Luego el sensor hay que conectarlo vía una manguerita (tiene un pico a tal fin) hasta el tope del caño y sellarlo (usás poxipol o lo que tengas a mano)
Luego a ese conjunto, agarrás en la parte superior y con una botella de gaseosa o similar la cortás a la mitad aproximadamente, por el pico pasás el caño (si no pasa lo agrandás) luego la cajita queda adentro de la botella, le colocás la parte de abajo de la botella y sellás el corte que hiciste con una goma espuma de 2 cm bien compacta que se coloca adentro circundando el perímetro y que sobresale del corte a fin de que la parte de abajo (que ahora queda para arriba) también quede un poco cubierta en su perímetro por adentro luego para que queden más sujetas le ponés cinta o la pegás.
La ventaja de la cinta es que te deja ingresar a reparar o cambiar algo, recordá que todo el circuito está dentro de una cajita de plástico a la vez a la cual sellamos con goma o cinta, o sea que la botella nos cubre de la humedad. La boca de la botella con poxipol o similar. Hay que recordar de dejar algo para anclar el dispositivo a alguna parte del tanque, se puede hacer un soporte que agarre el caño de muchas formas. Esto si se hace prolijo queda muy bien. Se pueden usar otros recipientes plásticos que sean más "pro" pero nadie mira adentro del tanque, jeje.
Buon fine di settimana!!!
-
Podras publicar o indicar donde conseguir lo del Turbidímetro fabricado con tecnología IR ??
No encuentro la UTN Posadas en la Web.
Estoy en el laburo, lo busco en casa (lo tengo en PDF) y lo subo.
Quando il vigore mengua....
-
Podras publicar o indicar donde conseguir lo del Turbidímetro fabricado con tecnología IR ??
No encuentro la UTN Posadas en la Web.
Estoy en el laburo, lo busco en casa (lo tengo en PDF) y lo subo.
Quando il vigore mengua....
Aquí está mi viejo!!! (No era Posadas, era Oberá, le pegué cerca en la geografía al menos...)
Ciao!
-
----------------------------------------------------
----------------------------------------------------
El Proyecto en PDF
----------------------------------------------------
----------------------------------------------------
-
Bueno hoy hice funcionar al fin el RS 485. Habían varios problemas. No creo que esté depurado aún pero funciona en el simulador.
Problemas de simulación que no sé si serán verdad en la prueba de hardware:
- Se necesita un retardo cuando se habilita/deshabilita en Enable (DE) del Max485.
- Bloqueo de la interrupción y limpieza del buffer en cada cambio de lectura/escritura para que no ingresen espúreos que afectan el código
Pronto van a haber noticias ya que esto era lo que más me trababa.
-
Hola.
Que bueno. Lo del tiempo de habilitacion: en el ejercicio de RedPic el muestra como debe hacerse el delay correspondiente. Siempre es bueno inicializar la variables .... buen dato, hay veces que nos lo pasamos por alto.
-
Subo el programa actualizado, ahora en 2 archivos, el del Master por el momento. Luego vendrán los de cada esclavo. Por cierto, alguno tiene la intención de ayudarme a construir un caudalímetro por efecto Venturi... Ya comencé con la lectura.
Aquí va el programa y su simulación. Más que nada está casi terminado el tema menúes que aunque son una pavada para quien lo ve, lleva mucho desarrollo para hacerlo prolijo y que sea útil para el usuario. Además la toma de muestras del RTC DS1302 de Dallas-Maxim, la temperatura con un LM35 y un teclado utilizando las interrupciones RB4 a RB7 (#int_RB) del Pic en cuestión (PIC 18F4550), que también tienen su historia.
Salutti!
-
Ya tienes rutinas de lectura del A/D del nivel por presion??
Yo uso un MCP3204, conversor externo SPI de 4 canales, resolucion 12 bits.
Uso las rutinas de CCS, con algunas reformas que vi hechas en las ultimas versiones. :mrgreen:
-
Lo del Venturi no conozco bien el principio, creo que es presion diferencial, no??
Con que lo harias??
Has buscado proyectos similares en la WEB??
-
Lo del Venturi no conozco bien el principio, creo que es presion diferencial, no??
Con que lo harias??
Has buscado proyectos similares en la WEB??
Hola, si es diferencial de ahí el tipo de sensor a utilizar de los MPX. Luego como info, te envío lo que voy leyendo:
http://www.conagua.gob.mx/CONAGUA07/Noticias/tubos_venturi.pdf
http://ceer.isa.utl.pt/cyted/2007/bolivia2007/Tema%203/3.3_RubenIbars_LaPaz_Set07.pdf
http://www.conagua.gob.mx/CONAGUA07/Noticias/tubos_venturi.pdf
Y algún otro que he olvidado, pero en el segundo utilizan un MPX5100 (100 Kpa ==> columna de 100/9.81 metros de agua máximo = 10 obviando un pequeño offset que tiene el integrado según la experiencia). El único problema que veo es que la descarga del tanque de casa tiene 1 pulgada. Recién hablé con mi viejo y vamos a ver de hacerla de 2 hasta pasado el venturi para que sea más adecuado según la bibliografía. Otra es que solamente tendré entre 1,5 y 2,5 metros de columna de agua desde el mismo por lo que voy a usar un MPX5004
-
Tengo los sensores en mis manos...son tan lindos!!! Si alguno va a hacer este proy. puedo pasarle alguno ya que me llegaron más que uno.
Creo que voy a pedirte uno o dos, asi te sigo.
Pr lo que vi estas en Cordoba, tengo a mi hijo estudiando alli, en la UTN, si aun tenes los sensores (yo no pude encargarlos en Freescale, no figuran en listado de muestras), me podrias mandar con el?? :mrgreen:
Si es asi te paso los datos por MSN.
-
Tengo los sensores en mis manos...son tan lindos!!! Si alguno va a hacer este proy. puedo pasarle alguno ya que me llegaron más que uno.
Creo que voy a pedirte uno o dos, asi te sigo.
Pr lo que vi estas en Cordoba, tengo a mi hijo estudiando alli, en la UTN, si aun tenes los sensores (yo no pude encargarlos en Freescale, no figuran en listado de muestras), me podrias mandar con el?? :mrgreen:
Si es asi te paso los datos por MSN.
Estoy en Campana che, pero te los mando en un sobre de última. Vos dónde estás?
-
Ya e paso mi irecion pr privado... :D
-
MGL me podrías confirmar con los sensores MPX5010 y MPX2010 cual es la resolución que se puede alcanzar. En criollo, cuántos bits necesitaríamos para meter la "sensitivity". Porque leyendo el datasheet el 2010 parece que tenemos un 1% del Full Scale (o sea 1 cm) y para el 5010 parece un 5% (5 cm) lo que me parece mucho salto en cada diferencia medible. Ambas mediciones entrarían en 8 bits (256 valores), pero quiero estar seguro y saber según tu experiencia.
Abraccio.
-
Pque no usar el conversor a 10 bits, obteniendo 4 veces esa resolucion??
-
Pque no usar el conversor a 10 bits, obteniendo 4 veces esa resolucion??
No me entendiste, no importa cuantos bits uses si la resolución del presóstato es más baja. Si tiene un 1% o un 5% quiere decir que tengo 100 muestras diferentes como máximo o solo 20 para el otro caso.
Es así o no?
-
Ahh, entiendo.
Lo reviso y te digo... :mrgreen:
-
Bueno gente, estuve hablando con un par de ingenieros mecánicos y ya conseguí ayuda para hacer el tubo venturi que cuando lo comience a hacer voy a ir posteando fotos y resultados. Además probaremos con otro sistema de ranuras perforadas en caso de ser necesario pero las ecuaciones y experiencias dicen que el don Venturi debe ser el elegido. Por lo pronto sigo con el soft que se va haciendo larguito (más de 1000 líneas hasta el momento, bien comentadas). Por el tema de resolución lo voy a probar y les cuento también.
Salutti.
-
Por el momento y dado que tengo que terminar con otro proyecto voy a dejar en stand by este. Subo una librería nueva y mejorada de RS 485 con control de errores y demás. Lo único que Proteus a mi entender no simula para nada bien el RS485, a veces y dependiendo el micro este protocolo anda y otras no y no tendría por qué ser así. Si me equivoco me gustaría me aclararan como hacer para que simule bien. El paso a seguir es armar todo en un par de protoboards para simular el protocolo. El código principal avanzó bastante pero no quiero postear nada debido a mi desilución al intentar simular el RS485. Espero alguien con más tiempo pueda hacer algo más. Por mi parte es probablemente todo hasta el año que viene en este post.
-
No se como has seguido y si tuviste exito con este proyecto, pero te puedo decir que estoy trabajando este proyecto y pude armar un sensor de nivel (bastante rudimentario) que trabaja con una precision de 1 cm de columna de agua de precision.
Tuve que filtrar la medicion tanto en forma analogica como digital para obtener una medicion precisa.
Respecto al protocolo, lo implemente en CAN y la verdad trabaja OK, aunque el proyecto esta en el 60% del desarrollo (me falta implementarle menues y demas) ya esta calculando la cantidad de litros de agua en un tanque dandole al micro el area calculada.
Voy a implementar una funcion que permita ingresarle el diametro o las medidas de sus lados, para que el micro calcule el area, de modo que pueda adaptarse bien a diferentes formas de tanques.
-
Como complemento os dejo un link donde podeis ver un pequeño proyecto que realicé sobre el tratamiento y gestion del agua para edificios.
La preenetacion está sin terminar y las fotos os puedo asegurar que son reales y el sistema funcionado. De hecho lo hemos presentado a la comunidad de Madrid para su homologacion e instalacion e edificios publicos como hospitales, residencias, etc....
http://www.4shared.com/file/184226383/a5c143a9/Presentacion_y_fotos.html
Decir que es una presentacion del sistema a base de fotos, si quereis mas info decirmelo.
Fermin
-
A ver... :shock: :shock:
-
He dejado lo que tenia mas a mano en este PC, pero dispongo del proyecto con cifras de ahorro de agua, costos de instalacion.............
Fermin
-
Hara un año o dos, estuve mirando con mi padre de tener una red de PICs vía RS485, usando la USART de los PICS. Creo que todos o casi todos los PICS con USART son capaces de manejar modos de 9 bits de datos. El noveno bit se puede usar como bit de dirección (indicando que los 8 bits de datos que vienen, indican una dirección), y provocando una interrupción especial aparte por bit de dirección. Eso te podría simplificar muchísimo el protocolo de comunicaciones.
-
Que tal?
Unos amigos me solicitaron que les recomendara cómo diseñar un sistema para la lectura de nivel y caudal de una planta de tratamiento de agua pequeña, con comunicación GPRS, el asunto es que no se cómo comenzar con los sensores, cuales me recomendarían para dar una solución efectiva?, características, además si me recomiendan usar un microcontrolador o un PLC de tipo industrial, me siento mas o menos seguro en la parte de transmisión de datos porque he trabajado en varios módulos, pero la parte de instrumentación no me es muy familiar, repito en la parte de los sensores, y una ultima cosita, no estoy seguro pero conocen un circuito integrado que funciona como puente de Wheatstone?, me pareció escucharlo pero tampoco estoy seguro de eso.
Por favor, ayúdenme con los sensores que no veo la hora de empezar a postear mi diseño y escuchar sus opiniones.