www.mikrocontroller.net

Forum: Mikrocontroller und Digitale Elektronik Suche Wireless Mikrocontroller


Important announcement: there is an English version of this forum on EmbDev.net. Posts you create there will be displayed on Mikrocontroller.net and EmbDev.net.
Autor: Brain (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Hallo Leute,

ich habe ein EMG Messgerät mit Bluetooth 4.0 (cc2540) entwickelt.
Leider bin ich jetzt todunglücklich ;)

Der Grund ist folgender, Bluetooth 4.0 hat eine maximale Sendefrequenz 
von 133Hz. D.h. ich kann maximal Frequenzen von 65 Hz messen bzw. 
versenden. Das bringt mir aber nichts, weil ich die Frequenzen von 
60-150Hz messen bzw. senden will.
Leider habe ich keine Lösung für das Problem.

Ich bräuchte dann einen anderen FunkMikrocontroller, der mit min. 200Hz 
senden kann. Was mir wichtig ist, dass es viel Doku bzw. Erfahrungen mit 
dem Chip gibt.
Wie sieht es mit dem Atmega128 aus ?
Danke.

Gruß

Autor: Huh? (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Brain schrieb:
> Sendefrequenz
> von 133Hz

?

Autor: Brain (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Jo, Frequenz Hopping.

Autor: Nobbe (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
???
Der Mikrocontroller ist doch völlig egal (nen 300sps ADC hat wohl jeder) 
Du brauchst halt ein Funkmodul das mit schnellerer rate senden kann.

Autor: Brain (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Ich will aber mit 200Hz abtasten und senden.

Autor: Brain (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Der cc2540 ist n 8051 incl. Funk.

Autor: Adib (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Du musst mehrere Daten zusammenfassen und in einem Packet schicken.
Also zB nur 10 mal pro Sekunde ein Packet schicken reicht eigentlich für 
eine Anzeige.

Adib

Autor: Brain (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Das klappt auch nich hab ich mir schon überlegt. Naja ich hab jetzt 120 
HZ eingestellt. Trotzdem zu wenig.

Autor: Adib (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Ich benutze eine Kombination aus Atmel Mega 1281 und at86rf212.
Damit erreiche ich updateraten von 200 Messages pro Sekunde (8 16Bit 
Kanäle pro Message).

Bei mir ist dann eher der Flaschenhals das vom Funkempfänger in den PC 
zu ziehen.

http://www.an-solutions.de/products.html prinzipiell das Gleiche wie
http://de.farnell.com/atmel/atzb-900-b0r/mod-zigbi...

Pro Protokoll gibt es aber noch Overhead durch die Funkübertragung bei 
jedem Datenpacket.
Normalerweise erreichen 802.15.4 250kbit/sek. rein als Netto Datenrate.
Wenn du jetzt noch Protokolloverhead abziehst und eventuell die 
Funkschnittstelle nur zu 10% auslastet und mit deinen Daten klarkommst, 
sollte das mit der KOmbination kein Problem sein.

HTH, Adib.

Autor: Hilfsrevoluzzer (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Weshalb will man die Verbindung immer neu aufbauen. Lass die Verbindung 
doch einfach offen und sende ein endloses packet.

Autor: Matthias Sch. (Firma: Matzetronics) (mschoeldgen)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Kann ja auch gar nicht sein, da z.B. jedes Bluetooth Headset einen 
Audiostream simultan senden und empfangen kann. M.W. gibt es 
mittlerweile auch einen Stereo 'HQ' Dienst, der nochn bisschen mehr 
Daten schaufeln kann.

Autor: Eddy Current (chrisi)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Kann es sein, das Du, "Brain", einfach nur 200 analoge Messwerte pro 
Sekunde übertragen möchtest?

Das würde Deinem Anliegen zumindest den Ansatz eines Sinns verleihen. 
Die Stelle, wo Du suchst wäre aber die Falsche.

Autor: Brain (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Adib schrieb:
> Du musst mehrere Daten zusammenfassen und in einem Packet schicken.
> Also zB nur 10 mal pro Sekunde ein Packet schicken reicht eigentlich für
> eine Anzeige.

Du hast recht. Das wäre die einfachste Lösung. Dann bräuchte ich den uC 
auch nicht wechseln.

BT 4.0:
Es können alle 7,25ms ca. 20 Byte verschickt werden. D.h. der 
A/D-Wandler tastet 7,25ms lang ab und ich schicke sie dann weg.

Auf dem Rechner empfange ich das Paket. Fange dann an 7,25ms lang die 
Daten darzustellen bzw. auszuwerten. Nachteil: Ich bin dann auf dem PC 
7,25ms in der Vergangenheit.

Ok, danke an alle !

Autor: Brain (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Adib schrieb:
> Ich benutze eine Kombination aus Atmel Mega 1281 und at86rf212.
> Damit erreiche ich updateraten von 200 Messages pro Sekunde (8 16Bit
> Kanäle pro Message).
>
> Bei mir ist dann eher der Flaschenhals das vom Funkempfänger in den PC
> zu ziehen.
>
> http://www.an-solutions.de/products.html prinzipiell das Gleiche wie
> http://de.farnell.com/atmel/atzb-900-b0r/mod-zigbi...
>
> Pro Protokoll gibt es aber noch Overhead durch die Funkübertragung bei
> jedem Datenpacket.
> Normalerweise erreichen 802.15.4 250kbit/sek. rein als Netto Datenrate.
> Wenn du jetzt noch Protokolloverhead abziehst und eventuell die
> Funkschnittstelle nur zu 10% auslastet und mit deinen Daten klarkommst,
> sollte das mit der KOmbination kein Problem sein.
>
> HTH, Adib.

Das wäre eine elegante Lösung aber ich habe in die Einarbeitung bzw. 
Programmierung viel Zeit inverstiert und jetzt alles neu machen hab ich 
kein bock.

Dann nehme ich lieber den Nachteil von oben in Kauf.

Autor: Brain (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Hilfsrevoluzzer schrieb:
> Weshalb will man die Verbindung immer neu aufbauen. Lass die Verbindung
> doch einfach offen und sende ein endloses packet.

Die Verbindung ist offen, das hat mit dem Frequenzhopping zu tun.

Autor: Jens (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Paket nicht Packet bitte Leute.

Autor: Sebastian H. (sh______)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Brain schrieb:
> Nachteil: Ich bin dann auf dem PC
> 7,25ms in der Vergangenheit.

Wenn du Windows und kein spezielles EchtzeitOS auf dem PC benutzt kannst 
du keine Vorhersage machen wie lange es dauert bis die Empfangenen Daten 
an dein Programm weitergereicht werden. Kann mal 7ms dauert, mal 1s. Je 
nachdem wie der PC halt gerade ausgelastet ist...

Kenn auch solche Leute, die verlassen sich darauf das Windows ne 
bestimmte Zeit braucht und wundern sich wenn es später nicht mehr 
funktioniert weil noch was anderes im Hintergrund läuft...

Autor: Simon K. (simon) Benutzerseite
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Mal wieder ein gutes Beispiel für kranke Anforderungen bedingt durch 
kaputtes Konzept.

Autor: Tastkopf (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Simon K. schrieb:
> Mal wieder ein gutes Beispiel für kranke Anforderungen bedingt durch
> kaputtes Konzept.

Das Problem liegt wohl eher bei der richtigen Umsetzung. Meines Wissens 
erlaubt Bluetooth 4.0 oder auch Bluetooth Low Energy einen 
Datendurchsatz von 0,2Mbit/s. Das ist wahrlich nicht viel, sollte aber 
für ein 150Hz Signal ausreichend sein.

Für Ultra-low-power anwendung gibt es nur ANT und Bluetooth 4.0. Wenn es 
nicht Ultra-low-power sein muss, dann nimm doch einfach Bluetooth 3.0. 
Oder sag den Leuten hier was du vor hast und dann hilft dir jemand.

Autor: Brain (Gast)
Datum:

Diesen Beitrag bewerten:
lesenswert
nicht lesenswert
Sebastian H. schrieb:
> Wenn du Windows und kein spezielles EchtzeitOS auf dem PC benutzt kannst
> du keine Vorhersage machen wie lange es dauert bis die Empfangenen Daten
> an dein Programm weitergereicht werden.

Das spiel bei mir keine große Rolle.

Tastkopf schrieb:
> Das Problem liegt wohl eher bei der richtigen Umsetzung. Meines Wissens
> erlaubt Bluetooth 4.0 oder auch Bluetooth Low Energy einen
> Datendurchsatz von 0,2Mbit/s. Das ist wahrlich nicht viel, sollte aber
> für ein 150Hz Signal ausreichend sein.

Du kannst natürlich die Anzahl Bytes pro Ladung ändern aber nicht die 
Anzahl der Ladungen.

Mein Problem ist gelöst, danke an alle !

Antwort schreiben

Die Angabe einer E-Mail-Adresse ist freiwillig. Wenn Sie automatisch per E-Mail über Antworten auf Ihren Beitrag informiert werden möchten, melden Sie sich bitte an.

Wichtige Regeln - erst lesen, dann posten!

  • Groß- und Kleinschreibung verwenden
  • Längeren Sourcecode nicht im Text einfügen, sondern als Dateianhang

Formatierung (mehr Informationen...)

  • [c]C-Code[/c]
  • [avrasm]AVR-Assembler-Code[/avrasm]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] - Link zu Artikel




Bitte das JPG-Format nur für Fotos und Scans verwenden!
Zeichnungen und Screenshots im PNG- oder GIF-Format hochladen.
Siehe Bildformate
Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt.
Bitte hier nur auf die ursprüngliche Frage antworten,
für neue Fragen einen neuen Beitrag erstellen.

Mit dem Abschicken erkennst du die Nutzungsbedingungen an.

webmaster@mikrocontroller.netImpressumNutzungsbedingungenWerbung auf Mikrocontroller.net