RS485 in IP Tunneln
Moderator: Co-Administratoren
Re: RS485 in IP Tunneln
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
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
Re: RS485 in IP Tunneln
Welche Geräte sind denn das genau? Die Liste von acceed.de ist ja umfangreicher.
-
- 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
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!
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!
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!
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!
Re: RS485 in IP Tunneln
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.
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.
-
- 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
Hi,
danke der Teilnahme.
Mit 'WebUi' meinte ich nat. die Oberfläche der Moxas - nicht die der CCU!
GND ist angeschlossen - das mit A und B tauschen werde ich heute abend einmal testen - wäre ja der Hammer.
Master: Slave:
danke der Teilnahme.
Mit 'WebUi' meinte ich nat. die Oberfläche der Moxas - nicht die der CCU!
So ist es eingestellt.owagner hat geschrieben:Seriell RS485-2Wire, kein Flow-Control, auf Even Parity achten (man ist ja total "None" gewohnt).
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.owagner hat geschrieben:Kann man da auch das "Force Transmit" Timeout setzen?
GND ist angeschlossen - das mit A und B tauschen werde ich heute abend einmal testen - wäre ja der Hammer.
Master: Slave:
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!
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!
Re: RS485 in IP Tunneln
Hmm, habe GND nicht angeschlossen. Teste malowagner 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.
Re: RS485 in IP Tunneln
Hier die Geräte:owagner hat geschrieben:Welche Geräte sind denn das genau? Die Liste von acceed.de ist ja umfangreicher.
Aport 200 von Rayon und den IP100
Hier der Setup vom IP100:
Re: RS485 in IP Tunneln
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
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
Re: RS485 in IP Tunneln
Wenn ich das richtig sehe, meint "5" da 500ms, das könnte tatsächlich zu lang sein für HS485.