MSVC virtual UART med procesi

[tilz0R]

Razvoj MCU aplikacije je najlažji na PC brez MCU, vsaj kar se tiče higher-level middleware.

Za potrebe določenega sistema komunikacije med 3 ali več napravami bi rad naredil simulator na PC, torej 3 procese, ki med seboj komunicirajo.
Komunikacija na MCU nivoju bo CAN, torej morajo vse 3 aplikacije med seboj komunicirati tako, da ko en process pošlje, morata obe drugi aplikaciji sprejeti, in vice-versa.

hardware na MCU dela lepo, a se sedaj ukvarjam z paketi, ki se prenašajo in prevajanje vseh treh in debugiranje je trajajoče in Visual Studio to naredi v 2 sekundah.

Torej, ima kdo idejo, kako bi najlažje naredil nekakšen PIPE (FIFO) v MSVC++? Ali bi bil to kar en file? Pomoje ne, ker bi ga lahko samo en program odprl.
Ideja 3x thread v enem procesu odpade, ker bi zadeve preveč kompliciralo.

Lep dan, Tilen

[blasny]

Moj 20 let mlajši jaz pravi:
Če bi imel 1 dedicated writer, N readers potem išči "Named pipes". Ampak ti hočeš bus, torej to ne bo šlo.

Obstaja neskončno rešitev za bus, ki pa običajno ciljajo na network aplikacije. Vse te rešitve tudi serializirajo pisanje v "queue". Kar pomeni, da ko dva procesa hočeta pisati hkrati, potem bo eden zmagal in zapisal prvi, potem se bo zapisal še msg od drugega.
Kar je mogoče isto kot CAN colision detection ali pa ni isto. Odvisno kako gledaš na to in kako natančno hočeš simulirat.

Če boš pisal svojo rešitev pa si poglej memory-mapped files oz. "Named Shared Memory" kot temu reče MS.

[tilz0R]

To da je spodaj na dejanski stopnji CAN nima povezave z simulacijo na CPU. Jaz hočem simulirati kaj ena stran pošlje in kako druga to sprocesira. Order paketov je nepomemben tukaj.

Ker bodo 3 procesi fixni razmišljam, da bom naredil več pipe-ov, in potem bo vsak proces pisal v druga 2 pipe-a. To je bila prvotna ideja.

Hint na "named pipe" odgovori moje vprašanje: https://stackoverflow.com/questions/265 ... -c-windows

Hvala

[sundancer]

Še ena ideja, če ti bo morda lažje z MQTT. Vsi programi oziroma threadi bi se povezali na MQTT broker in imaš potem public/subscribe mehanizem za pošiljanje sporočil.
Tukaj sem našel knjižnice https://www.eclipse.org/paho/index.php? ... nloads.php
Sicer potrebuješ potem še MQTT broker s katerim je sicer zelo malo dela za vzpostavitev.

[eddie]

Kaj je narobe pa z navadnim UDP broadcastom?
Kar pošlje eden lahko na lokalnem omrežju sliši "poljubno" enot.

Lp

[GJ]

Torej, ima kdo idejo, kako bi najlažje naredil nekakšen PIPE (FIFO) v MSVC++? Ali bi bil to kar en file? Pomoje ne, ker bi ga lahko samo en program odprl.

Če hočeš hkratno z več nitmi ali programi dostopat do istege datoteke uporabi: Windows File Mapping

LP GJ