Hallo Foristen,
die hier [1] vom Comline 2016e gezeigte Pin-Belegung passt auch bei der Complex. 5V TTL UART, funktioniert einwandfrei mit einem FTDI USB/Serial TTL Adapter aus der Bastelkiste. Als Stecker verwende ich einen Hirschmann MIS100 10-poligen DIN-Stecker.
Hardware Flow Control wird anscheinend nicht verwendet, flashen & vergleichen geht mit dieser Verbindung auch.
lg Hari
[1] -
https://www.alarmforum.de/showthread.php?tid=2491
Noch eine kleine Ergaenzung: Perfekt ist der Ansatz nicht, sobald das Kabel angesteckt ist (habs auch ohne die 5V probiert) kommt eine Sabotagemeldung der Bedienteile. Alle Bedienteile zeigen den Status und die Zeit noch korrekt an, die Bedienung ist aber nicht moeglich und es gibt eine Sabotagemeldung ("Bedienteil reagiert nicht"). Das ist uebrigens das gleiche Verhalten das laut Kommentaren bei einem grossen Online-Haendler auch beim MK-CONNECT USB Programmierkabel Kabel auftritt, zumindest in der ersten Version. Ich werde bei Gelegenheit mal per Optokoppler galvanisch trennen und testen ob sich das Verhalten bessert.
Hallo Hari, wenn man ganz viel Zeit und Lust hat, kann man sich an einem Entwicklerboard mit Schnittstellenwandler austoben... oder man nimmt einfach das Original
Habe mir auch so ein USB Kabel angefertig,funktioniert zum auslesen und Programmieren einwandfrei.
Der Sabotagealarm wird auch an meinen vier Bedienteilen und den comlocks 410 gemeldet sobald der USB erkannt wird.
Es st keine Quittierung der Sabotage möglich da keine Bedienbarkeít der BTs 400 / 820 / 800 mehr möglich ist.
Sobald aber der Datentransfer gestartet wird sind die Piezos der BTs dann ruhig.
Habe auch eine aktive 10m USB Verlängerung dran getestet und funktioniert einwandfrei.
Es lassen sich auch alte comline 32er damit auslesen und programmieren.
Also es scheint kein galvanisches Problem zu sein, ich hab mal einen ADUM1201 Optokoppler dazwischen gehaengt. Kommunikation laeuft einwandfrei ueber den Koppler, aber die Sabotage bei den Bedienteilen wird weiterhin ausgeloest. Frag mich was es sonst noch sein soll.. Jedenfalls loest die Sabotage nicht aus wenn nur RX und TX verbunden sind, ground aber nicht - dann funktioniert aber logischerweise keine Uebertragung. Wobei die Sabo dann so aber doch ausloest wenn der PC schlafgen geht und das FTDI Interface stromlos wird. Daher dachte ich zuerst eben doch an irgendein Problem mit Masse, Pegeln, etc.
Waere interessant zu wissen wie der MAX236 im originalen Interface genau angeschlossen ist. Vielleicht koennte man daraus etwas ableiten. Ich versuchs jedenfalls noch mal mit einem anderen USB Serial TTL Interface, wenn ich es denn irgendwann finde (ja, die Bastelkiste *ist* gross *hahaha*)
@ssb-security: andere spielen Sudoku :-p
lg Hari
Ich find das basteln ja echt cool aber kommt man soviel günstiger wie das Original zu kaufen ?
Material +Zeit?
(24-01-2023 13:20)Privateruser schrieb: [ -> ]Ich find das basteln ja echt cool aber kommt man soviel günstiger wie das Original zu kaufen ?
Material +Zeit?
Materialaufwand fuer den Stecker ist 2 EUR, ein USB Adapter kostet auch nur ein paar EUR. Die Zeit fuer Hobbies darfst nicht rechnen, das is klar, ist ja auch meine private Spielerei.
(24-01-2023 13:06)hari schrieb: [ -> ]Waere interessant zu wissen wie der MAX236 im originalen Interface genau angeschlossen ist.
In meinem steckt ein MAX 237. Und vom Diodenstecker sind auch mehr Adern angeschlossen bzw. gedrückt, als auf deinem Bild.
@Feuermelder danke fuer die Korrektur, das hatte ich falsch in Erinnerung. Hast Du eventuell ein Foto vom Innenleben?
Am FTDI liegt es jedenfalls nicht, ein PL2303 zeigt das gleiche Verhalten.
hier der Schaltplan zum Alten Telenot kabel
hier mein nachbau für alle zentralen auch die Alten 71er oder die twg`s
keine sabotage probleme