ElabNET Technik Forum

Sun1453 hat geschrieben: ↑Fr Feb 07, 2020 1:08 pm@StefanW könntest du bitte meine Frage Zwecks Service beantworten. Bei großen Servern der 2xxx Serie ist das ja nicht so relevant aber die kleinen Arm sind da nicht so Leistungsfähig.

Die Frage wurde ansich bereits von Earl beantwortet, was ich durch ein "DANKE" auf seinen Beitrag auch ausgedrückt habe.

Die "kleinen" ARM schlagen in der nackten Rechenleistung die großen Server der 2XXX Serie. Bei der Primzahlenberechnung und manchen anderen Tests sind die ARM durchaus besser. Die Unterschiede liegen im doppelten RAM und dem schnelleren Speicherinterface zur SSD (und deren viel größerem Volumen).

Beides spielt keine Rolle für einen Service der nicht angesprochen wird. Das kostet keine Ressourcen.

Wenn es eines Tages so wäre, dass zwanzig nicht benutzte Leistungsmerkmale mehr als 1% der Ressourcen nutzen würden, dann können wir das immer noch abschaltbar gestalten.

Wir arbeiten sehr ressourcensparend. Alle wichtigen Kernprozesse sind in purem C implementiert. Nur noch Assembler wäre schneller. Wir verwenden also kein Java, Javascript, PHP oder andere (im Vergleich) langsamen Sprachen die vor allem Ressourcen kosten. Gerade durch pures C sind die Module nur wenige KByte groß und passen damit locker in (einen der vier) Caches. Gerade auch durch das verwendete Multi-Prozessor-Design und die damit mögliche Parallelisierung vermeiden wir auch "teure" Kontextwechsel, ganz abgesehen vom Off-Loading in die vielen Co-Prozessoren. Leider kostet dieses HW-Design ein wenig Geld, aber es ist ziemlich gewaltig, was wir aus dem "kleinen" Kistchen herausholen können.

Es muss sich also niemand Sorgen um den Ressourcenverbrauch unserer Prozesse machen, es ist eine unserer Kernkompetenzen, darauf zu achten.

lg

Stefan

@StefanW danke

Hallo Stefan

StefanW hat geschrieben: ↑Fr Feb 07, 2020 9:35 pm Es ist aber gut möglich, dass in ekey eine galvanische Trennung zum RS-485 Bus eingebaut ist, aber es ist mir nicht bekannt und daher wäre meine Empfehlung, auf Nummer Sicher zu gehen.

Oh, danke für den Hinweis! Darüber habe ich mir ehrlich gesagt gar keine Gedanken gemacht.

Dann werde ich bei nächster Gelegenheit ein separates Netzteil nachrüsten. Platz hab' ich ja zum Glück genug.

Hallo @StefanW ,

ist es von euer bzw. eKey Seite her angedacht, das ihr den Bus direkt ohne Umweg über UDP anbinden könnt?

StefanW hat geschrieben:Weitere Überlegungen, potentielle künftige Leistungsmerkmale:

Folgendes ist nicht versprochen, wir denken jedoch darüber nach und sind in Verhandlungen mit ekey.

Logging & Busmonitor für alle Telegramme der ekey Steuereinheiten
Native Einbindung der Fingerscanner an den TWS mit eigener Nutzerverwaltung
Erweiterte Regeln mit ZSU & Astro, Anwesenheitszähler, An- und Abmeldungen am System

So das man "ekey home CV LAN RS-485" weglassen kann und direkt mit dem eKey spricht? Ist das mit vielleicht mit der nativen Unterstützung gemeint?

Sun1453 hat geschrieben: ↑Mi Mär 04, 2020 11:08 amist es von euer bzw. eKey Seite her angedacht, das ihr den Bus direkt ohne Umweg über UDP anbinden könnt?

Angedacht schon, aber derzeit nicht realisierbar.

Weil das Protokoll auf dem RS-485 ist nicht öffentlich dokumentiert und zudem verschlüsselt (und auch nicht einfach, weil darüber auch die Fingerabdrücke zwischen den Lesern synchronisiert werden). Daher bräuchten wir entsprechende Info / SDK von ekey. Darüber reden wir zwar miteinander, weil die Kommunikation und Zusammenarbeit mit ekey ist wirklich vorbildlich und sehr gut, ist aber im Moment noch nicht spruchreif. Man will auch erstmal sehen, wie sich die bisherige Implementierung schlägt (die ihr nächste Woche bekommt).

Ist also eher etwas für 2021 / 2022

lg

Stefan

also ich freu ich wenn es testbar ist. mein ekey multi habe ich gleich schon gleich mit ekey home CV LAN RS-485 ausgestattet, auch wenn ich die noch nicht gebraucht habe da ich bissher noch in der Hausinstallation fest häng und noch nicht groß um programieren gekommen bin.

Die neuigkeit ist aber super die entscheitung timberwolf bestätig sich absolut als die richtige

Hallo Stefan,

okay alles klar. Denke da wird das mit dem eKey noch ein bisschen dauern. Der Adapter ist ja auch ne Stange Geld und wenn dann eine Einrichtung über den TWS möglich ist, ist auch die Inbetriebnahme besser. Siehe zukünftige Möglichkeiten die du aufgezeigt hast.

Guten Tag Stefan,

ich bin erst über Eure Zusammenarbeit mit ekey überhaupt auf diese Firma/Lösung gestossen. Für mich ist der Platzverbrauch im Schaltschrank ein grosses Thema. Ich habe mich beim Bau der Wohnung auch gegen ein Motorschloss entschieden, weil der Zulieferer des Bauträgers den Bruttolistenpreis für eine neue Türe verlangt hat. Also: Nachrüstlösung bei beschränktem Platz, wahrscheinlich nicht ganz untypisch für den Markt.
Entsprechend wäre für mich interessant, was ich in Dein Statement "Native Einbindung der Fingerscanner an den TWS mit eigener Nutzerverwaltung" hinein interpretierem, nämlich Einsparen des Steuergerätes, finanziell und platzmässig. Den LAN Adapter und das Funkinterface kann ich noch irgendwie unterbringen. Die Lehrrohre sind vorhanden.

Ohne Eure Initiative wäre ich eher früher als später auf ein Konkurrenzsystem von ekey, ebenfalls aus Österreich, als Stand alone mit einer App als zentraler Steuerung, eingeschwenkt.
Ist schon toll, was sich da langsam als "TWS Mikrokosmos" entwickelt.
Gruss und schönes Wochenende
Markus

Hallo Markus@markusrohr ,
die native Integration ist für mich auch ein Grund zu warten.

Probiere gerade mal mit der 1.6.0 das eKey-Feature aus.

Eine IP muss nicht eingetragen werden?!

In meinem wiregate-Script wird eine UDP Verbindung auf IP-Adresse:51000 auf gemacht.

Den Port 51000 kann ich im TWS nicht auswählen.

Mit Port 56000 im TWS wird zumindest der Status OK anzeigt.

Allerdings ist im eKey-Busmonitor nichts zu sehen.

In die Regeln muss ich mich noch rein denken...