PIC 12F675 Tastendruckzeit auswerten in Assembler

[PICture]

Hallo!

Fürs Lernen kann's nicht schaden: https://www.roboternetz.de/wissen/in.../PIC_Assembler . Leider kann ich dir nicht helfen, weil ich die Mnemonics vom ASM Quellcode aus unnötigem Text zu "fischen" hasse.

[DL4VAL]

Hallo!

Fürs Lernen kann's nicht schaden: https://www.roboternetz.de/wissen/in.../PIC_Assembler . Leider kann ich dir nicht helfen, weil ich die Mnemonics vom ASM Quellcode aus unnötigem Text zu "fischen" hasse.

Hallo
Danke für den link.
Was heißt das in Satz2 auf deutsch?
Wie kann ich das anders beschreiben?
VG Bernd

[PICture]

Falls du "Mnemonics" meinst, sind es zugeordnete englische Namen für Maschinenbefehle (z.B. "movf", "bcf", "bsf", usw.), die als Binärzahlen für Menschen sehr unverständlich sind.

Sorry, aber ich analisiere keine Quellcoden, wenn ich sie selber nicht brauche und fange immer mit Schaltplan + Zeitdiagrammen der Signale an.

[DL4VAL]

OK
Sorry.
Was ich nicht verstehe.Warum Antwortest Du, wenn Du nicht helfen willst und dich die Problemstellung nicht interessiert?

Für mich war das die Frage, ob man das so umsetzen kann?

Der "unnötige Text" sollte einfach nur erklären, was es bewirken soll.
Nee, ich wollte wissen, was unter unnötigem Text zu verstehen ist.

Schaltplan ist denke ich, hier nicht so relevant.
Ein Eingang für LINKS drehen, ein Eingang für RECHTS drehen.
Ein Ausgang für DIR, Ein Ausgang für Impuls.
Signalverlauf: Beide Eingänge AUS, beide Ausgänge AUS
Eingang LINKS bis etwa 5 Sekunden ein, Ausgang DIR AUS, Ausgang Impuls EIN/AUS 50ms Takt
Eingang LINKS größer 5 Sekunden ein, Ausgang DIR AUS, Ausgang Impuls EIN/AUS 10ms Takt

Das gleiche für RECHTS.
Nur der Vollständigkeit halber.
Falls sich noch jemand findet der mir da weiterhelfen will.
Danke.

Bernd

Höflichkeit ist eine Zier, weiter kommt man ohne Ihr.

[PICture]

Was ich nicht verstehe.Warum Antwortest Du, wenn Du nicht helfen willst und dich die Problemstellung nicht interessiert?

Ich habe beantwortet, weil ich jedem helfen will. Dafür muss ich mir jedoch das Problem vorstellen können, was aber bisher leider nicht möglich war.

Schaltplan ist denke ich, hier nicht so relevant.

Ich habe nur µC Beschaltung von Ein- und Ausgängen gemeint, möchte aber darüber nicht diskutieren.

Ausserdem anstatt "learning by doing" ist "learning befor doing" sicher effizienter.

[RoboHolIC]

Bevor die Diskussion weiter entgleitet: Ich denke, jeder wird mit der Zeit seine eigene bevorzugte Herangehensweise an neue Dinge entwickeln - und die scheinen nicht immer kompatibel zu einander zu sein. Vielleicht lässt man das einfach so stehen.

@DL4VAL
Ich selbst bin froh, wenn ich mich nach einem halben Jahr im Source-Konzept eines abgeschlossenen Hobbyprojekts wieder zurecht finde. Bis auf wenige Detaillösungen habe ich mir allen Sourcecode meiner Projekte Schritt für Schritt selbst erarbeitet und zum funktionieren gebracht.
Diesen Weg und die damit verbundenen Erfolgserlebnisse will ich dir gar nicht ersparen bzw. vorenthalten. (Wenn du da Faulheit herausliest, würde ich das nicht mal dementieren).

In den angehängten Quelltext mag ich mich nicht im Detail(siehe oben) einlesen. Allerdings hab ich nach dem org 0x00 ein 'goto Init' gesehen, da würde ich immer ein 'call Init' erwarten, damit der Programmfluss auch wieder zurück kommt und dann das 'goto main' ausführt (goto ist hier möglich aber unfein). Mich wunderts, dass überhaupt was halbwegs sinnvolles passiert.

Ich schlage stattdessen vor bzw. empfehle dir:
- fang mit der Einrichtung eines Timerinterrupts an, z.B. 1ms Zyklus.(d.h. Prescaler, Timer-Config, Preloadwert setzen, PIE & GIE-Register passend machen)
- dann lass je Durchlauf eine Zählervariable inkrementieren
- werte das Bit 7 der Zählervariable aus: wenn gesetzt, dann LED einschalten, andernfalls LED ausschalten
Fertig ist eine Blinkfunktionalität (wenngleich vermutlich zu hektisch)

Dann: baue eine Delayfunktion in der ISR, die den Controller nicht für andere Aufgaben blockiert:
- wenn restzeit > 0, dann dekrementiere restzeit
- wenn restzeit == 0, dann
- invertiere den Pegel auf der Steppertreiber-Pulsleitung ; das ist der eigentliche Nutzen
- setze restzeit auf den Startwert
Fertig ist die frequenzstabile Pulserzeugung für den Steppertreiber

Wenn die Pulserzeugung klappt, kannst du die Richtungssteuerung dazubauen

Dann vielleicht die Zeitmessung für die EIN-Zeit einer Taste (wie bereits beschrieben)
und so weiter ...

Spiele mit den Möglichkeiten, sammle Erfahrung und lass das Datenblatt nicht kalt werden.

Gruß
RoboHolIC

[DL4VAL]

Bevor die Diskussion weiter entgleitet: Ich denke, jeder wird mit der Zeit seine eigene bevorzugte Herangehensweise an neue Dinge entwickeln - und die scheinen nicht immer kompatibel zu einander zu sein. Vielleicht lässt man das einfach so stehen.

@DL4VAL
Ich selbst bin froh, wenn ich mich nach einem halben Jahr im Source-Konzept eines abgeschlossenen Hobbyprojekts wieder zurecht finde. Bis auf wenige Detaillösungen habe ich mir allen Sourcecode meiner Projekte Schritt für Schritt selbst erarbeitet und zum funktionieren gebracht.
Diesen Weg und die damit verbundenen Erfolgserlebnisse will ich dir gar nicht ersparen bzw. vorenthalten. (Wenn du da Faulheit herausliest, würde ich das nicht mal dementieren).

In den angehängten Quelltext mag ich mich nicht im Detail(siehe oben) einlesen. Allerdings hab ich nach dem org 0x00 ein 'goto Init' gesehen, da würde ich immer ein 'call Init' erwarten, damit der Programmfluss auch wieder zurück kommt und dann das 'goto main' ausführt (goto ist hier möglich aber unfein). Mich wunderts, dass überhaupt was halbwegs sinnvolles passiert.

Ich schlage stattdessen vor bzw. empfehle dir:
- fang mit der Einrichtung eines Timerinterrupts an, z.B. 1ms Zyklus.(d.h. Prescaler, Timer-Config, Preloadwert setzen, PIE & GIE-Register passend machen)
- dann lass je Durchlauf eine Zählervariable inkrementieren
- werte das Bit 7 der Zählervariable aus: wenn gesetzt, dann LED einschalten, andernfalls LED ausschalten
Fertig ist eine Blinkfunktionalität (wenngleich vermutlich zu hektisch)

Dann: baue eine Delayfunktion in der ISR, die den Controller nicht für andere Aufgaben blockiert:
- wenn restzeit > 0, dann dekrementiere restzeit
- wenn restzeit == 0, dann
- invertiere den Pegel auf der Steppertreiber-Pulsleitung ; das ist der eigentliche Nutzen
- setze restzeit auf den Startwert
Fertig ist die frequenzstabile Pulserzeugung für den Steppertreiber

Wenn die Pulserzeugung klappt, kannst du die Richtungssteuerung dazubauen

Dann vielleicht die Zeitmessung für die EIN-Zeit einer Taste (wie bereits beschrieben)
und so weiter ...

Spiele mit den Möglichkeiten, sammle Erfahrung und lass das Datenblatt nicht kalt werden.

Gruß
RoboHolIC

Hallo RoboHolIC
Danke für die Antwort.
Da ich schon seit Jahren Excel-VBA beruflich programmiere, weiß ich was Du meinst.
Nur habe ich mir verschiedene Funktionen geschrieben, die ich als Baustein immer wieder einsetzen kann.
Spart natürlich Arbeit.
Irgendwann habe ich auch das "unnötige" Kommentieren angefangen. (Sorry, sollte jetzt keine Anspielung auf vorhergehendes sein)
Das Kommentieren habe ich Anfangs aus Faulheit auch weggelassen. Nachträglich aber eingefügt, um wieder zu verstehen was abläuft.
Ich dachte für Assembler gibt es vielleicht auch so "Bausteine" die man einsetzen kann.
Im Codesys gibt es auch vordefinierte Bausteine und xxx.lib die man verwenden kann.

Zum Lernen:
PIC`s (Assembler) sind wie alle, einem selbst neu, neuen Programmiersprachen erst mal sehr unübersichtlich.(Befehle sind nicht in Kopf)
Einfache Beispiele zum Einarbeiten habe ich bei Sprut gefunden. Ich habe stundenlang verschiedene Sachen gelesen.
Ein einfaches Beispiel mit Kommentaren, in dem nur ein Eingang digital abgefragt wird und dann z.B. eine LED an einem Ausgang AN/AUS geht habe ich nicht gefunden. "Hallo Welt" für Assembler
Die Informationen mit analog/digital Eingang und das man die am Anfang (INIT) umstellen muss, konnte ich nur mühsam finden.
Wie Sprut auf seiner Seite schreibt: Er hat noch kein gutes Buch zu PIC`s gefunden. Danke an Sprut seine Seiten sind super.
Wenn das Projekt fertig ist, stelle ich den kommentierten Quelltext ein. Habe gelesen, dass viele Anfänger mit solche Problemen kämpfen.

OK, wird jetzt alles zu lang.
Meine Schaltung funktioniert jetzt ja, soweit. Habe mir auch so meine Gedanken über Lösungen der schnelleren Taktausgabe gemacht.
Verschiedene Sachen aus meiner Siemens S5 Zeit, wie Merker etc. sind mir da wieder in den Sinn gekommen.


Ich werde auch noch googeln was die ISR ist.
GOTO und REM aus meiner Basiczeit, werde ich dann auch durch Call und ; ersetzen. Danke.
Das mit den Timern vom 12F675 werde ich ausprobieren, wenn das Teil über die Verzögerungs-Schleifen läuft.
Schön das man einen PIC mehrmals brennen kann.

Dann Danke mal vorerst.

Gruß Bernd