Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > de.sci.electronics > #191277

Re: SPORT-Bus fuer ARM Core, CMSIS?

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>

Show all headers | View raw


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 | NextPrevious in thread | Next in thread | Find similar | Unroll thread


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