Es heißt genau das, was ich schreibe, weil du fragst, ob es verständlich sei und ob ich etwas erklären könnte:
ich sehe keinen kompilierbaren Code, den ich verstehen, selber kompilieren und auch varieren und testen kann. Solange sehe ich nur vage Diskussionen um Ideen, aber nichts Verständliches und Substanzielles leider.
- - - Aktualisiert - - -
PS,
@stochri: hast DU kompilierbaren Code für ein lernfähiges Netz zum testen?
Hallo Helmut,
wieso willst Du das GI-System testen? Du bist doch glücklich mit Deinen Systemen.
Und wieso kannst Du den Code nicht testen?
Gehts um FSR und INDF? Das ist ein eingebauter Pointer-Mechanismus des PICs. Dafür kannst Du schreiben:
char *FSR;
#define INDF (*FSR)
Oder gehts um den FIRE_REQ-Makro
#define FIRE_REQ (INDF.7) // zelle will feuern
Der PIC kann einzelne Bits lesen und kippen. Das wird natürlich genutzt. Du kannst dafür schreiben:
#define FIRE_REQ (INDF & _BV(7)) // zelle will feuern
Dann gelten noch meine Lieblings-Defines
#define BOOL bit // da kannst Du klein "bool" einsetzen
#define TRUE 1
#define FALSE 0
#define FOREVER while(1)
#define _BV(a) (1 << (a))
Und statt "uns8" kannst Du schreiben "unsigned char".
Fertig ist die Laube. Der ganze Rest ist K&R-Standard-C und der Aufruf des eeprom-Speichers.
Wo siehst Du Schwierigkeiten in der Portierung?
Ich habe unverändert Null Bock, Fehler in fremden Portierungen zu suchen. Das ging hier im Thread schon einmal gehörig schief. Getestete Portierungen gibts nur von mir. Und auch nur auf Anfrage ab Mitte nächster Woche, wie schon erklärt.
Viele Grüße
Wolfgang
Hier die aktuelle Doku mit selbstgesteuertem Lernen:
gi.pdf
Geändert von Rumgucker (08.12.2019 um 06:13 Uhr)
Hallo,
Warum will er das testen? Vermutlich um es, mindestens extern, zu verifizieren. U.U. selbst dann, wenn er es nicht "gut" findet.wieso willst Du das GI-System testen? Du bist doch glücklich mit Deinen Systemen.
Was den Rest anbelangt, wüsste ich jetzt aus dem Stand auch nicht, ob ich der Darbietung ein "Mangelhaft" oder "Ungenügend" geben sollte.
siehe:char *FSR;
#define INDF (*FSR)
Oder gehts um den FIRE_REQ-Makro
#define FIRE_REQ (INDF.7) // zelle will feuern
Der PIC kann einzelne Bits lesen und kippen.
Wegen der Frage nach dem Warum:
Dies ist ja ein öffentliches Thema, somit also für die Breite Masse zugänglich. Der Forumsbetreiber hatte dazu geschrieben: Denkt bitte auch an Einsteiger!
Wenn ich es wirklich ernst meine, würde ich meine Gedanken ordnen und versuchen, alles so darzubieten, dass es jeder versteht. Je nach Hintergrundwissen versteht es der eine besser, der andere schlechter und einer gar nicht. Dazu muss ich noch nicht einmal einen Source Code darbieten, wenn zuvor allgemeinverständliche Erklärungen vorlagen, die jeder lückenlos nachvollziehen kann. Das bedeutet aber auch eine Menge Arbeit im Detail. Source Codes für Arduino-IDE, Assembler- oder PIC-Programmierung, oder auch für Pascal, Fortran, MS Visual Basic, Borland C++ Compiler Version X, Java oder ECMA-Script V5 runden die Sache sicher ab, sind aber nicht unbedingt notwendig. Dafür gibt es allgemeingültigen Pseudocode, der auch in Schulen gelehrt wird und für so etwas besser geeignet wäre. Aber es gibt auch gut verständliche PAP-Formen, die verwendet werden können. Dafür gibt es ganz brauchbare Tools, wie diesen PAP-Designer.
Ist durchaus verständlich. Aber genau so wenig haben Leute hier unverändert Bock, sich durch fremde Programmiersprachen zu quälen und/oder stapelweise Dokus zu lesen, die in den Erklärfaden eingestreut sind, wenn die übrige Erklärung drumherum mangelhaft ist. Für solche Art der Darbietung halte ich die Blog-Seiten für geeigneter, die jeder User hier für sich anlegen kann. Dort findet die Wissensdarbeitung dann so statt, wie es jeder für notwendig hält, der seinen Blog fortführt. Dagegen gibt es nichts einzuwenden. Ich will hier niemanden reglementieren, is nur ein Vorschlag und meine Meinung.Ich habe unverändert Null Bock, Fehler in fremden Portierungen zu suchen.
MfG
Natürlich, genau deswegen! Verschiedene Lernmuster ausprobieren, um die Lernfähigkeit durch die Lernregel(n) zu testen, und ein bisschen mit verschiedenen Training-Sets herum"spielen", indem man verschiedene Sets nacheinander präsentiert und trainiert.Zitat von Moppi
einverstanden!
Hallo,
es muss ich hier überhaupt keiner durch irgendwas quälen.
Ich hatte vielfach gesagt, dass es ab Mitte nächster Woche von mir auf Anfrage den auf Tiny85 konvertierten Code gibt.
Eigenzitat aus #119
Ich finde Euer Gedrängele schlichtweg belastend.Danach fehlt dann nur noch das autonome Lernen. Dann gibt es auch keinen Lehrer mehr, der sagt, wenn das Lernziel erreicht wurde. Dieses Detail halte ich aber für sehr trivial.
Ich denke, bis spätestens Mitte nächster Woche bin ich mit dem gröbsten durch. Dann konvertier ich das noch kurz auf den Tiny85 und dann könnt Ihr losspielen. Source, Doku und gut getestete Anwendungsbeispiele. Das ist ne vernünftige Basis, finde ich.
Viele Grüße
Wolfgang
- - - Aktualisiert - - -
Hallo Moppi,
dieser Thread ist mein Arbeitsthread. Hier trage ich meine Gedanken vor und hier lade ich den jeweiligen Stand der Doku hoch.
Versteh ich Dich richtig, dass Du meine Darbietung hier als "mangelhaft" bzw. "ungenügend" empfindest?
Das ist starker Tobak, wenn ich das nicht missverstanden haben sollte.
Viele Grüße
Wolfgang
- - - Aktualisiert - - -
Hallo,
neulich Manfreds Ruf nach Professionalität. Und nun das Vorhalten einer mangelhaften bis ungenügenden Darbietung meinerseits. Irgendwas hab ich hier am Forum im Kern nicht verstanden. Ich schein den Ansprüchen nicht genügen zu können.
Ich beende daher meine weitere Arbeit hier im Thread und im Forum und wünsch Euch noch viel Spaß.
Wie man nen Account löschen kann, hab ich nicht rausgefunden. Aber ich betrachte ihn als gelöscht.
Viele Grüße
Wolfgang
Geändert von Rumgucker (08.12.2019 um 09:45 Uhr)
Apropos: Wie wär's mit einem KI-Linienfolger?
Spiking Neurons, the next step: https://www.roboternetz.de/community...en-Intelligenz
Hallo Rumgucker,
In manchen Details schon, ja. Bezüglich der allgemeinen Tauglichkeit. Den Zusammenhang habe ich dargestellt, hier:Versteh ich Dich richtig, dass Du meine Darbietung hier als "mangelhaft" bzw. "ungenügend" empfindest?
Darauf bin ich eingegangen, auch, wie man es besser machen könnte.Was den Rest anbelangt, wüsste ich jetzt aus dem Stand auch nicht, ob ich der Darbietung ein "Mangelhaft" oder "Ungenügend" geben sollte.
siehe:
char *FSR;
#define INDF (*FSR)
Oder gehts um den FIRE_REQ-Makro
#define FIRE_REQ (INDF.7) // zelle will feuern
Der PIC kann einzelne Bits lesen und kippen.
Es gab da den Beitrag #118 von oberallgeier, auf Deinen Kommentar:
Er schrieb darauf:.. Im Moment scheint es mir aber eher so, dass die Evidenz nicht verstanden wurde ..
und hat damit einen Hinweis gegeben, der aber irgendwie nicht erhört wurde(?)Hätte besser auch keinen Beitrag gegeben weil dieses für mich ein ".. möcht ich auch wissen/können/kennen ..
Im Zusammenhang mit meinen Vorschlägen, es besser zu machen, scheint mir aber gerade jetzt, dass deinerseits gerade die Evidenz nicht verstanden wurde.
Ich meine, Du hast z.Z. Vorteile:
- viele lesen mit und versuchen das zu verstehen
- es gibt nicht so viele drastische Reibereien und eigentlich mehr Kritik und Verbesserungsvorschläge in manche Richtung
- Du hast das Potential, Hinweise und Möglichkeiten, das Verständnis zum Thema zu verbessern, dass auch jeder, der neu hinzukommt und auch nicht die Fachbegriffe alle kennt, sich dennoch hinein findet und es versteht. Der Vorteil liegt einfach darin, dass Deine "neu erdachte" Sache nicht so komplex ist. Du sagst ja selbst: ich mach das soundso und dann bin ich fertig. Kurz und bündig - alles gut!
Hmmm .... Und dann willst Du das Thema beenden, weil Gegenwind kommt? Einen richtigen Sturm oder Orkan hast Du hier noch nicht erlebt.etwas Meinungsunterschiede brauch ich einfach, damit ich optimal funktioniere. Im Idealfall kommt bei mir das Gefühl hoch, dass ich es dem Meinungsgegner beweisen will.
MfG
Berechtigungen
Lesezeichen