Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.sci.electronics > #191277
| From | Joerg <news@analogconsultants.com> |
|---|---|
| Newsgroups | de.sci.electronics |
| Subject | Re: SPORT-Bus fuer ARM Core, CMSIS? |
| Date | 2015-08-26 07:52 -0700 |
| Message-ID | <d4625bFtbtpU1@mid.individual.net> (permalink) |
| References | (4 earlier) <mri00k$qcm$1@newsreader4.netcologne.de> <d43holFaaahU1@mid.individual.net> <mri4rq$tom$1@newsreader4.netcologne.de> <d43l48Fb6lcU1@mid.individual.net> <mrikea$9b9$1@newsreader4.netcologne.de> |
On 2015-08-25 1:50 PM, Frank Buss wrote: > Am 25.08.2015 um 18:57 schrieb Joerg: >> >> Das geht schon ueber einen S-PORT ueber TDM, es sind eben nur in unserem >> Fall acht Ausgaengs- und vier Eingaengskanaele. Es haengt ein AD1938 >> dran, bei dem die alle bedient werden muessen, ob man nun jeden braucht >> oder nicht. Wir brauchen alle Inputs, aber nur einige wenige der >> Outputs. Den Rest muss man als Ballast mitschleifen. > > Ok, dann macht das wohl schon Sinn, diesen Microcontroller zu verwenden. > Hat mich nur gewundert, da du normalerweise 8051 CPUs verwendest wo > immer es geht, und dann direkt zu Preliminary-Chips wechselst :-) > Das war einer der wenigen, der genug Rechenleistung hat und kein stromfressender DSP ist. Wir haetten einen DSP von TI nehmen koennen, aber es ist schwierig bis unmoeglich, lokal jemanden zu finden, der das programmieren kann. In diesem Fall musste es wirklich lokal sein, weil wir an einer Versuchsanlage zusammenarbeiten muessen. Ich kann in einer halben Stunde pedalierend beim SW Ingenieur sein. Auf der Strecke ist allerdings Mountain Bike angesagt, deshalb hat meines jetzt einen kernigen Gepaecktraeger fuer hin und her geschleppte Hardware. Wenn alles fertig ist, fahre ich mit der Kiste auf dem Gepaecktraeger den kompletten Trail mit Felspisten und allem, volle Kamelle. Wenn es ueberlebt, ist die Qualitaet gut. > Die STM32-Serie scheint keinen generischen TDM-Bus zu bieten. Vielleicht > könnte man die I2S-Module nehmen, wenn man das Interleave der Daten dann > in Software vorbereitet und extern noch ein paar 7473 Flipflops > vorsieht, um das Frame-Signal zu teilen. Wäre mal ein interessantes > Projekt, damit den AD1938 vom Discovery Board aus anzusprechen. > Es ist nicht nur das Protokoll, es muessen auch 14Mbit/sec an Daten verknusert werden. Aber STM32 ist ja auch sehr leistungsfaehig. > Ein paar Atmel Chips könnten den S-PORT Bus wahrscheinlich über das > SSC-Interface emulieren, was recht flexibel konfigurierbar ist, für fast > beliebige TDM-Formate und dann hättest du verfügbare Chips, wo auch SPI > läuft. Wobei Atmel aber auch nicht immer bekannt für gute Lieferbarkeit > ist oder Fehlerfreiheit der Chips. > IME haben die manchmal Schwierigkeiten mit den mehr analogen Teilen auf den Chips. Oszillator, POR/BOR. Wobei den POR/BOR fast niemand richtig hinbekommt, muss man bei kritischen Sachen immer extern selbst zimmern. >>> CMSIS ist schon seit längerem Open Source: >>> >>> https://developer.mbed.org/blog/entry/CMSIS-Components-BSD-Licensed/ >>> >> >> Schon, aber es ist nach wie vor der Job des uC Produzenten oder des >> Lizenzgebers (ARM), oder beiden, fuer den Prozessor passende Routinen >> zur Verfuegung zu stellen. > > Wusste gar nicht, daß damit auch die Hardware abstrahiert werden soll. Ein wenig schon. http://www.arm.com/products/processors/cortex-m/cortex-microcontroller-software-interface-standard.php Zitat "CMSIS-Driver: defines generic peripheral driver interfaces for middleware making it reusable across supported devices". Darum geht es uns, Driver fuer Standard-Peripherie wie SPORT, SPI, UARTs, et cetera. > Bisher hatte ich in der Library nur Funktionen für ARM generell > gefunden, also mathematische Funktionen und spezielle Dinger für die > Cores, wie Debugging, SysTick usw. > > Für die hardwarespezifischen Sachen, wie SPI ansprechen, gibt es von ST > STM32F4xx_StdPeriph_Driver, was aber scheinbar genau den > hardwarespezifischen Teil von CMSIS implementiert. Aber weiß nicht, wie > plattformübergreifend das ist, da die Hardwaremodule selbst ja für jeden > Chip meist anders sind. Das wäre wirklich sinnvoll, wenn sich die > Hersteller da mal einigen könnten und z.B. für I2C auf jedem Chip immer > dieselben Register und Verfahren hat, oder zumindest dasselbe API, wie > unter Linux gewohnt. Schreibt daß das CMSIS auch vor, also das man für > GPIO-Ports konfigurieren einfach den Hersteller wechseln kann und dann > dieselben Funktionen weiterhin funktionieren? > Das muessen wir alles noch rausfinden. Heute mittag ist erstmal eine Web Konferenz. Nachdem ich gestern an den Geschaeftsfuehrer geschrieben hatte, gab es einen mittleren Erdrutsch und die Sache bekommt dort jetzt viel Aufmerksamkeit :-) > ST hat auch das STM32CubeMX-System, was sowas ähnliches ist, wie die > Cypress PSoC-Creator IDE, also wo man den Prozessor sieht und alles > grafisch konfigurieren kann: > > http://sysmagazine.com/posts/213561/ > Damit koennte ja sogar jemand wie ich Software erstellen :-) Zitat "In first, the design oscillator in any way does not release you from reading datashitov" ... Schoen! > Ich bin normalwerweise kein Fan von solchen Tools und programmiere das > lieber alles selbst mit Funktionsaufrufen, aber nach > Anfangsschwierigkeiten ist das mittlerweile auch recht ausgereift und > beschleunigt das Aufsetzen neuer Projekt schon erheblich. Besonders für > den Clock-Tree von modernen Microcontrollern ist das schon praktisch, > wenn man das grafisch sieht, oder auch mit nur einem Mausklick USB mit > Beispielaufrufen einbinden zu können. > Dass Du davon kein Fan bist, Kann ich mir gut vorstellen. Fuer Hardware gibt es aehnliche Tools. Z.B. WebBench, was in allen Faellen, wo ich das spasseshalber probiert hatte, die Antwort "cannot be designed with these parameters" oder so aehnlich kam. Also wie gehabt von Hand entwickelt und ging alles in Produktion. -- Gruesse, Joerg http://www.analogconsultants.com/
Back to de.sci.electronics | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
SPORT-Bus fuer ARM Core, CMSIS? Joerg <news@analogconsultants.com> - 2015-08-24 15:06 -0700
Re: SPORT-Bus fuer ARM Core, CMSIS? Oliver Betz <OBetz@despammed.com> - 2015-08-25 09:49 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Johannes Bauer <dfnsonfsduifb@gmx.de> - 2015-08-25 10:33 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Joerg <news@analogconsultants.com> - 2015-08-25 06:27 -0700
Re: SPORT-Bus fuer ARM Core, CMSIS? Frank Buss <fb@frank-buss.de> - 2015-08-25 17:01 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Joerg <news@analogconsultants.com> - 2015-08-25 09:00 -0700
Re: SPORT-Bus fuer ARM Core, CMSIS? Frank Buss <fb@frank-buss.de> - 2015-08-25 18:24 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Joerg <news@analogconsultants.com> - 2015-08-25 09:57 -0700
Re: SPORT-Bus fuer ARM Core, CMSIS? Frank Buss <fb@frank-buss.de> - 2015-08-25 22:50 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2015-08-26 04:14 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Joerg <news@analogconsultants.com> - 2015-08-26 07:52 -0700
Re: SPORT-Bus fuer ARM Core, CMSIS? Michael Reinck <mrreinck@googlemail.com> - 2015-08-26 17:23 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Johannes Bauer <dfnsonfsduifb@gmx.de> - 2015-08-26 17:59 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Joerg <news@analogconsultants.com> - 2015-08-26 09:28 -0700
Re: SPORT-Bus fuer ARM Core, CMSIS? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-08-27 08:03 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Guenther Wenninger <g!!rw@bitschubbser.org> - 2015-08-27 23:11 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Frank Buss <fb@frank-buss.de> - 2015-08-27 23:36 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Guenther Wenninger <g!!rw@bitschubbser.org> - 2015-08-27 23:50 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Joerg <news@analogconsultants.com> - 2015-08-27 14:48 -0700
Re: SPORT-Bus fuer ARM Core, CMSIS? Guenther Wenninger <g!!rw@bitschubbser.org> - 2015-08-27 23:59 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-08-28 08:15 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Guenther Wenninger <g!!rw@bitschubbser.org> - 2015-08-28 10:02 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Frank Buss <fb@frank-buss.de> - 2015-08-26 20:10 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Michael Schwingen <news-1326478115@discworld.dascon.de> - 2015-08-27 18:49 +0000
Re: SPORT-Bus fuer ARM Core, CMSIS? "Ralph A. Schmid, dk5ras" <ralph@schmid.xxx> - 2015-08-27 08:02 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Michael Reinck <mrreinck@googlemail.com> - 2015-08-27 20:04 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Stefan Reuther <stefan.news@arcor.de> - 2015-08-25 13:07 +0200
Re: SPORT-Bus fuer ARM Core, CMSIS? Joerg <news@analogconsultants.com> - 2015-08-25 06:22 -0700
Re: SPORT-Bus fuer ARM Core, CMSIS? Joerg <news@analogconsultants.com> - 2015-08-27 11:20 -0700
csiph-web