Zimmer/Bereichs Kontroller

Gast #5031190
Lesenswert?

Hallo ich möchte gerne für ein EFH, einen Zimmer bzw BereichsKontroller 
machen.

Also darunter stelle ich mir einen µC vor, der per LAN an einer Zentrale 
hängt, aber ganz eigenständig dann diese Zimmer steuern kann.
Im Prinzip sollte an so ein Teil dann eben, Lichttaster + Relais für 
Licht, eventuell 1-2 gesteuerte Steckdosen.
Temperaturfühler und co., 1-2 Rolladen Steuerungen.
eventuell diese Rollos mit einem extra µC, der per CAN oder RS485 an dem 
Zimmer Kontroller hängt.

Das LAN sollte eben nur dann dafür sein das per Mosquitto oder co, der 
Status an einen zentralen Raspberry oder sonstigen mini PC gemeldet 
wird, und von der auch gesteuert wird.
Aber der Zimmer kontroller muss auch autark arbeiten können (die 
Rolladen Kontroller per CAN oder Rs485 nicht dürfen aber auch)

Würde ich WLAN genug vertrauen oder hätte ich keine LAN Kabel würde ich 
die ESP8266 verwenden und Peripherie per I2C

Also wichtige Eckpunkte sind:
- LAN
- Firmeware Update per LAN
- kein (Linux) Betriebssystem
- CAN/RS485 oder co zur kommunikation mit anderne Sub Kontroller
Gast #5031386
Lesenswert?

hmmm beim Raspi habe ich halt etwas Bedenken wegen der Wartung, mikro SD 
Karte, Update (kann man in dem Fall weglassen)
Bootzeiten  ...
ein richtiger Mikrocontrolle ala ESP 8266 (nur halt für LAN) wäre mir 
etwas wohler ...

Bei der Zentrale (eine fürs Haus) ist es kein Problem, da kann ich die 
SD Karte als reserve bereithalten und ne kleine USV ... aber verteilt in 
jedem raum?
Gast #5031394
Lesenswert?

Bootzeiten beim Raspi?
Meiner bootet innerhalb 20 Sekunden bis ins GUI. Und das macht man 
einmal im Jahr. Man muss ja nicht bei jeder Änderung neu booten.

Ist wohl eher die Angst vor Linux???
Bevor ich LAN ohne Betriebsystem mache, nehme ich mir eher ein 
Linux-Lehrbuch.
Gast #5031413
Lesenswert?

.. ich muss sagen ich habe mehr angst das die SD Karte den Geist aufgibt 
... hatte damals zu Zeiten mit dem Raspi 1 einiges getestet und die 
liefen (natürlich durch viel testen) öfters mal in die Probleme das sich 
das Filesystem aufhängt.
Im Moment muss ich sagen das die 3 Raspis (Raspi2 und Rapsi3) als OSMC 
und FHEM sehr stabil ... aber trotzdem bleibt eben eine gewissen 
unsicherheit
#5031453
Lesenswert?

Einen RasPi/Raum würde ich auch nicht machen wollen.
Es reicht auch völlig, wenn man Einen hat, der über ein Bus-System mit 
den Controllern für die einzelnen Räume sprechen kann.

In meinem Fall ist der Bus CAN, und die Controller in den Räumen 
basieren auf 8bit-AVR.

Sollte der RasPi wirklich mal Probleme machen (ist mir seit Jahren nicht 
passiert) hab ich ein Ersatzgerät inkl. fertiger SD-Karte.
#5031493
Lesenswert?

sn00py schrieb:
> welchen Controller/Controller System hast du als "Raum Controller"?

Das sind 8bit AVR-Systeme mit einem CAN-Controller. (MCP2515)

LAN mit so nem kleinen µC ist zwar möglich, aber imho nur eine Krücke.
Ausserdem ist LAN kein Bus, sondern basiert i.d.R. auf Stern-Topologie.

CAN hat zusätzlich den Vorteil daß ich nicht auf funktionierende 
Switches, DHCP-Server etc. angewiesen bin. Das sind alles potentielle 
single point of failure.
Ausserdem sind die Anforderungen von CAN an die Verkabelung deutlich 
geringer als die von LAN.
Gast #5032114
Lesenswert?

Hab mal bisschen gesucht hier gibt es (wenn man nicht alles selber 
zusammenbasteln will) nur den CANDIP/M162 zu finden? Atmel AVR ATMega 
162 Microcontroller und Philips SJA1000 CAN 2.0B Controller um ca. 30 € 
... alternativ alles selber zusammenbauen, was ich mir evenzuell sparen 
möchte ...
#5032457
Lesenswert?

sn00py schrieb:

> Also wichtige Eckpunkte sind:
> - LAN
> - Firmeware Update per LAN
> - kein (Linux) Betriebssystem
> - CAN/RS485 oder co zur kommunikation mit anderne Sub Kontroller

Vorschlag: PIC32MX795F512L
- interner 10/100 Ethernet MAC
- Dual CAN
- 80 MHz 32 Bit MIPS Prozessor
- 512k Flash, 128k RAM
http://www.microchip.com/wwwproducts/en/PIC32MX795F512L

Als Board kannst Du Dir ja mal das hier anschauen, bevor Du etwas 
eigenes machst:

https://reference.digilentinc.com/chipkit_max32/chipkit_max32

Dazu das hier:

https://reference.digilentinc.com/chipkit_shield_network:chipkit_shield_network

Das ganze sollte mehr als ausreichen.

fchk
#5032998
Lesenswert?

sn00py schrieb:
> Also der PIC32MX795F512L ist technisch schon sehr interessant, nur
> leider preislich und von der Größe sind die Boards nicht mehr so
> interessant.
> Als Zentral ja, aber nicht für jeden Raum.
>
> Bin im Moment auf diesen gestossen der klingt interessant :
> https://www.olimex.com/Products/AVR/Header/AVR-H128-CAN/ kostet 20 Euro

Der hat halt kein LAN, und wenn, dann ist das LAN sehr lahm, so 50..100 
kByte/s. Der PIC32 kann per TCP/IP und mit dem Microchip TCP/IP-Stack 
fast 3 MByte/s übertragen, per UDP fast 9 MByte/s. Das sind schon ganz 
andere Zehnerpotenzen.

Der AT90CAN128 kostet bei Digikey 6,82€, der PIC32MX795F512L 8,66€, also 
nicht so viel mehr angesichts der Leistung, wenn Du selber ein Board 
machst.

fchk

PS:

Das hier

https://www.olimex.com/Products/Duino/PIC32/PIC32-T795/open-source-hardware

ist die 64 Pin Version des PIC32. Hat weniger Pins, kann aber ansonsten 
prinzipiell das gleiche. LAN musst Du Dir da irgendwie ranbasteln.
Gast #5033016
Lesenswert?

Hallo, also ich würede dann eh NUR CAN verwenden und einen Raspberry, 
der CAN + LAN hat als Zentrale.

Und möchte auch kein eigenes Board machen, zumindest nicht auf SMD 
Ebene.
Wie gesagt ein so ein Controller, soll so 3-6 Taster haben und 
entsprechen 3-6 Relais.
Die Infos sollen dann (irgendwie) an die zentrale geschickt werden und 
auch von der Zentrale gesteuert werden.
Bei LAN würde ich mosquitto nehmen, bei CAN muss ich noch schaun welches 
Protokoll da am besten passt
#5033130
Lesenswert?

sn00py schrieb:
> Hallo, also ich würede dann eh NUR CAN verwenden und einen Raspberry,
> der CAN + LAN hat als Zentrale.

Dafür würde ich keinen Raspberry nehmen, weil da die existierende 
CAN-Anbindung über den SPI-Flaschenhals geht, d.h. es kann sein, dass 
Dir da Pakete verloren gehen.

Die technisch bessere Lösung ist ein BeagleBone Black. Dessen Prozessor 
hat einen CAN-Controller bereits auf dem Chip eingebaut, und da brauchst 
Du nur einen Transceiver anzuschließen. Das funktioniert auch bei hohen 
Geschwindigkeiten und hoher Buslast einwandfrei und ohne Paketverluste.

>
> Und möchte auch kein eigenes Board machen, zumindest nicht auf SMD
> Ebene.

Gut. Wenn nur CAN, dann schau Dir den hier an:

http://www.microchip.com/wwwproducts/en/dsPIC33EP128GP502

gibts als 28-pin DIL, 70 MHz, 128k Flash, 16k RAM, 1*CAN.

> Wie gesagt ein so ein Controller, soll so 3-6 Taster haben und
> entsprechen 3-6 Relais.

Kein Problem.

> Die Infos sollen dann (irgendwie) an die zentrale geschickt werden und
> auch von der Zentrale gesteuert werden.
> Bei LAN würde ich mosquitto nehmen, bei CAN muss ich noch schaun welches
> Protokoll da am besten passt
Gast #5033838
Lesenswert?

6a66 schrieb:
> Und wer macht dann den Broker?

Hans M. schrieb:
> sn00py schrieb:
>> Die Infos sollen dann (irgendwie) an die zentrale geschickt werden und
>> auch von der Zentrale gesteuert werden.
>
> Es soll wohl auch eine Zentrale geben :-)

Yep.
Und auf der muss dann der Broker laufen UND die CAN-Anbindung.
Und welche HW soll das werden?

Wäre da ein WLAN/ESP Lösung nicht einfacher?

rgds
Gast #5033845
Lesenswert?

das wird dann ein Raspberry oder ein kleiner PC ...

ESP werde ich zwar auch verwenden aber dann nur für nicht wichtige 
Sachen wie RGB LED Streifen und co.
Da ich die Möglichkeit habe und überall Kabel zu den Dosen bekomme, 
möchte ich es per Bus (CAN oder co machen)

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren