You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
docs(wiring): show the ESP32 tapping the bus, not sitting in it
The redrawn diagram still had A and B entering the module on one side and
leaving on the other, which reads as "cut the run and splice the board in."
RS485 is multi-drop — the monitor is one more listener on a shared bus, and
the CCA-to-TAP wire is never broken. Someone following the old picture
literally would cut a working cable.
The run is now continuous end to end with three spur wires dropping off it,
plus a note that this usually means a second wire under an existing screw
terminal. Table reworded from a two-hop chain (CCA->base, base->optimizer)
to three spurs. Same correction applied to the Start Here wiring step and
the AtomS3R quick steps, which both said daisy-chain.
Claude-Session: https://claude.ai/code/session_01RgSnMCa3JQigphGnPbazdw
`┬` marks where a spur joins a wire; `┼` is just one line crossing another.
132
+
133
+
In practice this usually means landing a second wire under the same screw terminal
134
+
that already holds the run, or using a wago/terminal block alongside it. The CCA
135
+
keeps talking to the TAP exactly as before, whether or not the ESP32 is powered.
136
+
123
137
TX is wired but inert — the transceiver's driver is held disabled, so the ESP32 only listens. See [Why this is read-only](#why-this-cannot-break-your-solar-system).
124
138
125
139
### Wiring Table
126
140
127
-
| Connection | From | To |
128
-
|------------|------|-----|
129
-
| RS485 A | CCA/TAP **A** terminal | RS485 Base A terminal |
130
-
| RS485 A | RS485 Base A terminal | Optimizer bus A |
131
-
| RS485 B | CCA/TAP **B** terminal | RS485 Base B terminal |
132
-
| RS485 B | RS485 Base B terminal | Optimizer bus B |
133
-
| GND | CCA/TAP **−** terminal | RS485 Base GND |
134
-
|*(none)*| CCA/TAP **+** terminal |*Not connected — leave as found*|
141
+
Three wires, each one a spur off a terminal that stays connected to whatever it
142
+
was already connected to:
143
+
144
+
| Wire | From | To | Notes |
145
+
|------|------|-----|-------|
146
+
| RS485 A | CCA/TAP **A** terminal | RS485 Base **A**| Data |
147
+
| RS485 B | CCA/TAP **B** terminal | RS485 Base **B**| Data |
148
+
| Ground | CCA/TAP **−** terminal | RS485 Base **GND**| Not optional — see below |
149
+
| — | CCA/TAP **+** terminal |*nothing*| Power. Leave exactly as found |
135
150
136
-
**Note:**RS485 A and B are daisy-chained through the ESP32 module. The ESP32 monitors traffic in both directions.
151
+
**Note:**the ESP32 is one more listener on a shared bus, not a link in a chain. It sees traffic in both directions, and unplugging it changes nothing for the rest of the system.
137
152
138
153
**Ground reference:** RS485 needs a **common ground reference** between the ESP32 and the Tigo bus for reliable signalling — connect GND. It is not optional. (Skip it only if the ESP32 and the Tigo equipment already share a ground through another path, and even then a dedicated GND wire is the safer default.)
139
154
@@ -176,8 +191,8 @@ Once the high-voltage side is safely isolated:
176
191
Simplest setup – just plug together and connect RS485 terminals:
177
192
178
193
1. Attach AtomS3R to Atomic RS485 Base
179
-
2.Connect A terminal to Tigo RS485 A (daisy-chain)
180
-
3.Connect B terminal to Tigo RS485 B (daisy-chain)
194
+
2.Run a spur wire from the Tigo **A** terminal to the base's A terminal
195
+
3.Run a spur wire from the Tigo **B** terminal to the base's B terminal
0 commit comments