Victron ET340

[dickss]

Poprosil bych, jestli by někdo nezkusil pomocí originál SW Mprog od FTDI scan nastavení USB-RS485 kabelu, který mu funguje s ET340. Jestli mám kabel stejně nastavený.

[dickss]

Heuréka!
Děkuji za trpělivost a pomoc Dagus. Problém byl v názvu kabelu. V prográmku MProg jsem změnil v sekci "Product Description" původní název "USB-RS485-WE" na "FT232R USB UART" a vše už funguje.
Ještě jednou děkuji za pomoc, hlavně Dagus.

[Marcus81]

Nemate niekto znalosti, čo by mohol byt za problem ked mi ET 340 zacala toto robit?!

[Atman]

Neporadím, ale dostal som záchvat smiechu, keď som si predstavil, že to zbadá distribučka a dá ti to preplatiť

[Marcus81]

Ano, je to trochu smiesne!
Ono to neukazuje stale takto, to som len vystihol moment kedy to spravý, inak ukazuje standartne hodnoty.
Horsie je ze ked to stihne zaevidovat VRM portal, skreslí mi to statistiku napr. odberu z grid.
Neviem co to moze byt, uz sa mi to par krat stalo a potom bol zase klud chvilu.

[cipis]

Nechápu podporu tohoto elektroměru ve Venus OS.
Dle manuálu Victronu nepodporují změnu adresy, a defacto nic.
Pokud si elměr připojím pomocí UCS 7 od Carlo Gavazzi (je to stejná řada jak em340, akorát bez displeje), tak maká nádherně, dá se nastavit různá rychlost, adresa, atd. Dokonce to umí připojit přes ModbusTCP (převodník waveshare), kde je na jedné lince s SDM630. Tj. by šlo těch elměrů připojit v pohodě, kolik by bylo potřeba (max. 247 nebo kolik je max. na modbus slave).
Ale ne, Venus OS to musí mít přes USB převodník, na rychlosti 9600, s adresou 1, jinak nic nenajde.
No a to, že se to nemá připojovat přes ty RJ konektory, tak to je už taková shnilá třešnička. Přitom to tam valí na modrém páru, 45.
A také mají blbě psanou polaritu, A-, B+, na té RS485.

[cipis]

Tak by to čistě teoreticky mohlo fungovat, pokud se přepíšou registry v projektu, přes který mám připojený už SDM630. U něj je totiž i soubor pro EM240, který má část registrů stejných, jak ta 340. No až se budu nudit ... Ale zase by to bylo fajné, kdyby to bylo vše na jedné 485, přes ten konvertor. Na něj se totiž dá připojit čímkoliv potřebným.

[dako]

Victron dokáže vždy něčím překvapit.

Já mám třeba tento problém.

Mám izolovaný převodník z Ali s čipem který ve VenusOS systému hlásí jako

Kód: Vybrat vše

Bus 003 Device 007: ID 1a86:7523 QinHeng Electronics HL-340 USB-Serial adapter

system přes UDEV spustí servisu cgwacs (ID sedí tak pro by né)

příslušné skripty se spustí

Kód: Vybrat vše

 9636 root      3044 S    {start-cgwacs.sh} /bin/bash /opt/victronenergy/dbus-cgwacs/start-cgwacs.sh ttyUSB0 PRODUCT=USB_Serial
 9638 root     58152 S    /opt/victronenergy/dbus-cgwacs/dbus-cgwacs /dev/ttyUSB0

přípojený Carlo Gavazzi ET112 bliká (provoz na RS485), ve VRM se hodnoty výkonu zobrazují.

Cca po pár minutách ale provoz na RS485 ustane a hodnota výkonu na VRM zmrzne (ukazuje stejnou asi nějakou naposledy načtenou hodnotu).

Myslel jsem si že by to mohlo být problémem na RS485 lince, ale k elektroměru je to vše v pořádku. Připojil jsem to k PC s OpenModbusScan, nechal několik hodin dotazovat. Z cca 10000 dotazů ani jeden response nechyběl.
Navíc, u victronu stačí pouze killnout start-cgwacs, po té co ho supervise znovu nastartaje, tak komunikace zase nějakou dobu běží než zase zamrzne. Z logu victronu nejde nic vyčíst.

Tak nevím, a tak je to u Victronu se vším.

[Soban]

Toto není victronem!

Prostě převodník usne, proč netuším, mě to dělal na routeru a mám dojem že to byl taky nějaký HL-340.

Mě vypadávala komunikace za jeden den tak jsem v cronu nastavil restart ovladače co 12h a OK, teď tam mám jiný.

Takže zjisti za jak dlouho to vypadne, možná do toho skriptu bude chtít přidat nějaký parametr pro deaktivování úsporného režimu.

Jinak taky je možné že je to klon toho HL-340 a není to originál, a nebo použít jiný převodník s jiným čipem.

[dako]

Mám přesně tenhleten typ,
https://www.aliexpress.com/item/4001292465841.html

je izolovaný, typy FTDI se jako izolované moc nevyskytují.

Když se ještě dívám na ten UDEV

Kód: Vybrat vše

cat /etc/udev/rules.d/serial-starter.rules

# DRF2658C Zigbee converter with CH340 chip
ACTION=="add", ENV{ID_BUS}=="usb", ENV{ID_VENDOR_ID}=="1a86", ENV{ID_MODEL_ID}=="7523", ENV{VE_SERVICE}="cgwacs:default"

což je naprosto stejný vendor pro zigbee konvertor který doporučuje Victron. Zkusil jsem i vyhodit z $arg volbu --zigbee, ale nepomohlo to.
Kdyby se to "sekalo" raz za 12 - 24h tak půl bídy, ale to se seká nepravidelně a jsou to fakt jen minuty. To je nepoužitelné.

[PavelR]

mě to chodilo s jakýmkoliv převodníkem co jsem tam bodnul.
Zkus originál těch jsme práci nainstalovali desítky a roky jsou v provozu bez problému.

[glottis]

Může být jste bordel na sběrnici. Nemáš tam nějaký souběh vedení? Může se to pak třeba vykousnout.

[dako]

S originálem bych to klidně vyzkoušel, ale za ty peníze by mohl být alespoň izolovaný, a to on není.

Souběžně s ostatním vedením to samozřejmě jde, jenže jak jsem psal, v něm to není, protože když to zapojím do PC (přepojím z Victronu do ntb, stále to samé vedení) tak to bez problému jede.

[Soban]

No tak proskoumej parametry toho ovladače v tom victronu.

Jinak originál netřeba, kup s jiným čipem ta 100,- Kč tě nespasí.....

[dako]

Prozkoumat tam nicmoc nejde,

/opt/victronenergy/dbus-cgwacs/dbus-cgwacs je binární soubor

[glottis]

Zajiamve, divam se jim na repo a nejake obnoveni z chyby by to melo mit. Mas nejnovejsi venusOS?

https://github.com/victronenergy/dbus-cgwacs

Muzes zkusit zvednout timeout.

Zeditovat soubor:
/opt/victronenergy/dbus-cgwacs/start-cgwacs.sh

A upravit radek
args="/dev/$tty"
na treba
args="/dev/$tty --timeout 2000"

a priapdne zvednout i debug level

args="/dev/$tty --timeout 2000 --debug 1"

a treba se pak nekde v logach neco ukaze

po editaci by to asi chtelo reboot a po rebootu zkontrolovat, ze to tam je a bezi

ps | grep cgwacs

[Soban]

Taky mě napadá co napájení toho modulu?

Jsem potřeboval připojit víc USB tak jsem si koupil usb hub a přes něj to nechtělo fungovat jak jsem tam připojil víc zařízení....

Po testech jsem dospěl k tomu že bude asi haprovat napájení a tak jsem hub rozdělal a na napájení nebyly osazené filtrační kondenzátory a ledka že je to pod napětím, na ledku jsem se vykašlal a dal tam pár keramických kondenzátorů a nějaké elektrolity a najednou vše šlapalo OK.

Skus na ten modul dát na napájení keramiku 100n a elektrolit s co největší kapacitou co se vleze zda to nepomůže.

[glottis]

HUBy jsou uplne jine tema a to je peklo. Ja zkoncil u jedineho, ktery funguje spolehlive. Jine delali hrozne problemy, kazili komunikaci.

https://www.alza.cz/tp-link-ue330-d4941438.htm