Tema: controlador bmt 702

Vale ok.... usan todo el protocolo hexa para ajustes e historicos.

Los datos en tiempo real usan otro protocolo, pero ambos protocolos coexisten. Yo hasta la fecha solo habia usado uno de ellos (el de tiempo real en streaming) que es el que me hacia falta y es mas facil de procesar.

Mientras los protocolos sean publicos todas esas pantallas se pueden hacer con programas propios con adaptadores clonicos ya sean por BT, cable usb o incluso hasta se podrian poner adaptadores wifis y/o lan. Solo me he visto el del BMV pero supongo que todos los dispositivos victron tendran la misma arquitectura de protocolo pero con comandos diferentes logicamente. Si son publicos se puede hacer.

Lo que me parece un robo es lo que cobran por dispositivos adaptadores (BT, USBs, etc) pero claro ahi estara metido el coste del software y desarrollo. O tambien cobran aparte las aplicaciones y software??

50 euros de PVP, que siempre sale por algo menos.

Iniciado por Photon

50 euros de PVP, que siempre sale por algo menos.

Sigue siendo una barbaridad por un PL2303 a 2,5 euros en ali, o un HM-10 o similar por 3 euros en ali. El conversor BT tiene que ser un BLE o bien alimentarlo externamente. No se exactamente que modelo usan enel original.

Los conversores TTL TCPIP ya sean wifis o LAN hay que alimentarlos externamente. Pero no son mucho mas caros que los anteriores.

Con esto quiero decir que si no cobran por el software ya lo cobran en el conversor. Pero que sepais que se pueden usar todos estos conversores baratos y con el soft adecuado hacer lo mismo que los originales siempre que el protocolo del dispositivo sea publico.

Y esto que digo es valido para cualquier dispositivo con protocolo conocido, sea Victron o lo que sea.

Iniciado por Carlosrell

El adaptador BT si esta por los 50€ yo tengo el BMV de fangpusun y se actualiza con el BT original aunque ultimamete hace bastante que no hay actualizaciones.
Desde la app se puede configurar todo lo que tu comentas desde el principio o por lo menos desde que yo lo tengo

De mayo hay

Y del bluetooth

Yo he pagado por el original y me parece un un fantástica inversión.
El que quiera complicarse la vida que lo haga y a mí me gusta pero en esto lo dejo por no tener base tecnológica.

Iniciado por 7233055

Yo he pagado por el original y me parece un un fantástica inversión.
El que quiera complicarse la vida que lo haga y a mí me gusta pero en esto lo dejo por no tener base tecnológica.

Bueno, esto es como todo. Cada uno con sus dineros hace lo que cree conveniente. Y la app lleva su desarrollo y vale su dinero. Lo estan monetizando con los adaptadores.

Por lo menos este fabricante desarrolla sus softwares. Y es de agradecer que publique sus protocolos base. Otros fabricantes no desarrollan nada y algunos incluso ocultan sus protocolos o parte de ellos.

Ahora bien, el debate es interesante en el sentido de que uno puede desarrollar un software propio sobre ese dispositivo de ese fabricante en base a ese protocolo publico.
La pregunta es: Podria monetizar ese software propio de ese dispositivo de ese fabricante ??
Podria resultar incluso que el software independiente propio fuera mucho mas potente que el oficial del fabricante.

Aunque me temo que si esto llegara a ocurrir, los protocolos dejarian de ser publicos. De todas formas como esta pasando en muchos dispositivos IoT, los fabricantes optan por centralizar los datos en sus servidores y que el cliente se conecte a sus servidores para obtenerlos. Ya veremos lo que tarda Victron en derivar en esta politica de centralizacion. Espero que no lo haga... al fin y al cabo sus dispositivos estan muchos de ellos fuera de la conectividad de la red (instalaciones aisladas, en sitios remotos, etc) y eso es incompatible con la centralizacion en servidores.

Iniciado por Tejota

Bueno, esto es como todo. Cada uno con sus dineros hace lo que cree conveniente. Y la app lleva su desarrollo y vale su dinero. Lo estan monetizando con los adaptadores.

Por lo menos este fabricante desarrolla sus softwares. Y es de agradecer que publique sus protocolos base. Otros fabricantes no desarrollan nada y algunos incluso ocultan sus protocolos o parte de ellos.

Ahora bien, el debate es interesante en el sentido de que uno puede desarrollar un software propio sobre ese dispositivo de ese fabricante en base a ese protocolo publico.
La pregunta es: Podria monetizar ese software propio de ese dispositivo de ese fabricante ??
Podria resultar incluso que el software independiente propio fuera mucho mas potente que el oficial del fabricante.

Aunque me temo que si esto llegara a ocurrir, los protocolos dejarian de ser publicos. De todas formas como esta pasando en muchos dispositivos IoT, los fabricantes optan por centralizar los datos en sus servidores y que el cliente se conecte a sus servidores para obtenerlos. Ya veremos lo que tarda Victron en derivar en esta politica de centralizacion. Espero que no lo haga... al fin y al cabo sus dispositivos estan muchos de ellos fuera de la conectividad de la red (instalaciones aisladas, en sitios remotos, etc) y eso es incompatible con la centralizacion en servidores.

En cuanto a pagar por el uso de su app por internet todo llegará pero considero que esto está incluido en el precio de su hardware y software.

Saludos.

Sólo tienes que ver los problemas que hay ahora con los dispositivos a la hora de actualizar.
Saludos.

Al final lo he pedido con el usb de fangpusun.

He instalado en un pc el bmv reader de victron y funciona sin problemas. Luego he instalado el VictronConnect 5.27 y me pide actualizar el bmv 702 de la versión 3.05 a la 3.10, creéis que puedo actualizar o me dará problemas?

Nadie puede ayudarme?

Yo he actualizado el firmware de varios BMV de fangpusun y no ha habido problemas. Con los reguladores es otro tema, pero los bmv parece que si se dejan

Enviado desde mi ALP-L09 mediante Tapatalk

Yo también he actualizado el BMV de fangpusun unas cuantas veces sin problemas, aunque últimamente no me saltan actualizaciónes

Iniciado por Tejota

Lo que usa ese cable es un conversor tipico FTDI 232RL o similares, pero en FTDI. No se si funcionarian los PL2303, habria que probar.

Si, comprobado con pl2303, y todo OK. Y los CH... tambien.
Tanto en BMV 700 original que en mppt (chino).

Iniciado por briko

Si: comprobado con pl2303, y todo OK. Y los CH... tambien.

PUes el otro dia me cargue un fangpusun con un pl2303.... ya no saca datos por TTL aunque en lcd salen todos los datos. Supongo que me cargaria la salida del IC. Lo he abierto en canal por si quereis ver las tripas. Acceder al interior es complicado... hay que romper toda la carcasa.

Jaja, me paso igual hace una semana, con un SMP-20 (con el V-connect y actualizando).
35€ briqueado.
Tambien abierto y era un bloque de espuma azul (quitado con patiencia).

- - - - - - - - - - - - - - - - - - -

Siguo teniendo acceso y puedo modificar las configuraciones, pero ya el regulador no hace nada.
El chip es un MC9S08AC32 y me temo que con flasheo del fw leyendo el id, modifican una opcion del reloj interno, ademas retardado. Seguia foncionando un par de dias.

- - - - - - - - - - - - - - - - - - -

Es raro que te has cargado el IC, porque tienen resistencia de 1ko entre entrada JST y chip en los RX y TX.

- - - - - - - - - - - - - - - - - - -

En tu modelo, no se, pero en el mio, el enchufe VE esta en // puro, con la parte LCD.
No sera el JST del VE, a medio desoldar??

Iniciado por briko

En tu modelo, no se, pero en el mio, el enchufe VE esta en // puro, con la parte LCD.
No sera el JST del VE, a medio desoldar??

No creo, he comprobado las soldaduras JST y estan bien.... fue al enchufar el cable con el pl2303 al USB del hub q tengo en la Rpi y desconectar el rj11 del shunt. O conectar el rj11 y desconectar el VE. No recuerdo como fue la secuencia pero no hice nada mas y dejo de mandar datos por el JST.

Dejo fotos del desguace para que veais lo que hay por dentro:



Y siguiendo un poco los pines TX y RX he visto esto y quizas haya roto el T4 301 donde va el pin RX directamente y por eso no manda datos.



Otra cosa no se me ocurre.

Confusion mia:
En tu post 115 decias me "cargue un fangpusun" (pensaba un mppt no un BMV).
Lo que si me ha pasado (toqueteando con un pl2303) es cargarme el pl2303. Supongo que lo has comprobado con otro.
El BMV lo tengo con CH341/USB (jumper en 3,3v) mas de un año y bien.

Iniciado por briko

Confusion mia:
En tu post 115 decias me "cargue un fangpusun" (pensaba un mppt no un BMV).
Lo que si me ha pasado (toqueteando con un pl2303) es cargarme el pl2303. Supongo que lo has comprobado con otro.
El BMV lo tengo con CH341/USB (jumper en 3,3v) mas de un año y bien.

Si lo he comprobado con varios....incluso con el bluetooth y no saca datos por el JST. Creo que el problema fue que deje enchufado el JST, quite el Rj11 q viene del shunt y lo volvi a conectar el RJ11. Ahi creo que se rompio algo de la entrada del JST hacia el IC ya que toda la circuiteria del BMV se alimenta del RJ11 y quedaria el JST activo desde el PL2303 al no desconectarlo tambien.

Iniciado por Tejota

quite el Rj11y lo volvi a conectar el RJ11. Ahi creo que se rompio algo de la entrada del JST hacia el IC ya que toda la circuiteria del BMV se alimenta del RJ11 y quedaria el JST activo desde el PL2303 al no desconectarlo tambien.

Si, raro, porque como se que solo connectas (conectamos) el RX, TX, GND, del PL2303 (y no el positivo), tiene poco sentido.
Pero es bien de saberlo y tomarlo en cuenta.
Algunos BMV trabajan en 5v TTL, y otros en 3,3v.
Para BT, he visto en Gitub un proyecto en ESP32.
https://github.com/pmcg31/esp32_victron_test

Iniciado por briko

Si, raro, porque como se que solo connectas (conectamos) el RX, TX, GND, del PL2303 (y no el positivo), tiene poco sentido.
Pero es bien de saberlo y tomarlo en cuenta.
Algunos BMV trabajan en 5v TTL, y otros en 3,3v.
Para BT, he visto en Gitub un proyecto en ESP32.
https://github.com/pmcg31/esp32_victron_test

La norma seria no dejar el vedirect cable conectado si quitas el rj11 del shunt. Quizas con los ftdi no pase nada y si ocurra con los pl2303 u otros. Lo mejor si vas a toquitear el bmv o cualquier otro victron, quitar primero el cable vedirect (jst) del dispositivo y ya despues lo que haga falta.

Como veo que el RX va a un T4 que parece un transitor smd tipo 301 probare a cambiarlo a ver si suena la flauta y solo se haya roto eso.

Sobre BT, yo me hice un flujo en nodered para sacar datos y cambiar parametros con un BLE (bluetooth low energy) tipo HC-06 o similar... no me acuerdo bien.... funcionaba pero como yo tengo todo por cable pues lo deje estar.

Hice algo como esto: