Szerintem József Attilát ne keverjük ide, mert egyrészt nem tudjuk, hogy mielőtt elhunyt, az előtt milyen otthon automatizálási problémával találkozott és mivel nyilvánvalóan nem tudta egy szakmai fórumon megkérdezni, így a következményeket ismerjük. Persze lehet, hogy egy párhuzamos univerzumban történt így, nem itt. (Elnézést a viccelődésért, ha velem fordított esetben viccelődnének így, én nem haragudnék és nekem nem lenne gond biztosan.)
"Pl.: Waveshare RS485 CAN HAT = SPI meghajtású CAN controller RS485 hardveren keresztül illesztve a kábelhez. De ezt Te is ugyanúgy el tudtad volna olvasni, mint én. Eközben harmadszor írom le, hogy NINCS CAN PROTOKOLL (ebben a szenzoros rendszerben), és az SPI-t sem kellene idekeverni!"
Igen, igazad van, újra és újra. Ha utána olvastam volna és értelmezni próbáltam volna a "via" szót a "CAN function, onboard CAN controller MCP2515 via SPI interface" kifejezésben, az segített volna, hogy legalább ne írjak hülyeséget erről. Erről se.
Rendben, a lezárás 100 Ohm lesz.
Rajz (terv_v02_02), hogy hogy lesz akkor, ha jól értem, 600 Kbyte, PNG:
https://imgur.com/QCmTF9s
"A MAX485-nek 5V kell! Ennek ellenére a logikai jelek lehetnek 3,3V-osak. "
Az 5.0 VDC-t is az RPI-ről adjam neki ugye?
"Ez a soros vonalon használt, akár általad kitalált protokollt kezeli. A másik oldalon meg az egyes szenzorok lekérdezését kell megcsinálni."
Annyi protokoll van, kivételesen ebben az esetben eltekintenék egy új kitalálásától első körben. Később persze, szívesen bonyolítom.
Nincs erre valami kész megoldás?
MCP2515 CAN Bus Module TJA1050 Receiver SPI Module For 51 MCU ARM Controller DC 5V SPI Interface Control Resistors
https://www.alibaba.com/product-detail/MCP2515-CAN-Bus-Module-TJA1050-R…
Ez is 1,3 USD, ez is használható lehet ide?
Ha erre kötném a A+B-t, az nem segítene bármit is?
Összekötés, példa kábelezés:
https://i.imgur.com/ZNmR4G3.jpg
https://www.14core.com/wiring-the-two-mcp2515-stand-alone-can-controlle…
"Sajnos nem vehetsz meg minden modult, mert brutális ára lesz, és ennek ellenére sem tudja a feladatot."
Pedig én törekszem rá, hogy inkább vennék modulokat, és azt összekötve megoldani ezt.
"Ami feltétlenül drága, az pl. a "P82B715 Module" az 5000Ft-os árával. Egy ilyet kis sorozatban legyártva, még az európai árakkal sem lesz feleannyi sem!
Pl.: P82B715 100Ft/db."
Hát, ha 2 ilyen megoldaná helyiségenként az összes szenzor összeköttetést, akkor elgondolkoznék, hogy keressek-e tovább.
Részemről az első megoldás jó lenne, ha érteném tisztán az összekapcsolását a moduloknak és rálátnék, hogy az MCU programozás mennyi idő, energia.
Ez a rész így helyes?
"Tehát visszafelé nézve a szenzortól:
4. Szenzor 1 4 éren (SDA+SCL+VDD+GND, I2C-nek megfelelően küldi az adatot (kérésre, de most visszafelé megyünk)
kábel: (sima, rövid 4 eres kábelen összekötöm)
3. A MAX485 kap 4 eret I2C-ként, és csinál belőle A+B+VCC+GND-t
kábel: (itt a CAT6A vagy CAT7A kábelen, 8 éren, 4érpáron, érpáronént 1 ér adatot kötök be: A+B+VDD+GND )
2. Az MCU kapja CAT#-ból a 4 eret (A+B+VDD+GND) és csinál belőle újra I2C-t (SDA+SCL+VDD+GND)
kábel: (sima, rövid 4 eres kábelen összekötöm, 4 eres csatlakozó lesz az I2C HUB-ba kötve)
1. I2C HUB-hoz ért a 4 ér, csatlakozón keresztül
kábel: (A HUB-ból kijövő 4 eres csatlakozót szépen az RPI-be kötöm, a megfelelő helyre)
0. RPI-ben az I2C-hez szükséges PIN-ekre bekötöm a HUB-ból jövő 4 eres kábelt."
Ha nem, akkor melyik részeket kell javítani?
Amit linkeltem képet azt szeretném kapcsolás szinten jóra megcsinálni, 1+N modulra megcsinálva. Ha az úgy jó, akkor beszereznék 3 helyiségre való modulokat és szenzorokat, majd megépíteném a következő prototípust. Ha működik, akkor jönne a még több helyiség bekötésének szimulálása. Ha már minden jól működik, hosszú kábelekkel, utána fogom bekötni a végső helyére. Így lesz, kivéve, ha addig ennél is jobb terv alakul ki, vagy teljesen máshogy alakul. :)
Köszönök mindent.
Sakk-matt,
KaTT :)