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..
https://www.digikey.de/product-detail/de/dialog-semiconductor-gmbh/SC14CVMDECTDEVKT/1564-1027-ND/5940516 https://www.etsi.org/newsroom/press-releases/1839-2020-10-etsi-launches-dect-2020-new-radio-interface-for-iot https://www.elektroniknet.de/kommunikation/wireless/freie-bahn-fuer-iot-anwendungen-mit-dect.161789.html
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.
Hmmm schrieb: > Gigaset M101 (RS232) und M105 (DECT) Um mal meinen geistigen Aussetzer zu korrigieren: Das M105 hatte eine USB-Schnittstelle.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.