Protocollo

[daniele1996]

si, sono anche bidirezionali nel senso che il master invia una richiesta al slave e rispende con un valore. Magari avrò scritto delle obrobrietà.
Non ho esigenze particolari, e la cosa che odio di piu è studiarmi il cidice di qualcuno, (piu tosto lo realizzo da 0 cosi rinfresco le mie conoscenze e magari imparo qualcos'altro) per poterlo adattare alle mie esigenze, però se è l'unica via piu semplice lo faccio senza discutere...
So che le regole vietano di mettere immagini tramite link esterni, ma non me li fa caricare /

Link cancellati.
ho messo anche un sistema per schedulare le richieste...

[fairyvilje]

Sono sfocati e piuttosto illeggibili. Non va bene. Conosci le BNF e varianti? Il modo migliore per esprimere la natura di una comunicazione è descriverne la grammatica tramite BNF o con qualche sua estensione. Definita quella si decide il metodo migliore di trasferimento per gli stessi di basso livello.
Ad ogni modo quello che vuoi realizzare è un rendez-vous esteso, dove i nodi fanno sia da servente che da cliente. La cosa migliore in questo caso è l'ADA per formalizzare la natura della comunicazione e poi farne un'implementazione in C/C++.

[daniele1996]

perdona la mia ignoranza, ma quegli acronimi cosa sono?

[fairyvilje]

BNF è un metalinguaggio che si usa per descrivere in modo univoco altri linguaggi o i protocolli.
ADA è un linguaggio di programmazione estremamente sintetico e adatto per descrivere ad alto livello l'architettura servente-cliente. Aiutano molto in fase di progettazione e documentazione di un progetto di questo tipo.

[daniele1996]

perfetto volendo iniziare da questi linguaggi cosa mi serve? (in termini di applicazioni e/o manuali) ?

[fairyvilje]

BNF e le sue estensioni sono piuttosto semplici. Le pagine wikipedia in inglese per BNF ABNF e EBNF sono sufficienti come introduzione.
Per ADA ti so dire.

[marco438]

So che le regole vietano di mettere immagini tramite link esterni, ma non me li fa caricare /

Non te le fa caricare perche' sono quattro volte piu' grandi del consentito (640x480 pixel): comunque gia' cosi sono illeggibili, quindi a breve i link verranno cancellati.

[daniele1996]

Va bene... la prossima volta vedo come posso fare per ridurle...

[daniele1996]

Scrivo una bozza su carta e poi ricopio sul PC

[WALTERmwp]

La discussione che si è sviluppata sin'ora mi restituisce un contorno abbastanza definito.
I riferimenti riportati da fairyvilje nel Post [12], per quanto significativi, in tal caso potrebbero portare l'OP ad "allontanarsi" dalle sue necessità, prim'ancora che dal suo obiettivo.
In altre parole: c'è la possibilità che ci si metta a leggere del materiale senza coglierne il significato perché mancano a priori delle conoscenze.
Scrivo questo sperando che tu, @daniele1996, non te ne risenta.
Nel caso invece tu dovessi trovare quella documentazione di chiara interpretazione e rispondente alle tue necessità, tanto meglio e quanto segue non avrebbe alcuna valenza.
Ma, ripeto, per evitare equivoci, questa è solo l'idea che mi son fatto.
Probabilmente, per daniele1996, potrebbe essere più immediato provare ad impostare inizialmente un protocollo basato sullo scambio di una messaggistica il più essenziale, ma essenziale possibile.
Proponendo nel thread qualcosa che hai immaginato e provato ad "abbozzare", magari si sviluppa una base concreta dalla quale puoi partire.
Un altro particolare, che probabilmente hai già considerato: se parli di USART (vedi micro), a meno che non siano dotati di un'interfaccia 485 e tu comunque intendi collegare più di due dispositivi (alla tua rete), devi considerare un adattamento "elettrico" (accedere alla "rete") passando dai pin dei segnali TX ed RX al driver della 485 (per esempio).
Dovresti tenere presente anche questo aspetto perché condiziona, ovviamente, il "modo" in cui si scambiano le informazioni i dispositivi che ne fanno parte.

Saluti