JK-BMS driver v1.2.20240227beta pro VICTRON/ Raspberry

[Mex]

Tak pokud je to jak píšeš, tak beru zpět to, že to asi nenavrhoval debil. V tomto případě tedy navrhoval.

Tady se znovu a pořád ukazuje, že nejlepší přítel člověka už dneska není pes, ale multimetr.

[glottis]

Tak pokud je to jak píšeš, tak beru zpět to, že to asi nenavrhoval debil. V tomto případě tedy navrhoval.

Tady se znovu a pořád ukazuje, že nejlepší přítel člověka už dneska není pes, ale multimetr.

A proc myslis, ze to navrhoval debil? K JKBMS se prodavaj primo jejich redukce na can a rs485 a v nich je galvanicka izolace. Proc by to davali do ttl portu? I victron to ma stejne. Galvanicka izolace seriaku a canbus maj v cerbu. Ve smartshuntu, mppt a dalsich uz zadna dalsi izolace na seriaku (ve.direct) neni a ani pravdepodobne ani na ve.can. A myslim ze i v manualu varuji pred pouzitim neizolovanych veci.

[Mex]

Já tento výrobek neznám a jeho manuál už vůbec ne.
Ale moje celoživotní přesvědčení je, že každé zařízení má být navrženo logicky a tak, aby pokud možno chránilo obsluhu i samo sebe.
Tak pokud konstruktér vytáhne ven nějaké signály na veřejně dostupný konektor s popsanými vývody, a připojení nějakého běžného jiného zařízení za běžného provozu může způsobit destrukci tohoto rozhraní, tak je ten konstruktér prostě osel.
Kdo poctivě předem čte (a chápe) manuály?

Něco jiného by bylo, pokud by to byl jen nějaký servisní neveřejný konektor, kde přístup k němu už je něco jako "hacking". Nebo kdyby na něm bylo výrazné varování, že je určen jen pro připojení nějakého konkrétního oddělovače, a pokud možno by měl i nestandardní konektor.

Je možné, že to tak je. Jak píšu, to zařízení neznám. Pokud ale ne, tak je to pro mě červená kontrolka, že žádné JK nebrat.
Pokud konstruktér neumí domyslet ani tak triviální věc jako ochranu rozhraní, kdy v jednom z běžných provozních režimů je to rozhraní nebezpečné sobě i připojenému zařízení, tak nevěřím, že zbytek té elektroniky je navržený dobře.

Ještě znovu k té galvanické izolaci: to není nic povinného a (podle mě) velmi často ani potřebného. Ale samozřejmě jen v případě, kdy zařízení pracují na stejném potenciálu a země zařízení jsou vzájemně propojené. Pokud nejsou (a to je případ té baterky s BMS, která odpojí záporný pól), tak je to samozřejmě něco jiného. Pak tam to oddělení patří a u obecně dostupných rozhraní by mělo být.

Ale je to můj pohled, nikomu ho nenutím. Nakonec jak říká známá reklama - pokud ho miluješ, není co řešit.

[cipis]

No ono je zásadní si uvědomit jednu podstatnou věc - tohle nejsou (a je jedno, jestli JK nebo JBD) oficiální BMSky pro baterie ve FVE. Primárním účelem je skůtr a jiné přibližovadlo. Ostatně i proto původní appka pro JBD má/měla displej s dojezdem.
Takže bych to za debilitu tvůrců nepovažoval. Spíš to my uživatelé používáme jinak, než se to původně navrhovalo. A to jistě debilita taktéž není.

[Ivo12s]

jak to mas ted vubec zapojene? Jake draty z toho 4 port konvertoru vedes k bms? Jen data nebo i gnd?

jen data...

Diskuse se pěkně rozjela a děkuji za ni. Ty rychlosti a výkonové zatížení beru, to je fakt, že zrovna tohle by nemělo dělat problém a lze to monitorovat. To rušení a všechny ty souvislosti s GND. Určitě je z mého pohledu bezpečnost zásadní. Když jsem vyměňoval ty převodníky USB/RS485/TTL (který byly bez mínusu také) za přímé propojení USB/TTL tak jsem si to fakt neuvědomil. To GND jsem nezapojil čistě jen ze zvyku, jak jsem to měl před tím.

Malá vsuvka - je to jen měření, kdy celkový stav systému ovládá Victron bočník. Když bych zapojil mínus na straně BMSky na odpojovaném výstupu? Tak se tedy "GND" při vypnutí BMSky odpojí také, možná to přestane měřit, ale nepropojí se výkonové a datové mínus. Tohle samozřejmě neplatí, pokud je na USB/TTL převodníku propojená zem všech 4 TTL konektorů navzájem, což lze předpokládat i změřit.

Každopádně mám BMS a převodník propojený tou nejjednodušší dvojlinkou, která zrovna byla po ruce. Takže zkusit to stíněnou dvojlinkou se stíněním zapojeným jen na jedné straně. Převodník nebo BMS? Asi u převodníku - protože těch BMS mám 4x, tak bych vlastně to mínus propojil navzájem s podobnými důsledky viz předchozí odstavec. To by šlo zkusit.

Ale nejprve stejně budu zkoušet vše odpojit z Raspberry a postupně zapojovat nejen BMSky, ale i ostatní HW, co to udělá s chybovými stavy.

[glottis]

jak to mas ted vubec zapojene? Jake draty z toho 4 port konvertoru vedes k bms? Jen data nebo i gnd?

jen data...

Tak bych zkusil pripojit i GND od jedne BMS do konvertoru. Jestli se neco zmeni.

- Pokdu ne, tak me uz moc nic nenapada nez proste vyhodit ten izolator a bud ho tam nemit nebo zkusit dat izolatory mezi kazdou bms.

- pokud ano, tak to tak bud nechat (dat na ten jeden gnd drat aspon pojistku - nejakou rychlou 100mA nebo tak) a nebo zase dat izolator pryc a zkusit tam dat izolatory na kazdou BMS.

[Ivo12s]

Ten USB/USB převodník má "přepínač rychlosti" podle popisu 1,5 Mbps a 12 Mbps. Testoval jsem to na připojení externího USB disku k PC. A ten se při nastavení 1,5 Mbps vůbec nechytil, PC ho vůbec nerozeznal. A to byl na jedné straně převodníku kvalitní datový USB kabel od externího SSD a na druhé to šlo přímo do PC. A to jsem netestoval přenos několika GB dat, jen zapojení.

Ale abych shrnul diskusi = aktuálně Victron/Venus funguje bez USB/USB izolátoru. Mínus s BMSek netahám, pouze signálové vodiče. Izolátor jsem chtěl zapojit pro dobrý pocit, že odděluji monitoring baterií a BMSky od zbytku elektroniky.

• ověřím si, odkud jdou ty Errory, jestli postupným zapojením jednotlivých periferií, případně prohozením USB 2.0 a 3.0 něčeho dosáhnu

• koupil jsem nejkratší 0,25m a značkové datové USB kabely pro převodník USB/USB

• prověřím to zapojení se stíněným kabelem připojeným na odpojované mínus u jedné BMSky

Pokud by pro funkčnost Victron/Venus s izolátorem USB/USB bylo nezbytné zlepšení kvality signálu a s tou zase pouze propojení GND/mínusu od BMSek, tak se na to vy..kašlu a nechám to jak to je.

[Mex]

Že nějaké zařízení při přepnutí na Low-speed USB (tj. na 1.5 Mbit/s) nejede není nic divného.
To neomezuje jen rychlost, ale přepíná to režim práce toho USB. A spousta zařízení Low-speed USB vůbec nepodporuje, ale umí jenom Full-speed (12 Mbit/s) nebo víc (High-speed 480 Mbit/s, Super-speed 5+ Gbit/s).

Pokud nějaké zařízení má napěťový výstup, referencovaný proti GND, a pokud toto GND někdy za chodu odpojí. tak je to prostě špatně. A lhostejno, jestli je to určeno pro skůtr nebo třeba pro raketoplán.

Nerozumím tomu, jak se tady píše, že se sériová linka (zřejmě obousměrná, tj. se signály Tx a Rx) připojí dvojlinkou. I pokud je galvanicky oddělena, tak stejně potřebuje minimálně 3 dráty - Tx, Rx a vztažnou GND.
No ale samozřejmě nemusím rozumět všemu, že.

Kdybych mohl mít malý tip: vezmi kus papíru (v nejhorším pytlík od mouky) a to zapojení si pořádně namaluj. Tím si to jednak ujasníš sám, a druhak to můžeš přilepit sem. Jeden obrázek za 1000 slov.

[cipis]

BMSka odpíná mínus baterii, ale neodpíná GND datové komunikace, ta je furt napájená přímo z baterie. Aby komunikace jela i v okamžiku, kdy BMSka vypne na přetížení či z jakéhokoliv důvodu. Třeba jen z prostého usnutí. Prostě aby jela furt komunikace, aby se dalo zjistit, co se stalo či co to dělá.

GND nepotřebuje tahat, proč? RPi je uzemněné, všechno v elektrárně by mělo být uzemněné, na tu stejnou GND. A ikdyž to uplave o rozdíl na shuntu, tak furt ten úbytek napětí na shuntu není tak velký, aby to posunulo rozhodování, co je jednička a co nula.

Tedy v případě propojení GND BMSky a GND RPi půjde v případě vypnutí stykače na BMSce veškerý proud přes toto propojení. Proto se to nepropojuje.

[Mex]

No tak to je pak úplně ukázkový odstrašující příklad toho, když jsou země datového spojení propojeny "nějak" přes PE.

Mimochodem ani RPi možná uzemněné nebude, protože třeba zdroj, co se dodává přímo k němu, je klasický s dvojitou izolací jen 2-kolíkový.

Je pro mě nepochopitelné, jak když má někdo problém s komunikací (chybovost a podobně), tak s výkřikem "rušení" začne řešit stínění, pak postoupí na galvanické oddělování, výměnu všech možných komponent...
Ale to základní, tj. správné tažení zemí a bezpečné a spolehlivé posazení všeho na GND, to nechá až na konec.
Případně to neudělá vůbec a smíří se s tím, že je to prostě nespolehlivá čínská technika.

[cipis]

RPi uzemněné je, proč bych ho napájel ze "sítě", když mám vedle baterky?
Defacto pro "zlepšení" stačí optrony na těch datech.

Já s rušením problém nemám, vše komunikuje v pohodě, netuším, kde má kolega problém.
Jediné, co bylo, tak se mi u jednoho usb kabelu stávalo, že se na několik hodin až dnů ztrácelo jedno, dvě zařízení na tom čtyřnásobném konvertoru.
Po výměně za nový USB kabel všechno frčí, jak má.

[Ivo12s]

Že nějaké zařízení při přepnutí na Low-speed USB (tj. na 1.5 Mbit/s) nejede není nic divného. To neomezuje jen rychlost, ale přepíná to režim práce toho USB. A spousta zařízení Low-speed USB vůbec nepodporuje, ale umí jenom Full-speed (12 Mbit/s).

Díky za info, to jsem nevěděl.

I pokud je galvanicky oddělena, tak stejně potřebuje minimálně 3 dráty - Tx, Rx a vztažnou GND.

Je to jak píše cipis. Třeba jen ten zdroj k RPi. Je to StepDown z 12V a ten 12V je zase z napětí baterie. Jestli je to izolovaných 5V nevím (změřím, ale spíše ne!). A těch 12V izolovaných bude (MeanWell). ALE současně těch 12V napájí i monitorovací PCčko, ze kterého zase vede LAN kabel do RPi, routeru, atd. A ANO, když bych to celé nakreslil do úplného detailu, tak asi přijdu na to, odkud tam to GND doputuje. Současně ale - mám čtyři paralelní baterie a ostrovní systém. V principu nikdy nebude existovat varianta, že to HLAVNÍ mínus zůstane viset ve vzduchu, protože vypnou všechny čtyři BMSky najednou. Já samozřejmě netvrdím, že to je u mě všechno jak podle ČSN normy a rozhodně bych tohle nepostavil pro někoho cizího.

[Ivo12s]

Tak kdyby to šlo, tak přihodím ještě jeden bod @cipis. Vyměnil jsem microUSB kabel cca 1m co jsem našel v šuplíku za značkový, datový, 25 cm. A není na tam jediná chyba. USB kabel

[glottis]

mazec ... muzes poslat co to bylo za kabel? Pokud teda na tom byla znacka.

[Mex]

Tak kdyby to šlo, tak přihodím ještě jeden bod @cipis. Vyměnil jsem microUSB kabel cca 1m co jsem našel v šuplíku za značkový, datový, 25 cm. A není na tam jediná chyba. USB kabel

A co tomu původnímu kabelu je?
On nefunguje ani v jiné aplikaci nebo jenom tady?

Předpokládám, že technik se snaží najít příčinu problému.
Vymačkané konektory?
Nalomený nějaký vodič, který se dotýká jen někdy?
Příliš tenké žíly a velký pokles napájecího napětí, pokud má zařízení větší odběr?
Na nějaké "rušení" bych to asi neházel, na metr to musí jen i po rezavém drátě z plotu.
A na nějaké konstatování "čínský šunt, na rozdíl od značkového" už vůbec ne.

[glottis]

a proc by to nemohl hazet na cinsky sunt? Si ten kabel nech poslat a rozpitvej ho Staci, aby soudruzi nepouzili kroucene pary, pouzili jine prurezy a tim jinou impedanci. Pokud to byl kabel, co byl dodany treba k napajeni neceho, muze to byt megasunt. Nebo prelomena zila. Jsou i usb kabely, kam zaintegrujou resistory pro vyjednani nabijeni. To pak muze taky neco podelat. Pokud mu jeden kabel jede a jiny ne, pri cene par korun bych ho pretrhnul a hodil do kose a dal se tim nezabyval.

[Mex]

Jistě, že může. Tak většinou i postupují ženské a lidi bez vztahu k technice.

Ale myslel jsem si (a myslím si stále), že k základním vlastnostem technika (zvlášť dobrého technika) patří zvídavost.
Neumím si představit, že bych několik dní zápasil s nějakým "nevysvětlitelným" problémem. A pak se spokojil v tím, že s jiným kabelem to funguje.
Bez poznání příčiny člověk příště udělá stejnou chybu zas.

Navíc tam klidně může hrozit, že v dané konfiguraci něco pracuje na hraně. Předtím už to bylo občas za hranou, teď je to možná ještě těsně před ní a časem se to zase vyvalí.
Je to tak? Já nevím.
Může to tak být? Asi může.
Bez poznání příčiny se to nedá vyvrátit ani potvrdit.

Například ta teorie o nepoužití kroucených párů a jiné impedanci je podle mě silně nepravděpodobná, když si uvědomíš komunikační rychlosti v dané aplikaci. Nějaké integrované odpory asi taky (pokud to není nějaký speciální kabel, explicitně určený k nějakému konkrétnímu použití).

Teda aspoň tak to vidím já.
Už od nějakých 5 let, od kterého věku když něco nefunguje, tak se snažím přijít na to proč.
Samozřejmě s výsledky a následky, úměrnými vždy aktuálnímu věku a schopnostem.

[Keraj]

Bohužel ale často u USB kabel není jako kabel.
Řeším to u mobilů, kdy kabel fungující u jednoho nefunguje u druhého.
Všechny jsou USB-C, dodávka k telefonům či bezdrátové nabíječce, obdobné staří.
A to to je jen blbej kabel.

[Ivo12s]

No já bych souhlasil spíše s Mexem, ale jen do úrovně dostupné techniky. Osciloskop ani jiné(viz výše) nemaje, můžu jen testovat nebo přes SW. RPi jsem dnes restartoval asi 20x v nejrůznějších konfiguracích a skoro na nic jsem nepřišel. Tedy teď to po výměně USB kabelu to šlape, povel

Kód: Vybrat vše

tail -F -n 100 /data/log/dbus-serialbattery.ttyUSB3/current | tai64nlocal

nehlásí žádnou chybu. Přivedl jsem samostatně Mínus na konektor volného TTL a budu to monitorovat. V tomto zapojení to USB/USB izolátor také zruší celé...

[cipis]

Většina USB kabelů, co jsem zkoušel pitvat, když po výměně za jiný něco začalo fungovat, tak měli zlomené dráty. Protože ti čuráci tam nedávají lanka, ale dráty ... A ze zvědavosti jsem kuchl i několik patch kabelů Cat.5e. No, také dráty ...

Takže jakékoliv další pitvání kabelu, co se vyhodil a dal jiný a vše jede, tak už považuji za ztrátu času.

Když byly PS/2 myši, tak se po dlouhé době ukroutilo lanko. Tam mělo smysl ustřihnout 20 cm a zapájet a myš zase myšovala. Poctivá lanka.
Ostatně z těchto káblíků si dělám ty TTL propoje mezi tím 4xkonvertorem a zařízeníma.