RS485 in IP Tunneln

Einrichtung, Anschluss und Programmierung der HomeMatic CCU

Moderator: Co-Administratoren

aixtreme
Beiträge: 20
Registriert: 21.09.2015, 11:38

Re: RS485 in IP Tunneln

Beitrag von aixtreme » 05.10.2015, 13:53

Hi,

meinst bezüglich Timing o.ä.? Da gibt es kaum etwas. Leider.

Ich denke auch, dass HM da etwas als Antwort innerhalb eines bestimmten Zeitfenster erwartet und das liefert die Verbindung nicht.

Wenn das so nicht läuft, werde ich für jeden Unterverteiler eine eigene CCU mit einem Raspi einsetzen müssen. Leider kann ich dann nicht mehr mit einem Knopf das gesamte Haus aussschalten.

Beste Grüße
Frank

Benutzeravatar
owagner
(verstorben)
Beiträge: 1193
Registriert: 13.05.2008, 19:49
Danksagung erhalten: 1 Mal

Re: RS485 in IP Tunneln

Beitrag von owagner » 05.10.2015, 16:49

Welche Geräte sind denn das genau? Die Liste von acceed.de ist ja umfangreicher.

Daimler
Beiträge: 9118
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 286 Mal

Re: RS485 in IP Tunneln

Beitrag von Daimler » 05.10.2015, 20:15

Hi,

ich kann jetzt zwar nicht für Frank antworten, kämpfe aber mit - vermutlich - den selben Problemen.

Da ich in der Firma noch 2 Moxa's (NPort 5150A) herumliegen hatte, habe ich es damit über das WE getestet - No Chance.
Eigentlich sollten die dazu prädestiniert sein:
Konfigmöglichkeiten:
Seriell: Flow control None, RTS/CTS, XON/XOFF, DTR/DSR; RS485-2Wire, RS485-4Wire
Operationmode: u. A. Pair Connection Master mit Angabe des Slave (IP-Adresse, Port), Pair Connection Slave.

Ich habe so gut wie alle seriellen Parameter versucht - es geht nicht.
An dem als Slave konfigurierten sieht man in der WebUi übertragene TX-Pakete, aber keine RX-Pakete
An dem als Master konfigurierten sieht man in der WebUi übertragene RX-Pakete, aber keine TX-Pakete

Konfiguriere ich die Geräte um, also Slave als Master und Master als Slave ist das Verhalten entsprechend - halt nur auf dem anderen NPort.

Und die Haupsache:
Der hinter der Strecke hängende 12/7 lässt sich nat. auch nicht ansprechen! :lol:
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

Benutzeravatar
owagner
(verstorben)
Beiträge: 1193
Registriert: 13.05.2008, 19:49
Danksagung erhalten: 1 Mal

Re: RS485 in IP Tunneln

Beitrag von owagner » 05.10.2015, 23:23

Seriell RS485-2Wire, kein Flow-Control, auf Even Parity achten (man ist ja total "None" gewohnt).

Pin 3 und 4 einmal vertauscht? GND auch angeschlossen?

Pair Connection Mode klingt richtig. Kann man da auch das "Force Transmit" Timeout setzen? Wenn ja, dann probier mal 5ms.

Daimler
Beiträge: 9118
Registriert: 17.11.2012, 10:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: Köln
Hat sich bedankt: 37 Mal
Danksagung erhalten: 286 Mal

Re: RS485 in IP Tunneln

Beitrag von Daimler » 06.10.2015, 06:42

Hi,

danke der Teilnahme.

Mit 'WebUi' meinte ich nat. die Oberfläche der Moxas - nicht die der CCU!
owagner hat geschrieben:Seriell RS485-2Wire, kein Flow-Control, auf Even Parity achten (man ist ja total "None" gewohnt).
So ist es eingestellt.
owagner hat geschrieben:Kann man da auch das "Force Transmit" Timeout setzen?
Diese Option ist nicht vorhanden, lediglich TCP Alive Check - die steht auf 0, da das Gerät sonst . so habe ich es verstanden, in den Standby Mode geht.
GND ist angeschlossen - das mit A und B tauschen werde ich heute abend einmal testen - wäre ja der Hammer.

Master:
Moxa_3.jpg
Moxa_3.jpg (13.8 KiB) 1388 mal betrachtet
Slave:
Moxa_4.jpg
Moxa_4.jpg (11.4 KiB) 1388 mal betrachtet
Moxa_1.jpg
Moxa_2.jpg
Moxa_2.jpg (22.95 KiB) 1388 mal betrachtet
Gruß Günter

pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .

Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!

aixtreme
Beiträge: 20
Registriert: 21.09.2015, 11:38

Re: RS485 in IP Tunneln

Beitrag von aixtreme » 06.10.2015, 17:20

owagner hat geschrieben:Seriell RS485-2Wire, kein Flow-Control, auf Even Parity achten (man ist ja total "None" gewohnt).

Pin 3 und 4 einmal vertauscht? GND auch angeschlossen?

Pair Connection Mode klingt richtig. Kann man da auch das "Force Transmit" Timeout setzen? Wenn ja, dann probier mal 5ms.
Hmm, habe GND nicht angeschlossen. Teste mal

aixtreme
Beiträge: 20
Registriert: 21.09.2015, 11:38

Re: RS485 in IP Tunneln

Beitrag von aixtreme » 06.10.2015, 17:21

Bildschirmfoto 2015-10-06 um 19.12.41.png
IP 100 Setup
owagner hat geschrieben:Welche Geräte sind denn das genau? Die Liste von acceed.de ist ja umfangreicher.
Hier die Geräte:
Aport 200 von Rayon und den IP100

Hier der Setup vom IP100:

aixtreme
Beiträge: 20
Registriert: 21.09.2015, 11:38

Re: RS485 in IP Tunneln

Beitrag von aixtreme » 06.10.2015, 19:15

Und hier der sehr magere Setup vom AP200
Bildschirmfoto 2015-10-06 um 19.14.40.png
AP 200

aixtreme
Beiträge: 20
Registriert: 21.09.2015, 11:38

Re: RS485 in IP Tunneln

Beitrag von aixtreme » 06.10.2015, 19:25

Hallo zusammen,

habe nun GND angeschlossen und auf 5ms gesetzt. Jetzt gehen wesentlich mehr Datenpakete über die Serielle Schnittstelle, aber das HM RS485 I/O-Modul wird immer noch nicht von der CCU2 gefunden.

Beste Grüße
Frank

Benutzeravatar
owagner
(verstorben)
Beiträge: 1193
Registriert: 13.05.2008, 19:49
Danksagung erhalten: 1 Mal

Re: RS485 in IP Tunneln

Beitrag von owagner » 06.10.2015, 19:45

Wenn ich das richtig sehe, meint "5" da 500ms, das könnte tatsächlich zu lang sein für HS485.

Antworten

Zurück zu „HomeMatic Zentrale (CCU / CCU2 / CCU3 / Charly)“