Guten Morgen zusammen,
bisher hatte ich mit DECT noch nichts am Hut, außer dass ich mal darüber
telefoniert habe...
Nun hatten wir eine Idee um DECT im Bereich IoT zu nutzen und die
bestehende DECT Infrastruktur im Hause zu nutzen.
Nach langer Suche bin ich auf Module wie SC14CVMDECT von Dialog
Semiconductor gestoßen...
Ich habe inzwischen auch viel gelesen aber einige Fragen sind dennoch
offen und hoffe das mir hier jemand diese beantworten kann.
Die DECT Module sollen paar Sensordaten aus Geräten übermitteln, also
nichts mit Sprache, es sollen nur paar Bytes hin und hergeschickt werden
können.
1. Kann ich einfach 2 DECT Module (wie die von Dialog) nehmen, in die
vorhandene Infrastruktur einbinden und zwischen den beiden
kommunizieren?
2. Die vorhandene Telefonanlage wird da vermutlich ein Wörtchen
mitzureden haben, oder?
3. Im Hause sind einige Basisstationen verteilt. Könnte man mit deren
Hilfe die Module auch lokalisieren? Also ModulXY ist an Basisstaion-A
angemeldet?
danke..
STEFAN schrieb:> Nun hatten wir eine Idee um DECT im Bereich IoT zu nutzen und die> bestehende DECT Infrastruktur im Hause zu nutzen.
Ob die Allgemeinzuteilung das zulässt?
H. H. schrieb:> STEFAN schrieb:>> Nun hatten wir eine Idee um DECT im Bereich IoT zu nutzen und die>> bestehende DECT Infrastruktur im Hause zu nutzen.>> Ob die Allgemeinzuteilung das zulässt?
Warum denn nicht? AVM realisiert mit DECT auch Radio hören und sonstwas.
STEFAN schrieb:> SC14CVMDECT
Ja, die kenne ich.
Also wenn Du es schaffst die auch zu kaufen, das Eval Board mit SW
bekommst und nicht nur von Arrow ignoriert wirst ...
Und auch dann ist das noch ein langer Weg bis das läuft.
Nein, das einbinden in andere Systeme ist nicht so easy.
Bei DECT sind ganz viele Dinge nicht wirklich geregelt. Z.B. die ganzen
Komportfeatures oder das Handover. Das machen die Hersteller mit eigenen
Protokollerweiterungen.
Es gibt ein Basisset an Funbktionen aber ob Du die Module überhaupt an
die Bases angemeldet bekommst und ob die dann auch Handover machen ist
mehr als fraglich.
Viele schei*en auch einfach auf die DECT Spec.
Z.B. RTX misst vor dem Frequenzsprung nicht ob ein Kanal frei ist.
Die springen einfach fest zwischen zwei Kanälen, völlig egal was da los
ist und wenn Du dann genügend im gleichen Bereich installiert hast,
springen die sich gegenseitig in die Übertragung. Aussetzter, Störungen,
Abbrüche.
DECT wäre so ziemlich das Letzte was ich nochmal anfassen wollen würde.
DECT sichert auch keine Daten, weil das eh nur Sprache ist.
Fhelererkennung und Neuübertragung mußt Du selbts machen.
Nehm die WLAN Infrastruktur oder bau Dir ein LORA Netz auf.
Alles ist besser als Dect.
H. H. schrieb:> Ob die Allgemeinzuteilung das zulässt?
Gibt doch so Dect-Funksteckdosen?
https://www.gigaset.com/de_de/gigaset-plug-one-x/
Da wird genannt:
Direktive 2009/125/EC • Direktive 2011/65/EU • Direktive 2014/53/EU
Aber die 100erten Seiten + Anhänge dieser Direktiven hab ich nicht
durchgesehen...
H. H. schrieb:> Ob die Allgemeinzuteilung das zulässt?
"Schnurlose Telekommunikationsanlagen" dürfte weit genug gefasst sein,
nur eine Dauerbelegung ist explizit verboten.
Es gab vor ~20 Jahren auch mal eine Lösung für Modem- oder
ISDN-Verbindungen über DECT, müsste von Siemens gewesen sein.
Hmmm schrieb:> Es gab vor ~20 Jahren auch mal eine Lösung für Modem- oder> ISDN-Verbindungen über DECT, müsste von Siemens gewesen sein.
Höfft und Wessel, heute Almex.
Punkt zu Punkt. Wenig Spannend, viel teuer.
DECT ist einfach uralt Kram mit hoher Sendeleistung.
Bei Wlan kann ich jeden China Hinterhof Router mit jedem Taiwan
Jahrmarktgedöhns zusammenkoppeln und das läuft einfach.
Bei DECT kaufe ich die Telefone von dem der die Anlage baut und den
Servicetechniker gleich dazu weil das alles propritärer Karm ist, wenn
es die Basisfunktionalität verlässt.
Lorawan sollte für den TO völlig ausreichen ohne das er sich die Karten
legt mit einem Rudel an Herstellern, die sich alle ins Hemd machen wenn
man mal mehr braucht als das DAU User Manual.
Prokrastinator schrieb:> Also wenn Du es schaffst die auch zu kaufen, das Eval Board mit SW> bekommst und nicht nur von Arrow ignoriert wirst ...
Wird er vermutlich, ebenso, wie man keine Datenblätter findet, NDA ist
gefragt.
> Und auch dann ist das noch ein langer Weg bis das läuft.
Aussichtslos.
> Nein, das einbinden in andere Systeme ist nicht so easy.
Einfach als GAP sollte jedes System können.
> Bei DECT sind ganz viele Dinge nicht wirklich geregelt. Z.B. die ganzen> Komportfeatures oder das Handover. Das machen die Hersteller mit eigenen> Protokollerweiterungen.
Für eine Datenübertragung wirst Du im Regelfall kein Handover brauchen.
Wenn doch, schlechte Karten - viele System lassen das bei Fremdgeräten
nicht zu, selbst wenn diese das gemäß CAP anfordern.
> Viele schei*en auch einfach auf die DECT Spec.> Z.B. RTX misst vor dem Frequenzsprung nicht ob ein Kanal frei ist.
Märchenstunde, bei RTX in Aalborg sind mir keine Amateure begegnet. DECT
macht vom Prinzip her keine Wechsel, außer, wenn der Kanal Störungen
aufweist.
> DECT wäre so ziemlich das Letzte was ich nochmal anfassen wollen würde.
Da spricht der Frust eines überforderten Bastlers.
In etwa das, was der TO will, setzt ein sehr großer Konzern an mehreren
Standorten ein: LowPower-DECT, was zyklisch Daten abfragt und Stati an
die Zentrale sendet. Die LPD werden dabei per DECT aus der Ferne
konfiguriert. Das hat aber kein Bastelanfänger gemacht, die
kundenspezifischen DECT-Komponenten liefert RTX.
> Nehm die WLAN Infrastruktur oder bau Dir ein LORA Netz auf.
Au weiah, WLAN Infrastruktur, wackeliger kann man kaum bauen.
> Alles ist besser als Dect.
Ganz sicher nicht.
Prokrastinator schrieb:> DECT ist einfach uralt Kram mit hoher Sendeleistung.
Komisch, dass man trotzdem weniger Akkuleistung verbraucht als bei WLAN.
> Bei Wlan kann ich jeden China Hinterhof Router mit jedem Taiwan> Jahrmarktgedöhns zusammenkoppeln und das läuft einfach.
Oder auch nicht. Schon merkwürdig, dass sich WLAN-Telefonie im
Industriebereich nicht durchsetzen konnte und man noch immer DECT macht,
die Basen natürlich per IP angebunden.
> Bei DECT kaufe ich die Telefone von dem der die Anlage baut und den> Servicetechniker gleich dazu weil das alles propritärer Karm ist, wenn> es die Basisfunktionalität verlässt.
So ist das, dafür bekommt man ein anständig funktionierendes System,
keinen Spielekram. Es ist nicht ganz trivial, eine Anlage mit mehreren
hundert Basen zu planen und in Betrieb zu nehmen, aber toll, wenn man
dann auf einem Riesengelände durchgängig telefonieren kann.
Prokrastinator schrieb:> Nehm die WLAN Infrastruktur oder bau Dir ein LORA Netz auf.> Alles ist besser als Dect.
Für schnurlose Telefone ist DECT immer noch das Optimum. Wer dafür WLAN
einsetzen will, hat es noch nie in der Realität ausprobiert.
Das scheitert schon daran, dass bei WLAN alles mehr oder weniger
unkoordiniert (RTS/CTS entschärft es, kann aber dem Client nicht durch
den AP aufgezwungen werden) durcheinandersendet. Und wenn dann noch
Hidden Nodes im Spiel sind, hört der Spass endgültig auf.
Prokrastinator schrieb:> Höfft und Wessel, heute Almex.> Punkt zu Punkt. Wenig Spannend, viel teuer.
Die, die ich meinte, waren tatsächlich von Siemens. Gerade
wiedergefunden, Gigaset M101 (RS232) und M105 (DECT). Wahlweise als
Nullmodem-Ersatz oder (mit geeigneter DECT-Basis) auch für
ISDN-Verbindungen zu verwenden.
Prokrastinator schrieb:> Bei DECT kaufe ich die Telefone von dem der die Anlage baut und den> Servicetechniker gleich dazu weil das alles propritärer Karm ist, wenn> es die Basisfunktionalität verlässt.
Jein, je nach Anlage laufen auch gängige Fremd-Mobilteile wie Gigasets.
Ist aber eher bei den Consumer-Geräten a la Fritzbox zu finden.
Hmmm schrieb:> Es gab vor ~20 Jahren auch mal eine Lösung für Modem- oder> ISDN-Verbindungen über DECT, müsste von Siemens gewesen sein.
Ich kenne das von DeTeWe, BeeTel450i. Zum Handset gibt es ein USB-Kabel
und einen CAPI-Treiber, sieht aus Sicht des PCs wie eine ISDN-Karte aus.
Damit konnte man Internet_by_Call machen, eine transparente Verbindung
zwischen zwei PCs + Handsets habe ich nicht zustande bekommen.
Das war vorvorgestern, braucht heute niemand mehr.
