eyeling 1.22.14 → 1.22.16

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -0,0 +1,21 @@
1
+ tunnel-junction wake switch — becoming
2
+
3
+ Answer
4
+ YES for the tunnel junction.
5
+ NO for the conventional low-bias PN junction in the same wake-switch regime.
6
+
7
+ Reason Why
8
+ The tunnel junction can be read as a becoming under low forward bias. Because it is modeled as a heavily doped narrow PN junction with overlapping states, it can become a quantum-transfer state. In that regime it can become a sub-threshold current state, and under peak-to-valley scanning it can also become a negative differential response state. As a wake-switch device, that lets it become an ultra-low-bias switching state and finally a leak-alarm wake-serving state. By contrast, the conventional junction lacks the structural conditions needed for the same transition into quantum transfer, so the later wake-serving becoming is blocked as well.
9
+
10
+ Check
11
+ B1 OK - the tunnel junction can become a quantum-transfer state
12
+ B2 OK - the tunnel junction is classified as tunneling-dominant
13
+ B3 OK - the tunnel junction can become a sub-threshold current state
14
+ B4 OK - the tunnel junction can become a negative differential response state
15
+ B5 OK - the tunnel junction can become an ultra-low-bias switching state
16
+ B6 OK - the tunnel junction can become a leak-alarm wake-serving state
17
+ B7 OK - the conventional junction cannot become a quantum-transfer state
18
+ B8 OK - the conventional junction cannot become a sub-threshold current state
19
+ B9 OK - the conventional junction cannot become the tunnel-style negative differential state
20
+ B10 OK - the conventional junction cannot become an ultra-low-bias switching state here
21
+ B11 OK - the conventional junction cannot become a leak-alarm wake-serving state in this case
@@ -0,0 +1,42 @@
1
+ @prefix : <http://example.org/whitehead#> .
2
+
3
+ :o1 :status :objectivelyAvailable .
4
+ :o1 :availableForFuturePrehension :yes .
5
+ :o2 :becomesFrom :o1 .
6
+ :o3 :becomesFrom :o2 .
7
+ :o2 :inherits :red .
8
+ :o2 :inherits :warm .
9
+ :o2 :mayRealize :bright .
10
+ :o3 :mayRealize :dark .
11
+ :o2 :integrates :red .
12
+ :o2 :integrates :bright .
13
+ :o2 :achieves :satisfaction .
14
+ :o2 :integrates :warm .
15
+ :o2 :realizes :red .
16
+ :o2 :realizes :bright .
17
+ :o2 :realizes :warm .
18
+ :o1 :ingresses :red .
19
+ :o1 :ingresses :warm .
20
+ :o2 :ingresses :red .
21
+ :o2 :ingresses :bright .
22
+ :o2 :ingresses :warm .
23
+ :o2 :status :objectivelyAvailable .
24
+ :o2 :availableForFuturePrehension :yes .
25
+ :o3 :inherits :red .
26
+ :o3 :inherits :bright .
27
+ :o3 :inherits :warm .
28
+ :o3 :integrates :red .
29
+ :o3 :integrates :dark .
30
+ :o3 :achieves :satisfaction .
31
+ :o3 :integrates :bright .
32
+ :o3 :integrates :warm .
33
+ :o3 :realizes :red .
34
+ :o3 :realizes :dark .
35
+ :o3 :realizes :bright .
36
+ :o3 :realizes :warm .
37
+ :o3 :ingresses :red .
38
+ :o3 :ingresses :dark .
39
+ :o3 :ingresses :bright .
40
+ :o3 :ingresses :warm .
41
+ :o3 :status :objectivelyAvailable .
42
+ :o3 :availableForFuturePrehension :yes .
@@ -0,0 +1,216 @@
1
+ # =================================================================================
2
+ # tunnel-junction wake switch — becoming
3
+ #
4
+ # This example reframes the wake-switch case as a becoming example.
5
+ # The device is not treated as a static component with capabilities, but as a
6
+ # system that can or cannot pass into a low-bias wake-triggering state.
7
+ #
8
+ # We compare two devices:
9
+ # - tunnelJunction : a heavily doped narrow PN junction with overlapping states
10
+ # - ordinaryJunction : a conventional PN junction without that overlap
11
+ #
12
+ # The point is to show:
13
+ # - what the tunnel junction can become under the low-bias requirement
14
+ # - what the conventional junction cannot become under the same requirement
15
+ # =================================================================================
16
+
17
+ @prefix : <http://example.org/tunnel-junction-wake-switch-becoming/> .
18
+ @prefix arc: <https://example.org/arc#> .
19
+ @prefix log: <http://www.w3.org/2000/10/swap/log#> .
20
+
21
+ :case a arc:Case ;
22
+ arc:question "Can a tunnel-junction wake switch become a low-bias wake-triggering state in a regime where a conventional PN junction cannot?" .
23
+
24
+ # -------------------
25
+ # Application context
26
+ # -------------------
27
+
28
+ :leakAlarmNode a :EdgeSensor ;
29
+ :needs :MicrowattWakeSwitching ;
30
+ :application :PipeLeakAlarm .
31
+
32
+ # ----------------------------------
33
+ # Device A: tunnel-style PN junction
34
+ # ----------------------------------
35
+
36
+ :tunnelJunction a :PNJunction ;
37
+ :junctionKind :TunnelDiode ;
38
+ :doping :Heavy ;
39
+ :depletionWidth :Narrow ;
40
+ :stateAlignment :Overlap ;
41
+ :biasRegime :LowForwardBias ;
42
+ :scanProfile :PeakToValley ;
43
+ :deviceRole :WakeSwitch .
44
+
45
+ # ----------------------------------
46
+ # Device B: conventional PN junction
47
+ # ----------------------------------
48
+
49
+ :ordinaryJunction a :PNJunction ;
50
+ :junctionKind :ConventionalDiode ;
51
+ :doping :Standard ;
52
+ :depletionWidth :Wide ;
53
+ :stateAlignment :NoOverlap ;
54
+ :biasRegime :LowForwardBias ;
55
+ :scanProfile :MonotoneForward ;
56
+ :deviceRole :WakeSwitch .
57
+
58
+ # -------------------------------------------
59
+ # CAN-BECOME rules — viable state transitions
60
+ # -------------------------------------------
61
+
62
+ # A heavily doped, narrow junction with overlapping states can become a
63
+ # quantum-transfer-supporting junction.
64
+ { ?J a :PNJunction ;
65
+ :doping :Heavy ;
66
+ :depletionWidth :Narrow ;
67
+ :stateAlignment :Overlap . }
68
+ =>
69
+ { ?J :canBecome :QuantumTransferState ;
70
+ :transportMode :TunnelingDominant . } .
71
+
72
+ # In the low-forward-bias regime, a junction in the quantum-transfer state can
73
+ # become a sub-threshold current state.
74
+ { ?J :canBecome :QuantumTransferState ;
75
+ :biasRegime :LowForwardBias . }
76
+ =>
77
+ { ?J :canBecome :SubThresholdCurrentState . } .
78
+
79
+ # If the junction is scanned across the peak-to-valley window, it can become a
80
+ # negative differential response state.
81
+ { ?J :canBecome :QuantumTransferState ;
82
+ :scanProfile :PeakToValley . }
83
+ =>
84
+ { ?J :canBecome :NegativeDifferentialResponseState . } .
85
+
86
+ # A wake-switch device that can become a sub-threshold current state can become
87
+ # an ultra-low-bias switching state.
88
+ { ?J :canBecome :SubThresholdCurrentState ;
89
+ :deviceRole :WakeSwitch . }
90
+ =>
91
+ { ?J :canBecome :UltraLowBiasSwitchingState . } .
92
+
93
+ # If the device can become an ultra-low-bias switching state and the node needs
94
+ # microwatt wake switching, it can become a wake-serving device.
95
+ { ?J :canBecome :UltraLowBiasSwitchingState .
96
+ :leakAlarmNode :needs :MicrowattWakeSwitching . }
97
+ =>
98
+ { ?J :canBecome :LeakAlarmWakeServingState . } .
99
+
100
+ # -----------------------------------------------
101
+ # CANNOT-BECOME rules — blocked state transitions
102
+ # -----------------------------------------------
103
+
104
+ # A conventional wide-depletion low-bias junction without state overlap cannot
105
+ # become a quantum-transfer-supporting junction.
106
+ { ?J a :PNJunction ;
107
+ :doping :Standard ;
108
+ :depletionWidth :Wide ;
109
+ :stateAlignment :NoOverlap . }
110
+ =>
111
+ { ?J :cannotBecome :QuantumTransferState . } .
112
+
113
+ # Without that quantum-transfer state, the junction cannot become a
114
+ # sub-threshold current state in the same low-bias regime.
115
+ { ?J :cannotBecome :QuantumTransferState ;
116
+ :biasRegime :LowForwardBias . }
117
+ =>
118
+ { ?J :cannotBecome :SubThresholdCurrentState . } .
119
+
120
+ # Without quantum transfer, the tunnel-style negative differential state is
121
+ # blocked as well.
122
+ { ?J :cannotBecome :QuantumTransferState . }
123
+ =>
124
+ { ?J :cannotBecome :NegativeDifferentialResponseState . } .
125
+
126
+ # Without sub-threshold current, the device cannot become an ultra-low-bias
127
+ # switching state.
128
+ { ?J :cannotBecome :SubThresholdCurrentState ;
129
+ :deviceRole :WakeSwitch . }
130
+ =>
131
+ { ?J :cannotBecome :UltraLowBiasSwitchingState . } .
132
+
133
+ # Without ultra-low-bias switching, the device cannot become a wake-serving
134
+ # device for the leak-alarm node.
135
+ { ?J :cannotBecome :UltraLowBiasSwitchingState .
136
+ :leakAlarmNode :needs :MicrowattWakeSwitching . }
137
+ =>
138
+ { ?J :cannotBecome :LeakAlarmWakeServingState . } .
139
+
140
+ # ------
141
+ # Checks
142
+ # ------
143
+
144
+ { :tunnelJunction :canBecome :QuantumTransferState . }
145
+ => { :case :checkB1 :Passed . } .
146
+
147
+ { :tunnelJunction :transportMode :TunnelingDominant . }
148
+ => { :case :checkB2 :Passed . } .
149
+
150
+ { :tunnelJunction :canBecome :SubThresholdCurrentState . }
151
+ => { :case :checkB3 :Passed . } .
152
+
153
+ { :tunnelJunction :canBecome :NegativeDifferentialResponseState . }
154
+ => { :case :checkB4 :Passed . } .
155
+
156
+ { :tunnelJunction :canBecome :UltraLowBiasSwitchingState . }
157
+ => { :case :checkB5 :Passed . } .
158
+
159
+ { :tunnelJunction :canBecome :LeakAlarmWakeServingState . }
160
+ => { :case :checkB6 :Passed . } .
161
+
162
+ { :ordinaryJunction :cannotBecome :QuantumTransferState . }
163
+ => { :case :checkB7 :Passed . } .
164
+
165
+ { :ordinaryJunction :cannotBecome :SubThresholdCurrentState . }
166
+ => { :case :checkB8 :Passed . } .
167
+
168
+ { :ordinaryJunction :cannotBecome :NegativeDifferentialResponseState . }
169
+ => { :case :checkB9 :Passed . } .
170
+
171
+ { :ordinaryJunction :cannotBecome :UltraLowBiasSwitchingState . }
172
+ => { :case :checkB10 :Passed . } .
173
+
174
+ { :ordinaryJunction :cannotBecome :LeakAlarmWakeServingState . }
175
+ => { :case :checkB11 :Passed . } .
176
+
177
+ # ----------------
178
+ # ARC-style output
179
+ # ----------------
180
+
181
+ { :case :checkB1 :Passed .
182
+ :case :checkB2 :Passed .
183
+ :case :checkB3 :Passed .
184
+ :case :checkB4 :Passed .
185
+ :case :checkB5 :Passed .
186
+ :case :checkB6 :Passed .
187
+ :case :checkB7 :Passed .
188
+ :case :checkB8 :Passed .
189
+ :case :checkB9 :Passed .
190
+ :case :checkB10 :Passed .
191
+ :case :checkB11 :Passed . }
192
+ =>
193
+ {
194
+ :out log:outputString """tunnel-junction wake switch — becoming
195
+
196
+ Answer
197
+ YES for the tunnel junction.
198
+ NO for the conventional low-bias PN junction in the same wake-switch regime.
199
+
200
+ Reason Why
201
+ The tunnel junction can be read as a becoming under low forward bias. Because it is modeled as a heavily doped narrow PN junction with overlapping states, it can become a quantum-transfer state. In that regime it can become a sub-threshold current state, and under peak-to-valley scanning it can also become a negative differential response state. As a wake-switch device, that lets it become an ultra-low-bias switching state and finally a leak-alarm wake-serving state. By contrast, the conventional junction lacks the structural conditions needed for the same transition into quantum transfer, so the later wake-serving becoming is blocked as well.
202
+
203
+ Check
204
+ B1 OK - the tunnel junction can become a quantum-transfer state
205
+ B2 OK - the tunnel junction is classified as tunneling-dominant
206
+ B3 OK - the tunnel junction can become a sub-threshold current state
207
+ B4 OK - the tunnel junction can become a negative differential response state
208
+ B5 OK - the tunnel junction can become an ultra-low-bias switching state
209
+ B6 OK - the tunnel junction can become a leak-alarm wake-serving state
210
+ B7 OK - the conventional junction cannot become a quantum-transfer state
211
+ B8 OK - the conventional junction cannot become a sub-threshold current state
212
+ B9 OK - the conventional junction cannot become the tunnel-style negative differential state
213
+ B10 OK - the conventional junction cannot become an ultra-low-bias switching state here
214
+ B11 OK - the conventional junction cannot become a leak-alarm wake-serving state in this case
215
+ """ .
216
+ } .
@@ -0,0 +1,155 @@
1
+ # ================================================================
2
+ # This program models becoming as a relational event. Each actual
3
+ # occasion takes up a past, inherits what has been realized,
4
+ # responds to a lure of possible form, and gathers these into a
5
+ # new satisfaction. What becomes is never wholly lost: once
6
+ # achieved, it stands available for future prehension. The logic
7
+ # below is therefore not a logic of static things, but of process,
8
+ # inheritance, and renewed concretion.
9
+ # =========================================#======================
10
+
11
+ @prefix : <http://example.org/whitehead#>.
12
+
13
+ # ----------
14
+ # CATEGORIES
15
+ # ----------
16
+
17
+ :ActualOccasion a :Category.
18
+ :PurePotential a :Category.
19
+ :SubjectiveAim a :Category.
20
+
21
+ # ---------------
22
+ # PURE POTENTIALS
23
+ # ---------------
24
+
25
+ :red a :PurePotential.
26
+ :warm a :PurePotential.
27
+ :bright a :PurePotential.
28
+ :dark a :PurePotential.
29
+
30
+ # -------------------------------
31
+ # SUBJECTIVE AIMS AND THEIR LURES
32
+ # -------------------------------
33
+
34
+ :intensity a :SubjectiveAim.
35
+ :contrast a :SubjectiveAim.
36
+
37
+ :intensity :lures :bright.
38
+ :contrast :lures :dark.
39
+
40
+ # -------------
41
+ # INITIAL WORLD
42
+ # -------------
43
+
44
+ :o1 a :ActualOccasion;
45
+ :time 1;
46
+ :realizes :red, :warm;
47
+ :achieves :satisfaction.
48
+
49
+ :o2 a :ActualOccasion;
50
+ :time 2;
51
+ :prehends :o1;
52
+ :subjectiveAim :intensity.
53
+
54
+ :o3 a :ActualOccasion;
55
+ :time 3;
56
+ :prehends :o2;
57
+ :subjectiveAim :contrast.
58
+
59
+ # ---------------------------
60
+ # RULE 1
61
+ # PREHENSION AS BECOMING-FROM
62
+ # ---------------------------
63
+
64
+ {
65
+ ?later :prehends ?earlier.
66
+ }
67
+ =>
68
+ {
69
+ ?later :becomesFrom ?earlier.
70
+ }.
71
+
72
+ # -----------------------------
73
+ # RULE 2
74
+ # INHERITANCE OF REALIZED FORMS
75
+ # -----------------------------
76
+
77
+ {
78
+ ?later :prehends ?earlier.
79
+ ?earlier :realizes ?form.
80
+ }
81
+ =>
82
+ {
83
+ ?later :inherits ?form.
84
+ }.
85
+
86
+ # ---------------------------
87
+ # RULE 3
88
+ # SUBJECTIVE AIM OPENS A LURE
89
+ # ---------------------------
90
+
91
+ {
92
+ ?o :subjectiveAim ?aim.
93
+ ?aim :lures ?form.
94
+ }
95
+ =>
96
+ {
97
+ ?o :mayRealize ?form.
98
+ }.
99
+
100
+ # --------------------------------------------
101
+ # RULE 4
102
+ # CONCRESCENCE INTEGRATES PAST AND POSSIBILITY
103
+ # --------------------------------------------
104
+
105
+ {
106
+ ?o :inherits ?pastForm.
107
+ ?o :mayRealize ?novelForm.
108
+ }
109
+ =>
110
+ {
111
+ ?o :integrates ?pastForm, ?novelForm;
112
+ :achieves :satisfaction.
113
+ }.
114
+
115
+ # ---------------------------------
116
+ # RULE 5
117
+ # SATISFACTION MAKES FORMS REALIZED
118
+ # ---------------------------------
119
+
120
+ {
121
+ ?o :integrates ?form.
122
+ ?o :achieves :satisfaction.
123
+ }
124
+ =>
125
+ {
126
+ ?o :realizes ?form.
127
+ }.
128
+
129
+ # -----------------------------
130
+ # RULE 6
131
+ # INGRESSION OF PURE POTENTIALS
132
+ # -----------------------------
133
+
134
+ {
135
+ ?o :realizes ?form.
136
+ ?form a :PurePotential.
137
+ }
138
+ =>
139
+ {
140
+ ?o :ingresses ?form.
141
+ }.
142
+
143
+ # ---------------------
144
+ # RULE 7
145
+ # OBJECTIVELY AVAILABLE
146
+ # ---------------------
147
+
148
+ {
149
+ ?o :achieves :satisfaction.
150
+ }
151
+ =>
152
+ {
153
+ ?o :status :objectivelyAvailable;
154
+ :availableForFuturePrehension :yes.
155
+ }.