Die ersten Experimente mit dem PIC16F13145 und seiner CLB-Funktionseinheit haben die „Struktur des Codes“ und die Bedienung des Synthesesystems demonstriert. Nun ist es an der Zeit, die CLB en Vivant vorzuführen.
Spezifischerweise hatten wir uns für das Inverter-Design entschieden: Es ergreift einen Eingangs-Pin bzw. das ihm anliegende Signal und leitet es zum Ausgang weiter.
Bildquelle: Autor
Praktische Inbetriebnahme.
Aufgrund der erwähnten und etwas haarigen Verfügbarkeit der Chips musste der Autor auf ein Sample zurückgreifen, dass er - wie in der Abbildung gezeigt - mit einem SMD-Adapter und einem Interface für das PicKit4 ausstattete. Erfreulicherweise sind auch „ältere“ PicKits zu Kombination mit dem 16F13145 befähigt - Microchip widersteht der Versuchung, seine Entwicklerschaft zum Upgraden zu zwingen.
Bildquelle: Autor.
Im nächsten Schritt bot sich das Aufbauen einer Messschaltung an. Der Danaher-AWG erregte das Gesamtsystem und diente auch als Triggersignal für den DSO. Das Ausgabesignal der FPGA-Zelle erscheint dann als Kanal eins am DSO.
Synchronisation und Bekämpfung von Glitches.
In der Theorie arbeitet der CLB „alleinstehend“ und vom Rest des Kerns unabhängig. In der Praxis bietet sich allerdings die Betrachtung der in der Abbildung gezeigten Option an, die eine „Synchronisation“ zwischen dem CLB-Block und dem Rest des Mikrocontrollers ermöglicht.
Bildquelle: Autor.
Fürs erste wollen wir diese Option aktiviert lassen, und den Rechen-Kern über den HFINTOSC-Oszillator mit einem Arbeitstakt von 1MHz versorgen. Aus der in der PIC-Architektur immanenten Teilung der Instruktionstaktrate durch den Faktor vier ergibt dies eine Arbeitsgeschwindigkeit von 250KHz.
Am Oszilloskop lässt sich das „Propagations-Delay“ des in der CLB lebenden Inverters dann wie in der Abbildung ermitteln.
Bildquelle: Autor.
Als nächster Versuch bietet sich eine Beschleunigung des Takts auf 32 MHz an. Erwartungsgemäß führt dies bei „synchronisiertem“ Eingang - wie in der Abbildung gezeigt - zu einer wesentlichen Beschleunigung der Reaktionszeit, die das zu der Beaufsichtigung verwendete LeCroy-Digitalspeicheroszilloskop fast an die Grenzen bringt (die Aktivierung der Kanal-Merging wurde hier aus Bequemlichkeitsgründen unterlassen, weil es eine Umsiedelung der Phaenomene auf CH2 und CH3 erfordert).
Bildquelle: Autor.
Als „Nächstes“ bietet sich eine abermalige Verlangsamung des Oszillator-Takts auf 1 MHz an, die Checkbox wird nun aber deaktiviert. Angemerkt sei, dass MCC auf das deaktiviert-sein immer mit Ausgabe einer Warnmeldung mit Bezug auf Metastabilität reagiert - es würde Microchip gut anstehen, hier eine Option zum „Stopfen des Maules“ unterzubringen.
In diesem Betriebsmodus „verbessert“ sich die Stabilität der Wellenform dann, wie in der Abbildung gezeigt, noch mehr.
Bildquelle: Autor.
Fortgeschrittene Anwendungsmöglichkeiten der CLB.
Zur „Dokumentation weiterer Einsatzmöglichkeiten sei im ersten Schritt abermals auf den CLB Synthesizer verwiesen. Er enthält unter anderem auch das in der Abbildung gezeigte Beispiel, das eine softwaregesteuerte MUX realisiert.
Bildquelle: Autor.
Hervorzuheben ist hier, dass sowohl die Eingänge als auch die Ausgänge der in der CLB lebenden Gatter-Schaltung nicht unbedingt mit realen ein- oder Ausgängen verbunden sein müssen. Wie hier durch demonstriert, ist es legitim, „die beiden Steuerregister“ als Quelle oder Senke zu benutzen. Ein lustiges Beispiel hierfür wäre die Realisierung eines Siebensegment-Decoders, der seinen „Eingang“ und/oder Ausgang aus Speicherregistern bezieht und so etwas Rechenzeit einzusparen hilft.
Apropos Siebensegment-Decoder: MicroChip ist sich der „Popularität“ dieser Aufgabe durchaus bewusst, und bietet unter https://github.com/microchip-pic-avr-examples/pic16f13145-7-segment-decoder-mplab-mcc zwei vollständig durchimplementierte Siebensegment-Decoder auf Basis der CLB an. Einer der beiden nutzt dabei die Eingabe in Logikgattern, während der andere eine der in den Engines ebenfalls implementierten Look Up-Tabels zur Erfüllung der Gefechtsaufgabe heranzieht.
Unter der URL https://mplab-discover.microchip.com/v2?dsl=CLB bietet Microchip dann - wie in der Abbildung gezeigt - „höherwertige“ Implementierungen an, die den CLB beispielsweise zur Ansteuerung von Neopixeln verwenden.
Luky S. schrieb:> Eigene Bastelprojekte als "News"?
Immer doch, alter Freund. Bald poste ich Fotos vom Abendessen.
Entre Nous: die Unterstellung im vorhergehenden Thread ist
reputationsschaedigend und klagbar.
lg
th
Das gehört meiner Meinung nach mindestens mit "unbezahlte Werbung"
gekennzeichnet, News sind es ganz sicher keine.
Microchip hat den Artikel zudem laut Autor auch noch mit Samples
unterstützt, das ist nicht immer ganz unproblematisch....
Luky S. schrieb:> Das gehört meiner Meinung nach mindestens mit "unbezahlte Werbung"
Ich finde den Artikel schon interessant. Hat mir jetzt irgendwie Lust
gemacht die Dinger auszuprobieren. Eigentlich finde ich Bastelprojekte
generell interessanter, und wenn da noch etwas nicht übliches gezeigt
wird, dann noch mal mehr interessanter.
Es geht mir gar nicht darum ob der Artikel interessant ist, ich finde
ganz einfach, dass er erstens nicht als "News" auf die Startseite gehört
(sondern ins Wiki zu den anderen Projekten) und zweitens nach meiner
Meinung hart an der Grenze zu einem Jubelpost / Werbung ist.
Die wichtigste Messung fehlt irgendwie.
Die asynchrone Durchlaufzeit durch:
- den Negator am Eingang der Zelle
- die Zelle selbst, z.B. als OR
- und der Negator am Ausgang der Zelle.
Edith:
Die maximale Taktfrequenz der Flip-Flops auch.
Luky S. schrieb:> Das gehört meiner Meinung nach mindestens mit "unbezahlte Werbung"> gekennzeichnet, News sind es ganz sicher keine.> Microchip hat den Artikel zudem laut Autor auch noch mit Samples> unterstützt, das ist nicht immer ganz unproblematisch....
Ah, jetzt verstehe ich von woher der Wind weht. Compliancesache. Sorry
dass ich pampig war, ich meinte du willst mir ans Bein urinieren -
COmpliance habe ich immer Verständnis für.
Kann dich aber beruhigen. Die Samplebestellung lief über die Fauchus
Pfauchus KFT, nicht über die slowakische Holding. Microchip hat mir die
Chips also geliefert, um ein Design voranzutreiben. Dass ich sie hier
"missbrauche", war MC nicht ersichtlich.
Falls du mir nicht glaubst hast du hier affichiert die Sampleorder samt
Samplenummer.
Nein, woher die Samples kommen und wer die wohin bestellt hat ist nicht
wichtig (wobei ich schon finde, das man es klar kennzeichnen sollte,
wenn man Produkte vom Hersteller zur Verfügung gestellt bekommt) - Ich
finde den Artikel einfach unpassend für die "News" Sektion und er klingt
für mich wirklich sehr nach einem Jubelartikel für Microchip - die
programmierbaren "innovative Peripheriegeräte" hatte Cypress schon vor
über 22 Jahren....
Das ist bei Heise oft das gleiche Schauspiel: Leser echauffieren sich
über die News, die Heise bringt und fragen sich, ob die das überhaupt
„dürfen“ bzw. „sollen“. Das ist allerhöchstens eine Sache zwischen dem
Webseitenbetreiber und dem Lieferanten, der Leser kann einfach woanders
hingehen oder wegbleiben.
Hallo,
ich denke das mit der Sample Bestellung wurde hier komplett falsch
verstanden. Microchip hat Tam nicht aktiv unterstützt oder dergleichen.
Jeder kann bei Microchip Samples bestellen, ohne das Microchip dafür
irgendwelche Bedingungen stellt. Darf man sowieso nicht übertreiben.
Zudem hängt der Test hier mit der vorherigen News zusammen, wo Tam
klargestellt hat das es zum Zeitpunkt den Controller nirgends zu kaufen
gab und nur als Sample verfügbar war. Hätte er die Info weggelassen wäre
das niemanden aufgefallen und es hätte an der Situation oder Aussage von
Tam absolut nichts geändert. Der einzigste Unterschied für Tam selbst
ist, dass ihm die Samples nichts gekostet haben, aber wie gesagt ohne
jede weitere Forderung. Ich hätte genauso gut Samples bestellen und den
Test machen können oder jeder andere von Euch. Hätte nichts am Thema
geändert. Ich denke hier übertreiben es einige mit ihrer Echoffierung.
Luky S. schrieb:> Microchip hat den Artikel zudem laut Autor auch noch mit Samples> unterstützt, das ist nicht immer ganz unproblematisch....
Ich bin mir relativ sicher das es Tam so gut geht das er nicht mit
Samples im Gegenwert von ein paar Cent zu bestechen ist.
Ich finde es gelinde gesagt 'ein wenig kleinkariert' sich über Samples
bei einem durchaus lesenswerten Beitrag aufzuspulen.
Man könnte aber auch passendere Kraftausdrücke für dieses Verhalten
finden.
MC versorgt mich mit samples auch wenn ich nicht darüber schreibe.
Befinde ich mich jetzt in einem Interessenskonflikt gegenüber meinen
Kunden oder kümmere ich mich lieber um wichtige Probleme?
Ich möchte Tam hiermit ermuntern die Möglichkeiten der programmierbaren
Logik im PIC Controller weiter auszuloten und den Geräuschen vom
Spielfeldrand keine Beachtung zu schenken.
MICH interessiert nämlich mehr wie ich die CLB einsetzen kann um der on
chip HW erweiterte Funktionen zu entlocken.
Und ja, auch gerne als News Beitrag wenn es nur mehr Substanz hat als
das tägliche sinnfreie Geklöter im Forum.
Jetzt beruhigen wir uns mal alle, ich hatte nur den Eindruck das es sich
um einen Jubelartikel für ein in Wahrheit gar nicht so besonders
innovatives Produkt handelt, Tam hat das dann falsch verstanden und hat
mir dann gedroht.
Luky S. schrieb:> mir dann gedroht
Hat er nicht.
DU hast ehrabschneidenden Mist geschrieben, der einen freien Autor Kopf
und Kragen kosten kann wenn das jemand ernst nimmt und Tam hat darauf
hingewiesen das sowas böse ins Auge gehen kann.
Es war absolut nichts falsch zu verstehen an Deinen Ausführungen das
kostenlose Samples von MC in Verbindung mit einem 'Jubel' Artikel nach
Gefälligkeitsbeitrag klingt.
Du hast auch offensichtlich nicht verstanden wie mächtig so ein CLB sein
kann und das es durchaus einen Newsbeitrag wert ist in dem ein
leidenschaftlicher Entwickler sich auch über die Möglichkeiten freuen
darf.
Wenn man nichts substanzielles zu sagen hat und den Inhalt nicht
versteht, darf man auch einfach mal nichts dazu sagen, statt Leuten
Befangenheit zu unterstellen die hier einen Job erledigen für den sie
von Andreas bezahlt werden, weil die Qualität der Forenbeiträge längst
nicht mehr ausreicht um Techniker zu einem regelmäßigen Besuch zu
verleiten.
Wenn Dir die Qualität von Tams Beiträgen nicht gefällt, dann nehme Bezug
auf das was Deiner Meinung nach verbesserngsbedürftig ist und trage
gerne selber Informationen dazu bei. Das ist völlig Legitim und das tue
ich ggf. auch.
Aber sei in Zukunft vorsichtg wem Du unterstellst sich für eine
Falschdarstellung bestechen zu lassen, denn genau in die Richtung ging
Deine Anwurf.
Der Ton macht die Musik!
Wer in irgend einer Form Werbung (und das kann sehr weit gefasst sein,
auch ein Testbericht kann dazugehören...) für ein Produkt macht und
dafür eine direkte oder indirekte Gegenleistung (dazu gehören explizit
auch kostenlose Muster!!) erhält, hat das zu kennzeichnen, das sage
nicht ich, sondern die EU.
Luky S. schrieb:> das sage> nicht ich, sondern die EU.
Ich habe einen Kugelschreiber vom EMI Labor geschenkt bekommen.
Bin ich nun befangen und muß das meinem Kunden melden?
Du hast doch nicht alle Latten am Zaun!
Ich wollte niemals Tam irgendwas unterstellen, die Geschichte mit den
Samples war zu meiner Verteidigung, als er patzig wurde. Und nein, den
Kugelschreiber darf Michael behalten, es geht hier um online-postings,
nicht interne Compliance vom Kunden. Wir im öffentlichen Bereich dürfen
übrigens gar nichts >10€ annehmen, egal von wem. Macht das Sinn? Eher
nein, ist aber so.
Es hat mich einfach gestört, welche Artikel hier inzwischen als "News"
publiziert werden. Finde ich schade, gefällt mir nicht und natürlich
hätte ich auch ganz einfach wie so viele ruhig weggehen können. Habe ich
leider nicht, irgendwie habe ich immer noch die Hoffnung, dass es hier
mal wieder besser wird, sowohl im Forum, als auch in der
Artikelsammlung. wird aber eher schlimmer.
Motopick schrieb:> Die wichtigste Messung fehlt irgendwie.> Die asynchrone Durchlaufzeit durch:> - den Negator am Eingang der Zelle> - die Zelle selbst, z.B. als OR> - und der Negator am Ausgang der Zelle.>> Edith:> Die maximale Taktfrequenz der Flip-Flops auch.
Schick mir deine Adresse und ich sende dir einen der drei
uebergebliebenen PICs wenn du magst! Bitte EMAIL an tamhan aeht
tamoggemon punkt com.
Luky S. schrieb:> Nein, woher die Samples kommen und wer die wohin bestellt hat ist nicht> wichtig (wobei ich schon finde, das man es klar kennzeichnen sollte,> wenn man Produkte vom Hersteller zur Verfügung gestellt bekommt) - Ich> finde den Artikel einfach unpassend für die "News" Sektion und er klingt> für mich wirklich sehr nach einem Jubelartikel für Microchip - die> programmierbaren "innovative Peripheriegeräte" hatte Cypress schon vor> über 22 Jahren....
Ja, sicher hatte Cypress die. Aber: seien wir ehrlich. Der PIC ist hier
wahrscheinlich die meistverwendete Architektur, meine Generation ist
darauf aufgewachsen.
Wenn Microchip uns nun ein solches neues Flugzeug in den Hangar stellt,
sollte man es schon ansprechen.
Luky S. schrieb:> Wer in irgend einer Form Werbung (und das kann sehr weit gefasst sein,> auch ein Testbericht kann dazugehören...) für ein Produkt macht und> dafür eine direkte oder indirekte Gegenleistung (dazu gehören explizit> auch kostenlose Muster!!) erhält, hat das zu kennzeichnen, das sage> nicht ich, sondern die EU.
So, hierzu etwas. Die Samples gingen an die Fauchus Pfauchus KFT, die
Artikel schreibt ein komplett anderes Unternehmen in der Slowakei. Damit
denke ich ist, ist diese TU-144 endgueltig vom Fliegen abgeschrieben.
Außerdem habe ich auf die Beschaffung der Samples hingewiesen.
Luky S. schrieb:> Ich wollte niemals Tam irgendwas unterstellen, die Geschichte mit den> Samples war zu meiner Verteidigung, als er patzig wurde. Und nein, den> Kugelschreiber darf Michael behalten, es geht hier um online-postings,> nicht interne Compliance vom Kunden. Wir im öffentlichen Bereich dürfen> übrigens gar nichts >10€ annehmen, egal von wem. Macht das Sinn? Eher> nein, ist aber so.
Bei uns in SK ist die Grenze 18 EUR. Und, ja, deswegen kosten sehr viele
Weine 17.99 EUR.
> Es hat mich einfach gestört, welche Artikel hier inzwischen als "News"> publiziert werden. Finde ich schade, gefällt mir nicht und natürlich> hätte ich auch ganz einfach wie so viele ruhig weggehen können. Habe ich> leider nicht, irgendwie habe ich immer noch die Hoffnung, dass es hier> mal wieder besser wird, sowohl im Forum, als auch in der> Artikelsammlung. wird aber eher schlimmer.
Damit kann ich arbeiten. Bitte gib mir praktisches Feedback. Was fehlt
dir? Was quält dich?
(P.S. Wollte es eig. nicht breittreten aber ich habe nach wie vor
gesundheitliche Probleme und sass bis vor paar H mit nem Venflon vor dem
Rechner. Wie du an der Zeit dieser Antwort siehst, arbeite ich
liegengebliebene Sachen auf. Morgen um 8h20 geht es weiter,
Markteröffnung FTSE)
Gute Besserung Tam!
Die bisherigen News Artikel fand ich sehr gut. Der Schreibstil mag zwar
nicht jedermanns Sache sein, aber mir gefällts und die Einblicke sind
auch wirklich interessant. Die Bauteilauswahl war auch wirklich immer
gut und ausgewogen.
Was ich eben unpassend finde sind Bastelartikel, die gehören (meiner
Meinung nach!) nicht auf die Startseite. Dafür war mal eine recht
brauchbare Artikelsammlung hier, da gibt es Platz für Tutorials,
Projektbeschreibungen usw. Leider inzwischen auch nicht mehr immer ganz
aktuell und gepflegt (gibt Ausnahmen), was schade ist. Gefühlt schreiben
hier leider inzwischen zu wenige mehr aktiv mit. Ich kann nicht
beurteilen, warum sich so viele zurückgezogen haben. Vielleicht weil
Artikel und Beiträge hier viel zu oft hart kritisiert werden ("Brauchtst
du eh nicht", "kennst dich nicht aus", etc.) oder weil die freiwilligen
Autoren halt auch die Lust am kostenlosen verfassen von Artikel
verlieren, wenn andere für dieselbe Arbeit bezahlt werden? Der
Artikelwettbewerb vor ein paar Jahren wäre meiner Meinung nach wieder
mal eine tolle Sache.
Luky S. schrieb:> Gute Besserung Tam!> Die bisherigen News Artikel fand ich sehr gut. Der Schreibstil mag zwar> nicht jedermanns Sache sein, aber mir gefällts und die Einblicke sind> auch wirklich interessant. Die Bauteilauswahl war auch wirklich immer> gut und ausgewogen.> Was ich eben unpassend finde sind Bastelartikel, die gehören (meiner> Meinung nach!) nicht auf die Startseite. Dafür war mal eine recht> brauchbare Artikelsammlung hier, da gibt es Platz für Tutorials,> Projektbeschreibungen usw. Leider inzwischen auch nicht mehr immer ganz> aktuell und gepflegt (gibt Ausnahmen), was schade ist. Gefühlt schreiben> hier leider inzwischen zu wenige mehr aktiv mit. Ich kann nicht> beurteilen, warum sich so viele zurückgezogen haben. Vielleicht weil> Artikel und Beiträge hier viel zu oft hart kritisiert werden ("Brauchtst> du eh nicht", "kennst dich nicht aus", etc.) oder weil die freiwilligen> Autoren halt auch die Lust am kostenlosen verfassen von Artikel> verlieren, wenn andere für dieselbe Arbeit bezahlt werden? Der> Artikelwettbewerb vor ein paar Jahren wäre meiner Meinung nach wieder> mal eine tolle Sache.
Bitte checke deine DM! Lass uns etwas starten!
Und: wenn du mal in BUD bist, geht die erste Zigarre auf mich!
Tam H. schrieb:> Microchip hat mir die> Chips also geliefert, um ein Design voranzutreiben. Dass ich sie hier> "missbrauche", war MC nicht ersichtlich.
Hast du aber gut gemacht ;)
A.S. hatte in der c't auch nicht nur über Klatsch und Tratsch rund um
die Computerentwicklung geschrieben.
https://www.youtube.com/watch?v=tlamrtNFeJQ
Tam H. schrieb:> Ja, sicher hatte Cypress die. Aber: seien wir ehrlich. Der PIC ist hier> wahrscheinlich die meistverwendete Architektur, meine Generation ist> darauf aufgewachsen.
Ugh, wegen solcher Aussagen sind hier schon richtig lange Threads
entstanden. :-)
Die meisten hier dürften aktuell irgendeinen ARM Controller verwenden,
wenn wir mal bei "Architektur" bleiben, im wesentlichen STM32 um
spezifischer zu sein.
Und früher mal, so vor 10 bis 20 Jahren, da war das Forum ganz klar von
Atmel AVR dominiert.
PIC ist nicht mal eine Architektur, das ist der Markenname mit dem
Microchip alle Controller versieht.
Die Bandbreite geht inzwischen von den ranzigen
Akkumulator-und-keine-Register PICs bis zu Cortex M7.
Also die komplette Bandbreite von "Ugh, niemals" bis "Wow, ist
vielleicht doch etwas zu fett".
Meine erste Begegnung mit PICs war Mitte/Ende der 1990er, zu der Zeit
waren Datenblätter noch auf Papier.
Ich hatte überlegt einen Controller zu programmieren könnte interessant
sein, nur kamen zu der Zeit gerade erst Controller mit eingebautem Flash
auf den Markt, die meisten Controller musste man in der Zeit noch mit
einem externen Program-Speicher versehen. Die Idee ein EPROM aus der
Schaltung zu nehmen, mit UV zu löschen und in einem speziellem
Programmiergerät zu programmieren fand ich gruselig als das praktisch
noch normal war.
Wir hatten in der Firma ein Abo für Datenblätter, da kamen einmal im
Moment einige Seiten an und wurden in Ring-Ordner sortiert.
Ich began also interessiert zu lesen, PIC16F84 müsste das gewesen sein,
nach kurzer Zeit habe ich dann allerdings den Ordner wieder in den
Schrank gestellt, ich hatte genug 6502 Assembler auf dem C64
programmiert um mich von dem PIC abschrecken zu lassen.
Ein paar Jahre später, muss so 2005 gewesen sein, kam ich über meinen
nächsten Arbeitgeber auf Atmel AVR, die konnte man nicht nur in C
programmieren, die waren für die Programmierung in C entwickelt worden.
Nun wurde Atmel von Microchip gekauft, somit wäre das ja die Gelegenheit
sich neben neueren ARM Controllern von Microchip die zumindest teilweise
praktisch identische Kopien von den ATSAM sind, auch mal andere PICs
anzuschauen, so etwa mit MIPS32 Kern.
Mich kotzt nur die Entwicklungsumgebung von Microchip an, ich fand MPLAP
schon mies, das wurde mit MPLAB-X nicht besser und der Todesstoß für
mich war dann als die Includes von den ATSAM auf komplett inkompatibel
umgebaut wurden. Dazu noch der Witz mit den eingeschränkten Compilern,
wobei der XC32 für die ATSAM eigentlich ein GCC ist, wenigstens das
Thema ist inzwischen weniger schlimm.
Ich nutze immer noch das Atmel-Studio, jetzt Microchip-Studio, aber auch
nur, weil ich noch keine Controller Familie von einem anderen Hersteller
gefunden habe um die von mir gerade bevorzugten ATSAME51 zu ersetzen.
Da Microchip eher keine neuen ATSAM mit CAN-XL anbieten wird die man im
Microchip-Studio programmieren kann, werde ich in ein paar Jahren wohl
keine Controller mehr von Microchip verwenden.