ora WTA si occupa di fare il TUN di PRE/POST/SYN

This commit is contained in:
2026-03-10 11:48:11 +01:00
parent 47c8607c85
commit d372ce8de8
4 changed files with 106 additions and 94 deletions
-90
View File
@@ -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
```
+2
View File
@@ -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
+95
View File
@@ -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
```
+8 -3
View File
@@ -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:
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.