Forum: Mikrocontroller und Digitale Elektronik Das PIC18(xxK22) Buch ;-)


von Volker S. (vloki)


Lesenswert?

Oh nein, nicht noch so ein ...

Tut mir leid, aber das muss jetzt leider sein, da ich auch etwas 
Feedback zu einer Art Tutorial an dem ich arbeite gebrauchen könnte.

Behandelt wird vornehmlich ein PIC18F2xK22 aber das Fernziel ist es 
eigenlich zu zeigen, wie man ein Datenblatt und die Dokumentaion von IDE 
und Compiler benutzt um zu Ziel zu kommen.

Die bisherige Dokumentation kann man hier herunterladen:
https://www.disk.dsl.o2online.de/FZzqqyL/Public/?a=z1GE0zTFIyg

Bei Interesse am besten die Vesion uC_quick-X-test verwenden.

Dort gibt es auch noch ein Foto der verwendeten Hardware.

Einen Schaltplan und weitere Demo-Programme findet man vorerst hier:
http://picforum.ric323.com/viewtopic.php?f=60&t=70
(wird aber noch in den Link oben eingefügt)

von thomas (Gast)


Lesenswert?

Wer benutzt denn noch Java ?
Noch unsicherer geht es ja wohl nicht.
Installiere bestimmt nicht Java um das
runter zu laden.

von Volker S. (vloki)


Lesenswert?

Du musst nicht ;-)

von Brater (Gast)


Lesenswert?

Macht einen guten ersten Eindruck! :)
Mir gefaellt, dass die Listings nicht gekuerzt sind. Gerade fuer 
Anfaenger ist es oft nervig, wenn plotzlich die Includes weggekuerzt 
wurden oder bestimmte Programmteile dann fehlen, wodurch das Programm 
per Copy Pasta nicht mehr compilierbar ist.

@thomas: was fuer eine tolle Kritik -_- so etwas bringt jeden weiter.
Mal so als Tipp am Rande: Java ist kein HIV oder sowas. Man muss Java ja 
nicht ins Internet lassen. Und wenn du keinen Bock hast, Java regulaer 
zu installieren, dann nimmst du einfach Java portable und baust dir 
einen Launcher fuer die temporaere Umgebungsvariable fuer die IDE. 
Manmanmanman...

von W.S. (Gast)


Lesenswert?

Volker SchK schrieb:
> Oh nein, nicht noch so ein ...

Ja, dem schließe ich mich an.

Dein Text sieht so chaotisch aus, daß es mich graust.

Wenn du denn schon meinst, eine Art zusätzliches Tutorial für die PIC18 
schreiben zu müssen, solltest du auf irgend eine Art systematisch 
vorgehen. Du könntest z.B. beim CPU-Prinzip beginnen, deine Leser dann 
durch die Maschinenbefehle führen, dann durch die Adreßräume und dann 
dich der Peripherie zuwenden.

Als nächstes sehe ich, daß die eingefügten Grafiken fast immer falsch 
proportioniert sind. Die Übersicht auf Seite 8 ist beispielsweise viel 
zu klein und deine Texte zu 1.2.1.1 bis 1.2.1.3 sind überhaupt nicht 
hilfreich, weil sie nur Allgemeinplätze enthalten.

Allerdings sehe ich sehr wohl, daß so etwas nur für Leute interessant 
sein kann, die tatsächlich etwas von der Hardware der PIC's verstehen 
wollen - all den vielen C-Schreibern hier im Forum dürfte es völlig 
anders gehen: die wehren sich mit Händen und Füßen dagegen, sich auf 
irgend eine Hardware mental einzulassen.

W.S.

von Volker S. (vloki)


Lesenswert?

W.S. schrieb:
> Ja, dem schließe ich mich an.
>
> Dein Text sieht so chaotisch aus, daß es mich graust.

Ja, ist noch nicht fertig. Dein Kommentar ist trotzdem jetzt keine 
besondere Hilfe. Du müsstest da ein kleines Stück rauspicken und eine 
bessere Version liefern.

W.S. schrieb:
> Wenn du denn schon meinst, eine Art zusätzliches Tutorial für die PIC18
> schreiben zu müssen, solltest du auf irgend eine Art systematisch
> vorgehen. Du könntest z.B. beim CPU-Prinzip beginnen, deine Leser dann
> durch die Maschinenbefehle führen, dann durch die Adreßräume und dann
> dich der Peripherie zuwenden.

Ist sicher eine Überlegung wert. Biher habe ich anscheinend eine andere 
Betrachtungsweise. Wichtig an einem uC sind mir eigentlich die 
Peripheriemodule. Die CPU ist nur nebensächlich ;-)

W.S. schrieb:
> Als nächstes sehe ich, daß die eingefügten Grafiken fast immer falsch
> proportioniert sind. Die Übersicht auf Seite 8 ist beispielsweise viel
> zu klein und deine Texte zu 1.2.1.1 bis 1.2.1.3 sind überhaupt nicht
> hilfreich, weil sie nur Allgemeinplätze enthalten.

Die Grafiken sollen immer parallel im aktuellen Datenblatt angeschaut 
werden, deshalb finde ich es fast schon gut, dass Sie zu klein sind.
Die Ausführungen 1.2.1.1 ... sind wirklich etwas mager. Da weiß ich 
allerdings noch nicht, wie ich das machen soll, bzw. ob es weiter unten 
noch einKapitel gibt, das den entsprechenden Teil ausführlich behandeld 
und hier nur verlinkt wird. (z.B. Näheres dazu folgt in Kapitel 2.6.1 
Oszillator Konfiguration)

W.S. schrieb:
> Allerdings sehe ich sehr wohl, daß so etwas nur für Leute interessant
> sein kann, die tatsächlich etwas von der Hardware der PIC's verstehen
> wollen - all den vielen C-Schreibern hier im Forum dürfte es völlig
> anders gehen: die wehren sich mit Händen und Füßen dagegen, sich auf
> irgend eine Hardware mental einzulassen.

Die Hardware zu verstehen ist der Zweck des ganzen Aufwandes. Es graust 
mich immer was für Controlller Boliden mit welchem Softwareaufwand 
eigesetzt werden um die einfachsten Dinge zu erledigen, welche die 
Peripheriemodule automatisch machen, wenn sie entsprechend konfiguriert 
werden.
Wofür mancher einen 32bit Controller einsetzt ist ungefähr so als ob man 
mit einem 30Tonner zum Brötchen holen geht oder mit einem Flugzeugträger 
zum Angeln raus fährt.

von Volker S. (vloki)


Lesenswert?

Hmmm, keiner mehr ?
Dann erst mal Danke an die, welche sich die Mühe gemacht haben !

Falls Java wirklich ein Problem darstellt, hier noch direkte Links zu 
den Dateien:
https://www.disk.dsl.o2online.de/FZzqqyL/Public/uC_quick-X-test.pdf?a=1UFIehM880Q

https://www.disk.dsl.o2online.de/FZzqqyL/Public/Foto_ucQ.png?a=-2i8K0KjQZc

Ich hoffe das so kein Java im Spiel ist ...
<edit> *Mist, beim Foto anscheinend doch*

PS: Die Links werden natürlich nicht ewig gültig sein.
Wenn es nicht mehr funktioniert und jemand wirklich großes Interesse 
hat, dann kann er mich ja kontaktieren ...

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.