www.elektronik.si

[NeoTO]

Imam Etrelovo polnilnico za EV in njihov LoadGuard (merilec porabe). Zadeva žal ne podpira urnikov za porabo hiše ter podpira omejevanje samo na nivoju tokov po fazah. Zato si planiram sam implementirati podporo za časovne bloke, ki se uvajajo v 2024.
Ker mi izmerjena porabljena energija na polnilnici ne pomeni kaj dosti, bom zadevo realiziral tako, da bom pametno kvaril meritve LoadGuarda (izmerjene tokove in moči ustrezno premikal glede na dejanske meritve in časovni blok).

Rad bi se izognil samogradnji HW, zato tu iščem kakšno idejo - rad bi imel napravo z dvema Ethernet vmesnikoma, ki navidez deluje transparentno na Link nivoju. Če torej prileti paketek na eni strani, ga pošljem na drugi strani enakega ven (in obratno). Če pa naletim na paketek s točno znano strukturo, ga spremenim in prepošljem popravljenega.
Bi to šlo enostavno s kakšno ARM plato s linuxom, dvema NIC (npr. prek USB) in nekim procesom v user prostoru? V linux kernel se ne bi rad spuščal. Podatkov je relativno malo (nekaj paketov na sekundo).

[mosqito]

Opisal si funkcionalnost proxyja. Rabiš dve mrežni, pa enega, ki vmes posluša. Lahko narediš v pythonu. Tule je primer preprostega proxyja, ki ga lahko nadgradiš glede na to, kaj prileti in kako bi rad spremenil pakete:
https://github.com/EtiennePerot/misc-scripts/blob/master/udp-relay.py

[NeoTO]

Večino proxy-jev deluje na IP nivoju, za delovanje opisanega pa morajo biti nespremenjeni tudi MAC naslovi (napravi se prepoznata glede na MAC).

[bostjang]

Lahko pa se prestaviš na analogno stran in simuliraš dodatni tok. Skozi tokovnike spelješ več ovojev tanjše žice. Skozi navitje poženeš tok v fazi z omrežno napetostjo ustrezen nivoju, ki ga želiš zmanjšati. Tako bo LoadGuard mislil, da teče večji tok. Seveda je problem vektorskega seštevanja (in tudi oblike), ampak dokler so fazni koti majhni (odsotnost velikih motorjev ipd.) ne bi smel biti problem.

[NeoTO]

[bostjang]

Si povprašal na Etrel? Mogoče pa kaj načrtujejo v smeri urnikov in nadgradnje FW.

[NeoTO]

Sem, pa ni zaslediti interesa. Drugače sem jim že v začetku leta pisel glede enega drugega bug-a (neupoštevanje omejitev ob procesu zagona polnilnice, ko dejansko začne polniti čeprav sistem še ni pognan do konca), pa še ni rešitve.

[NeoTO]

Našel https://scapy.net/. Mogoče bo celo šlo s starim RPi 1...

[Dorijan]

Poglej bolho za kak ethernet Hub namesto switch.

[bostjang]

Na OS (Linux, Windows) bi najbrž imel težave z delovanjem mrežnega servisa. Paket bi namreč iz NIC-a moral poslati na naslov, ki ga ima drugi NIC. OS bi tak paket kar lokalno dostavil sam sebi, brez vmesne žice. Torej najprej to preveri.

Mikrokrmilniki imajo običajno sem en MAC. Lahko pa bi vzel dva NIC-a na SPI in ju povezal na isti mikrokrmilnik. FW bi lahko pripravil na osnovi lwIP. Mogoče bi tudi spodnjega moral prilagoditi, da bi se izognil zgornji težavi.

[yacksy]

Nisem prepričan, če je spodnji predlog odgovor na vprašanje, sigurno pa je povezano z njim. Ko berem prvi post, mi pade na pamet "hardverski sniffer" za omrežje. Mislim, da je tole ena cenejših variant na trgu:

https://midbittech.com/index.html

http://midbittech.com/files/GigE/Details.htm#features

Če nič drugega, mogoče sproži kako idejo ...

[mosqito]

[Proteus]

Tole diši po hudih komplikacijah.

Ad1: Tokove lahko fejkaš tudi tako, da vklapljaš neko majhno breme (n.pr. s Shellijem, ki je itak časovno sinhroniziran), njegov tok pa povečaš tako, da okrog tokovnika od LoadGuarda naviješ več ovojev.

Ad2: zakaj bi prestrezal in kvaril podatke iz LoadGuarda, če ga pa lahko simuliraš? To gre že z navadno malino.

[NeoTO]

[bostjang]