From d372ce8de8068cf80dead679e81b78a69cff5d1f Mon Sep 17 00:00:00 2001 From: ocrampal Date: Tue, 10 Mar 2026 11:48:11 +0100 Subject: [PATCH] ora WTA si occupa di fare il TUN di PRE/POST/SYN --- astrocyte/TUN-AST.md | 90 ------------------------------------- neuron/TUN-N.md | 2 + winnertakeall/TUN-WTA.md | 95 ++++++++++++++++++++++++++++++++++++++++ winnertakeall/WTA.md | 13 ++++-- 4 files changed, 106 insertions(+), 94 deletions(-) create mode 100644 winnertakeall/TUN-WTA.md diff --git a/astrocyte/TUN-AST.md b/astrocyte/TUN-AST.md index 99619da..7bac782 100644 --- a/astrocyte/TUN-AST.md +++ b/astrocyte/TUN-AST.md @@ -29,93 +29,3 @@ context: IntegrateTunPossibility condition: NOT ( someTraces Empty ) out_context: TunPossibile ``` - -### TUN-AST-SYN: Modulator - -L'associazione PRE<->POST fatta con SYN dall'interprete/enliver, e' possibile perche' in POST e PRE si fa riferimento a NT che vengono immessi in SYN. Ovviamente tutto concettuale, ma in enliving il concettuale viene attualizzato. -ATTENZIONE: In effetti devo fare un'associazione come ASTx in base alla dichiarazione in WTA: - -- NEU-001.AXO -[excites]-> NEU-003.BD-001 ~AST-001 - -Quindi AST deve lavorare per ogni dichiarazione, casomai privilegiando alcune possibilita' che sono piu' impellenti di altre. Lo devo pensare come un AST sovraintende a tante possibili SYN che pero' sono legate ad una dichiarazione specifica che guida quali accoppiamenti fare, poi AST dal proprio punto di vista controlla se ha abbastanza SYN possibili. - -```Gen - -modulator: TUN-AST-SYN - contained_by: TUN-AST - - modulates: - - AST/expansion/BEH-SYN - - N/BD/expansion/BEH-PRE - - N/BD/expansion/BEH-POST - - tub_modulation: - - fullSyn ( fullness: 500x, active: BEH-SYN/fullness, empty: 0x ) - - actSyn ( indef, active: BEH-SYN/active, empty: 0x ) - - tub_scope: - - preAst ( +[N/BEH-AXO/BEH-PRE] ) - - postAst ( +[N/BEH-BD/BEH-POST] ) - # qui vanno tutte le pre e post che fanno capo ad una Ast nella dichiarazione di relazione fatta in WTA - - tub_local: - - ??? (fullness: 50x, active: 0x, emptiness: 0x) - - tub_intricated: - - GoodTraces ( contained_by: BEH-?? ) - - BadTraces ( contained_by: BEH-?? ) - - context_intricated: - - TunPossible ( contained_by: TUN-AST ) - -``` - -### CheckDirection: Context - -Qui devo capire queste tracce chi le lascia e se sono esclusive? - -```Gen -context: CheckDirection - - contained_by: TUN-AST-SYN - in_context: TunPossible - rf: 60x - - condition: ( GoodTraces Full ) AND NOT ( fullSyn full ) - out_context: ActivateSyn - - condition: ( BadTraces Full ) - out_context: DeActivateSyn -``` - -#### ActivateSyn: Episode - -.... - -```Gen -episode: activateSyn - contained_by: TUN-AST-SYN - - in_context: TunPossible - rf: ( active: 6x ) - - hypothesis: ( GoodTraces Full ) AND NOT ( fullSyn full ) - action: [GoodTraces decrease, ] - trace: None -``` - -#### DeActivateSyn: Episode - -.... - -```Gen -episode: deActivateSyn - contained_by: TUN-AST-SYN - - in_context: ??? - rf: ( active: 6x ) - - hypothesis: NOT (?? empty) - action: [??? decrease] - trace: None -``` diff --git a/neuron/TUN-N.md b/neuron/TUN-N.md index 9e4102d..c97dd29 100644 --- a/neuron/TUN-N.md +++ b/neuron/TUN-N.md @@ -43,6 +43,8 @@ modulator: TUN-SYN ### TUN-SYN-AXO-PRE: Modulator +Qui stiamo ragionanando sulla trasformazione fra bottone presinaptico inattivo e bottone attivo, pronto a diventare parte di una sinapsi. Il ragionamento e' locale, e mette a disposizione o toglie un bottone attivo che un altro ragionamento, credo in TUN-WTA, fara' su questo bottone, il bottone postisinaptico e una sinapsi disponibile. + ```Gen modulator: TUN-SYN-AXO-PRE contained_by: TUN-SYN diff --git a/winnertakeall/TUN-WTA.md b/winnertakeall/TUN-WTA.md new file mode 100644 index 0000000..ebf76a3 --- /dev/null +++ b/winnertakeall/TUN-WTA.md @@ -0,0 +1,95 @@ +# TUN-WTA.md + +## TUN-WTA: Modulator + +```Gen +modulator: TUN-WTA + contained_by: WTA + + tub_local: + - SomeTraces (fullness: 50x, active: 0x, emptiness: 0x) + ``` + +### TUN-WTA-PRE-POST: Modulator + +L'associazione PRE<->POST fatta con SYN dall'interprete/enliver, e' possibile perche' in POST e PRE si fa riferimento a NT che vengono immessi in SYN. Ovviamente tutto concettuale, ma in enliving il concettuale viene attualizzato. + +Quindi TUN-WTA-PRE-POST deve lavorare per ogni dichiarazione, casomai privilegiando alcune possibilita' che sono piu' impellenti di altre. + +```Gen + +modulator: TUN-WTA-PRE-POST + contained_by: TUN-WTA + + modulates: + - AST/expansion/BEH-SYN + - N/AXO/expansion/BEH-PRE + - N/BD/expansion/BEH-POST + + tub_modulation: + - pre + - post + - syn + # qui vanno tutte le pre e post che fanno capo ad una Ast nella dichiarazione di relazione fatta in WTA + + tub_local: + - ??? (fullness: 50x, active: 0x, emptiness: 0x) + + tub_intricated: + - GoodTraces ( contained_by: BEH-?? ) + - BadTraces ( contained_by: BEH-?? ) + + context_intricated: + - TunPossible ( contained_by: TUN-AST ) + +``` + +### CheckDirection: Context + +Qui devo capire queste tracce chi le lascia e se sono esclusive? + +```Gen +context: CheckDirection + + contained_by: TUN-AST-SYN + in_context: TunPossible + rf: 60x + + condition: ( GoodTraces Full ) AND NOT ( fullSyn full ) + out_context: ActivateSyn + + condition: ( BadTraces Full ) + out_context: DeActivateSyn +``` + +#### ActivateSyn: Episode + +.... + +```Gen +episode: activateSyn + contained_by: TUN-AST-SYN + + in_context: TunPossible + rf: ( active: 6x ) + + hypothesis: ( GoodTraces Full ) AND NOT ( fullSyn full ) + action: [GoodTraces decrease, ] + trace: None +``` + +#### DeActivateSyn: Episode + +.... + +```Gen +episode: deActivateSyn + contained_by: TUN-AST-SYN + + in_context: ??? + rf: ( active: 6x ) + + hypothesis: NOT (?? empty) + action: [??? decrease] + trace: None +``` diff --git a/winnertakeall/WTA.md b/winnertakeall/WTA.md index fcacc19..3895de9 100644 --- a/winnertakeall/WTA.md +++ b/winnertakeall/WTA.md @@ -6,6 +6,7 @@ comprehension: WTA include: + TUN-WTA.md expansion: elements: @@ -16,18 +17,23 @@ comprehension: WTA AST-001: AST.md AST-002: AST.md - Incoming: + incoming: INH-001 # type 1 INH-002 # type 2 - Outgoing: + outgoing: EXH-001 # type 1 EXH-002 # type 2 - intrication: + intrication: + AREA-001: - NEU-001.AXO -[excites]-> NEU-003.BD-001 ~AST-001 + modulated_by: TUN-WTA-PRE-POST from TUN-WTA + - NEU-001.AXO -[inhibits]-> NEU-003.SOMA ~AST-002 + modulated_by: TUN-WTA-PRE-SOMA from TUN-WTA + AREA-002: - NEU-003.AXO -[excites]-> EXH-001 ~@ - NEU-004.AXO -[excites]-> EXH-002 ~@ @@ -50,6 +56,5 @@ L'espansione: In questo modo abbiamo allargato il concetto di espansione introducendo una sorta di spazialita', che dipende dalla relazione che viene imposta, e puo' essere verifica. Problemi da risolver: -- Non posso permettere che una PRE e POST dello stesso N possano fare sinapsi. - INH e EXH ora espongono il modulo WTA ad un'area cerebrale dove viene specificato l'intricazione fra moduli, e AST che fa la modulazione - posso pensare di produrre il circuito in ambiente visuale tipo DrawIO, e avere un parser che me lo trasforma in questa sintassi.