update
BIN
Writerside/images/image_423.png
Normal file
After Width: | Height: | Size: 10 KiB |
BIN
Writerside/images/image_424.png
Normal file
After Width: | Height: | Size: 11 KiB |
BIN
Writerside/images/image_425.png
Normal file
After Width: | Height: | Size: 15 KiB |
BIN
Writerside/images/image_426.png
Normal file
After Width: | Height: | Size: 7.9 KiB |
BIN
Writerside/images/image_427.png
Normal file
After Width: | Height: | Size: 14 KiB |
BIN
Writerside/images/image_428.png
Normal file
After Width: | Height: | Size: 14 KiB |
BIN
Writerside/images/image_429.png
Normal file
After Width: | Height: | Size: 14 KiB |
BIN
Writerside/images/image_430.png
Normal file
After Width: | Height: | Size: 20 KiB |
BIN
Writerside/images/image_431.png
Normal file
After Width: | Height: | Size: 20 KiB |
BIN
Writerside/images/image_432.png
Normal file
After Width: | Height: | Size: 3.1 KiB |
BIN
Writerside/images/image_433.png
Normal file
After Width: | Height: | Size: 13 KiB |
BIN
Writerside/images/image_434.png
Normal file
After Width: | Height: | Size: 36 KiB |
BIN
Writerside/images/image_435.png
Normal file
After Width: | Height: | Size: 14 KiB |
BIN
Writerside/images/image_436.png
Normal file
After Width: | Height: | Size: 33 KiB |
BIN
Writerside/images/image_437.png
Normal file
After Width: | Height: | Size: 43 KiB |
BIN
Writerside/images/image_438.png
Normal file
After Width: | Height: | Size: 43 KiB |
BIN
Writerside/images/image_439.png
Normal file
After Width: | Height: | Size: 45 KiB |
BIN
Writerside/images/image_440.png
Normal file
After Width: | Height: | Size: 29 KiB |
BIN
Writerside/images/image_441.png
Normal file
After Width: | Height: | Size: 18 KiB |
BIN
Writerside/images/image_442.png
Normal file
After Width: | Height: | Size: 18 KiB |
BIN
Writerside/images/image_443.png
Normal file
After Width: | Height: | Size: 11 KiB |
BIN
Writerside/images/image_444.png
Normal file
After Width: | Height: | Size: 11 KiB |
BIN
Writerside/images/image_445.png
Normal file
After Width: | Height: | Size: 88 KiB |
BIN
Writerside/images/image_446.png
Normal file
After Width: | Height: | Size: 88 KiB |
BIN
Writerside/images/image_447.png
Normal file
After Width: | Height: | Size: 92 KiB |
BIN
Writerside/images/image_448.png
Normal file
After Width: | Height: | Size: 69 KiB |
BIN
Writerside/images/image_449.png
Normal file
After Width: | Height: | Size: 42 KiB |
@ -55,7 +55,9 @@
|
|||||||
<toc-element topic="Klassifikation.md"/>
|
<toc-element topic="Klassifikation.md"/>
|
||||||
<toc-element topic="arm.md">
|
<toc-element topic="arm.md">
|
||||||
<toc-element topic="arm_toolchain.md"/>
|
<toc-element topic="arm_toolchain.md"/>
|
||||||
<toc-element topic="arm_befehle.md"/>
|
<toc-element topic="arm_befehle.md">
|
||||||
|
<toc-element topic="arm_adressierung.md"/>
|
||||||
|
</toc-element>
|
||||||
</toc-element>
|
</toc-element>
|
||||||
</toc-element>
|
</toc-element>
|
||||||
<toc-element toc-title="EWI">
|
<toc-element toc-title="EWI">
|
||||||
|
@ -200,4 +200,138 @@
|
|||||||
- Was innerhalb der Blackbox passiert spielt keine Rolle
|
- Was innerhalb der Blackbox passiert spielt keine Rolle
|
||||||
|
|
||||||
### Übung Little's Law
|
### Übung Little's Law
|
||||||

|

|
||||||
|
|
||||||
|
## Prozesssimulation
|
||||||
|
### Definition
|
||||||
|
- Nachbildung der Ist-/Soll-Realität
|
||||||
|
- zum Optimieren
|
||||||
|
- dynamisch experimentieren
|
||||||
|
|
||||||
|
### Nutzenpotential
|
||||||
|
- Betriebsabläufe ohne Unterbrechungen verbessern
|
||||||
|
- Vermeidung langwieriger Feinabstimmungen
|
||||||
|
- Reduzieren der DLZ, LZ
|
||||||
|
- Lokalisierung von Schwachstellen und Engpässen
|
||||||
|
- Bewertung alternativer Konzepte
|
||||||
|
|
||||||
|
### Simulation als Entscheidungsgrundlage
|
||||||
|
- 
|
||||||
|
|
||||||
|
### Anwendungsbereiche
|
||||||
|
| Bereich | Beispiele für Einsatz |
|
||||||
|
|----------------------------------------|----------------------------------------------------------------------------|
|
||||||
|
| Konstruktion und CAD | Bewegungssimulation<br/>Montagemöglichkeiten |
|
||||||
|
| Fertigung und Logistik | Kapazitätsdimensionen neuer Maschinen<br/>Materialdurchflussuntersuchungen |
|
||||||
|
| Organisationsgestaltung der Verwaltung | Personalkapazitätsplanungen<br/>Optimierung Arbeitsabläufe |
|
||||||
|
| Schulungen und Training | Ausbildung und Training neuer Mitarbeiter<br/>Unternehmensplanspiele |
|
||||||
|
|
||||||
|
### Ziele
|
||||||
|
- 
|
||||||
|
|
||||||
|
### Voraussetzungen
|
||||||
|
- **Vollständigkeit der Modellierung**
|
||||||
|
- Erfassung von Zeit und Kosten
|
||||||
|
- Bearbeiterzuordnung
|
||||||
|
- Subprozesse
|
||||||
|
- **Angaben über Häufigkeit von Prozessausführungen**
|
||||||
|
- Prozesskalender
|
||||||
|
- Bearbeiterkalender
|
||||||
|
- Prozessmengen
|
||||||
|
- **Auswertbarkeit von Entscheidungen**
|
||||||
|
- Variablenbelegung bzw. Attributwerte
|
||||||
|
- Übergangsbedingungen und Wahrscheinlichkeiten
|
||||||
|
|
||||||
|
### Analysegrößen
|
||||||
|

|
||||||
|
|
||||||
|
### Vorgehen
|
||||||
|

|
||||||
|
|
||||||
|
### Implementierung Simulationsmodell
|
||||||
|
- Aktivitätssicht des Workflow-Diagramms grafisch nachbilden
|
||||||
|
- nicht Organisationsschicht
|
||||||
|
- nicht Informationsschicht
|
||||||
|
|
||||||
|
## What-If-Analyse
|
||||||
|
- Verbesserungsinstrument
|
||||||
|
- Bewertung von Änderungen auf Unternehmen
|
||||||
|
- strategische, taktische, operative
|
||||||
|
- anhand verschiedener Szenarien
|
||||||
|
- realitätsnah ohne Unterbrechung
|
||||||
|
- Erlaubt Beantwortung folgender Fragen
|
||||||
|
- Wie verkürzt sich BZ wenn Ressourcen verdoppelt werden
|
||||||
|
- Wie hoch ist Kosten-Nutzen-Verhältnis bei verkürzung der BZ
|
||||||
|
- Wie wirkt sich Veränderung der Arbeitsschichtkonfiguration auf Betriebskosten aus
|
||||||
|
|
||||||
|
### Vor-/Nachteile
|
||||||
|
|
||||||
|
| Vorteile | Nachteile |
|
||||||
|
|------------------------------------------------------------|-----------------------------------------------------------------|
|
||||||
|
| Quantitative Auswertung von komplexen PM | Qualität der Ergebnisse abhängig von Qualität der Eingangsdaten |
|
||||||
|
| Prüfung von Handlungsalternativen ohne viel Risiko/Aufwand | Definition von Störgrößen problematisch |
|
||||||
|
| What-If Szenarien | Notwendigkeit der Validierung der Plausibilität |
|
||||||
|
| Verbesserung Prozessbeherrschung | Realitätsnähe |
|
||||||
|
| Simultane Auswertung von Informations-/Materialflüssen | Isoliertes, in sich geschlossenes System |
|
||||||
|
| Identifikation Schwachstellen | erzeugt nicht automatisch entscheidungsreife Vorschläge |
|
||||||
|
| Auf-/Umbau nicht Notwendig | |
|
||||||
|
|
||||||
|
|
||||||
|
### Simulationswerkzeuge
|
||||||
|
- Nur mit Computer möglich
|
||||||
|
|
||||||
|
## Ebenen der Prozesssimulation (Bizagi)
|
||||||
|

|
||||||
|
|
||||||
|
### Ebene 1 - Prozessvalidierung
|
||||||
|
- Prozess durchläuft alle Sequenzflüsse und verhält sich wie erwartet
|
||||||
|
- Ressourcen, BZ und Kosten nicht berücksichtigt
|
||||||
|
- Gateways synchron
|
||||||
|
- Nachrichten synchron
|
||||||
|
- Entscheidungswahrscheinlichkeiten korrekt
|
||||||
|
- Routing wie erwartet
|
||||||
|
- Alle Token beendet
|
||||||
|
|
||||||
|
### Ebene 2 - Zeitanalyse
|
||||||
|
- End-to-End-Prozesszeit messen
|
||||||
|
- Ressourcen nicht berücksichtigen
|
||||||
|
- Best-Case-Szenario unter gegebenen Fluss-/Bearbeitungszeiten
|
||||||
|
|
||||||
|
### Ebene 3 - Kalenderanalyse
|
||||||
|
- Auswirkungen der Ressourcenverfügbarkeit im Laufe der Zeit
|
||||||
|
- Veränderte Bedingungen
|
||||||
|
- Feiertagen, Wochenenden, Schichten, Pausen
|
||||||
|
- Zeigt
|
||||||
|
- Unter-/Überauslastung
|
||||||
|
- Gesamtkosten der Ressourcen
|
||||||
|
- Gesamtkosten Aktivität
|
||||||
|
- Verzögerungen
|
||||||
|
- erwartete Zykluszeit
|
||||||
|
|
||||||
|
|
||||||
|
## Beispiel Prozesssimulation
|
||||||
|

|
||||||
|
|
||||||
|
- Ergebnis
|
||||||
|
- 
|
||||||
|
|
||||||
|
### Konfiguration Level 1
|
||||||
|
- 
|
||||||
|
- Ergebnis
|
||||||
|
- 
|
||||||
|
|
||||||
|
### Konfiguration Level 2
|
||||||
|
- 
|
||||||
|
- Ergebnis
|
||||||
|
- 
|
||||||
|
|
||||||
|
## Zusammenfassung Simulation
|
||||||
|
- Methode zur Bewertung der Leistung eines GM
|
||||||
|
- verschiedene Aspekte
|
||||||
|
- Zeit, Verfügbarkeit, Kosten
|
||||||
|
- Ziele:
|
||||||
|
- Überprüfung der Prozessfähigkeit
|
||||||
|
- Validierung der Realitätsnähe der Prozessmodelle
|
||||||
|
- Bewertung alternative PM
|
||||||
|
- What-If-Analyse nützlich zur Bewertung der Auswirkung auf Unternehmen
|
||||||
|
- strategische, taktische, betriebliche Änderung
|
@ -110,4 +110,7 @@
|
|||||||
- **Story-Writing-Workshops**
|
- **Story-Writing-Workshops**
|
||||||
- Meeting mit Devs, Nutzer, Produkt-Kunde, andere Beteiligte
|
- Meeting mit Devs, Nutzer, Produkt-Kunde, andere Beteiligte
|
||||||
- Schnellste Möglichkeit für neue Stories
|
- Schnellste Möglichkeit für neue Stories
|
||||||
- Führen des Workshops benötigt Erfahrung
|
- Führen des Workshops benötigt Erfahrung
|
||||||
|
|
||||||
|
|
||||||
|
https://www.paypal.com/qrcodes/p2pqrc/Q2JPNYNT3NEQE
|
@ -100,4 +100,5 @@
|
|||||||
|
|
||||||
## [ARM Toolchain](arm_toolchain.md)
|
## [ARM Toolchain](arm_toolchain.md)
|
||||||
|
|
||||||
## [ARM Befehle](arm_befehle.md)
|
## [ARM Befehle](arm_befehle.md)
|
||||||
|
|
||||||
|
130
Writerside/topics/RA/arm_adressierung.md
Normal file
@ -0,0 +1,130 @@
|
|||||||
|
# ARM Adressierung
|
||||||
|
## Datentransfer-Befehle
|
||||||
|
- Einzelregister-Transfer-Befehle (MOV, MVN, MRS, MSR)
|
||||||
|
- Einzeltransfer-Load/Store-Befehle
|
||||||
|
- Blocktransfer-Load/Store-Befehle
|
||||||
|
|
||||||
|
## Datentransfer
|
||||||
|
### Datentransfer zwischen Speicher und Register
|
||||||
|
ldr r0, [r1]
|
||||||
|
str r0, [r1]
|
||||||
|
|
||||||
|
- R0: Zielregister
|
||||||
|
- R1: enthält Speicheradresse, von der geladen/gespeichert wird
|
||||||
|
|
||||||
|
- Langsamer Transfer zwischen Speicher- und Rechenwerk
|
||||||
|
|
||||||
|
### Zwischen Registern
|
||||||
|
mov r0, r1
|
||||||
|
|
||||||
|
- R0: Zielregister
|
||||||
|
- R1: Quellregister
|
||||||
|
|
||||||
|
- Schneller Transfer innerhalb des Rechenwerks
|
||||||
|
|
||||||
|
## Speicherorganisation
|
||||||
|
- Byte-orientierter Speicher
|
||||||
|
- Speicherstelle: **1 Byte**
|
||||||
|
- Transfer-Befehle liefern meist 32 Bit
|
||||||
|
- 
|
||||||
|
|
||||||
|
### Little Endian
|
||||||
|

|
||||||
|
|
||||||
|
### Alignment im Speicher
|
||||||
|
- Ausrichtung der Adressen für Zugriffe an Worten (32Bit = 4 Byte)
|
||||||
|
- 
|
||||||
|
- erlaubt einfachere Speicheranbindung, wenn Wortweise gelesen wird
|
||||||
|
- Cache Speicherung mindestens nach Worten ausgerichtet
|
||||||
|
- Wenn man Bytes frei anordnen würde, könnte eine Hälfte im Cache stehen, die andere nicht verfügbar
|
||||||
|
- **Intel:**
|
||||||
|
- Jedes Wort kann auf jeder Adresse stehen
|
||||||
|
- nicht ausgerichtete Wörter brauchen 2 Speicherzugriffe
|
||||||
|
- wäre langsamer
|
||||||
|
|
||||||
|
## Speicheraufteilung / Assembleranweisungen
|
||||||
|
- **.text**
|
||||||
|
- Legt Textbereich an
|
||||||
|
- **.align #Bits**
|
||||||
|
- nachfolgende Anweisung steht auf Speicherstelle, deren unteren #Bits 0 sind
|
||||||
|
- **.data**
|
||||||
|
- Legt Datenbereich an
|
||||||
|
- **.comm symbol, size**
|
||||||
|
- Legt Symbol in globale bss-Section für uninitialisierte Daten
|
||||||
|
- **.word Ausdruck**
|
||||||
|
- Legt initialisierten Speicherbereich mit Größe 4 Byte an
|
||||||
|
- **.byte Ausdruck**
|
||||||
|
- Legt initialisierten Speicherbereich mit Größe 1 Byte an
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|
|
||||||
|
## Befehle LDR und STR
|
||||||
|
- Zugriff erfolgt indirekt
|
||||||
|
- Speicherung kann indiziert / mit Offset vorgenommen werden
|
||||||
|
- zum Zugriff genutzter Zeiger kann vor / nach Zugriff in-/dekrementiert werden
|
||||||
|
|
||||||
|

|
||||||
|
|
||||||
|
## Immediate Adressierung
|
||||||
|
- 
|
||||||
|
- Operand wird direkt im Befehl gespeichert
|
||||||
|
- Kein weiterer Speicherzugriff erforderlich
|
||||||
|
|
||||||
|
## Direkte Adressierung
|
||||||
|
- 
|
||||||
|
- Adresse befindet sich im Opcode
|
||||||
|
- Kann während der Laufzeit nicht mehr geändert werden
|
||||||
|
- **Achtung:**
|
||||||
|
- RISC kann nicht 32Bit im Opcode → nicht möglich
|
||||||
|
|
||||||
|
## PC-relative Adressierung
|
||||||
|
- Zugriff auf Daten mit _ldr register, label_
|
||||||
|
- Laden der ADresse erfolgt über Konstante
|
||||||
|
- wird PC-relativ adressiert
|
||||||
|
- Befehl ldr r0, Label
|
||||||
|
- Pseudobefehl, wird vom Assembler in passenden Befehl umgesetzt
|
||||||
|
- Beispielsweise:
|
||||||
|
- ```
|
||||||
|
add r0, pc, #8
|
||||||
|
sub r0, pc, #0xb7
|
||||||
|
ldr r0, [r0]
|
||||||
|
ldr r0, [pc, #8]
|
||||||
|
```
|
||||||
|
- Speicherinhalt an Stelle Label wird geladen
|
||||||
|
|
||||||
|
## Pipelining
|
||||||
|
- 
|
||||||
|
- im PC immer aktuelle Befehlsadresse + 8
|
||||||
|
|
||||||
|
## Register-Adressierung
|
||||||
|
- `mov r0, r1`
|
||||||
|
- 
|
||||||
|
- Wie [direkte Adressierung](#direkte-adressierung). nur mit Speicher- statt Registeradresse
|
||||||
|
|
||||||
|
### Register-indirekte Adressierung
|
||||||
|
- Beispiel: `ldr r0, [r1]`
|
||||||
|
- 
|
||||||
|
- Benutzt Registerwert (**Basisregister**) als Speicheradresse
|
||||||
|
- zum Laden/Speichern des Wertes an der Adresse
|
||||||
|
- einer der Operanden aus dem Speicher, andere im Register
|
||||||
|
- Registeradressierung über Pointer
|
||||||
|
- Gesamter Speicherbereich kann adressiert werden, ohne dass Adresse in der Instruktion sein muss
|
||||||
|
|
||||||
|
### Beispiel Kopieren
|
||||||
|

|
||||||
|
|
||||||
|
## Indizierte Adressierung
|
||||||
|
- Register + Offset Adressierung
|
||||||
|
- Beispiel: `ldr r0, [r1, #8]`
|
||||||
|
- 
|
||||||
|
- Kommt häufig vor, dass Speicher zugegriffen wird, der einen Offset relativ zur Basisadresse besitzt
|
||||||
|
- Adressierung über Register plus konst. Offset = **indexed Adressing**
|
||||||
|
- Arm:
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
|
||||||
|
## Beispiel Kopieren indiziert
|
||||||
|
- 
|
||||||
|
- 
|
||||||
|
-
|
@ -401,3 +401,4 @@
|
|||||||
- Inhalt von lr wird zur Rückkehr ins aufrufende Programm benötigt
|
- Inhalt von lr wird zur Rückkehr ins aufrufende Programm benötigt
|
||||||
- 
|
- 
|
||||||
|
|
||||||
|
## [ARM Adressierung](arm_adressierung.md)
|
||||||
|