Neuronen basteln

[stochri]

für mich persönlich nicht interessant:
Ich bleibe vorerst bei C++ und den BP Netzen, künftig eher auf ESP32 und Raspi, und hier fehlt zum Training und zum Erkennen von Mustern ein leistungsfähiges Userinterface/Dashboard samt "echter" Inputs wie z.B. über eine USB-Cam.

Ich hatte mir auch lange überlegt, alles auf dem Mikrocontroller zu machen. Man ist dann sehr flexibel und kann die Programme schnell ändern, ohne das man löten muss ( Das war tatsächlich der Grund, warum ich mir als junger Elektronikbastler einen Computer gekauft habe: weniger löten ).
Ich habe aber festgestellt, dass den Neuronen nachgebildeten Schaltungen auf dem Labortisch ganz andere Eigenschaften entwickeln, an die man vorher so nicht denkt. Mit Elektroniksimulationen wie LtSpice kommt man schon ein ganzes Stück weit, vor allem weil es einem auch zwingt, nicht in den gewohnten Strukturen der Programmiertechnik zu denken. Aber am Schluss kann man dann am realen Versuchsaufbau doch noch ganz unerwartete Eigenschaften entdecken. Klar, wenn man die dann hat, kann man die auch wieder in Softwaremodelle gießen, falls die Rechenleistung des Controllers dann noch reicht   .

[stochri]

Hier der Link auf Wolfgangs Beitrag, in dem er intuitiv ein neuronales Netz aus Integrate-And-Fire Neuronen entworfen hat:
https://www.roboternetz.de/community...l=1#post656399

[Rumgucker]

Hallo stochri,

vielen Dank für die Lorbeeren.

Das ist mir aber angesichts der nur 20 relevanten Zeilen und angesichts der Bugs und Eseleien, die ich auf diesen nur 20 Zeilen mittlerweile repariert hab, schon peinlich.

Wir sollten skeptisch bleiben, bis die Zeilen nachprüfbar funktionieren. Als Dekoder oder autonomes System oder sonstwas. Denn es wurde schon viel von Laien erdacht, was sich im Ansatz gut anhörte, sich dann aber letztlich als nur warme Luft herausstellte.

Aber zum Glück bin ich ja nicht allein sondern weiß Euch an meiner Seite. Die Chancen für das GI-Projekt stehen also bestens.

Viele Grüße

Wolfgang

[stochri]

vielen Dank für die Lorbeeren.

Das ist mir aber angesichts der nur 20 relevanten Zeilen und angesichts der Bugs und Eseleien, die ich auf diesen nur 20 Zeilen mittlerweile repariert hab, schon peinlich.

Dein Vorgehen halte ich für ziemlich gut: Reduktion auf das Wesentliche.

Falls Du doch noch mal etwas Inspiration brauchst...
Gestern habe ich dieses Video gefunden:

https://www.youtube.com/watch?v=gX9NqDuwTnA

In Minute 12 wird das Lernen der Synapsen erklärt und ab Minute 21 sieht man, dass das "Zahl der Links" Problem auch dort vorhanden ist.

[Rumgucker]

Moin stochri,

vielen Dank für Deine Anregungen und auch den Link.

Aber ich bin so voll von Kopfkino, dass ich erstmal mit eigenen Anregungen, Fragen und Faszinationen komplett ausgelastet bin.

Ich steh praktisch mit großen Kinderaugen inmitten eines Süßigkeitengeschäftes. Faszination pur. Da hab ich noch keinen Sinn für das Süßigkeitengeschäft auf der anderen Straßenseite. Erstmal wird hier alles weggefuttert, was ich bekommen kann.

Ich hab mir aber ein Lesezeichen gesetzt und gucks mir an, wenn ich meinen internen Stack abgearbeitet hab...

---------

Die Versuchung ist sehr groß, den Mini-Code mit kleinen Spezialitäten verwachsen zu lassen. Aber das würde nicht lange dauern und man hat ein Code-Monster erschaffen, das man nicht mehr pflegen kann. Lieber zehn Stunden nachdenken, damit man eine Codezeile weglassen kann als schnell eine Zeile hinzutippen und dann zehn Stunden lang zu analysieren, warum das System plötzlich Mist baut.

---------

Zur Zeit finde ich die Mutation der Undierung zur Oderierung faszinierend:

Ich hab z.B. eine Zelle mit zwei Links, die nur gemeinsam die Zelle zünden können. Aber dadurch werden die Links immer "nützlicher". Und so dauert es nicht lange, bis die Zelle von einem einzigen Link gezündet werden kann.

Ich weiß nicht, ob das ein prinzipielles Problem bei den KNN-Gewichtungs-Zündungsmechanismen ist. Aber zumindest bei Klatschi ist der bisherige Mechanismus Schrott.

Natürlich kann man dieser Mutation entgegenwirken. Durch variable Feuerschwellen-funktionen oder durch trickreichere Strategien bei der Gewichtung. Aber all diese Entgegenwirkungen werden nutzlos bleiben, wenn man nicht die Anzahl der aktiven Links am Zelleingang kennt.

Es fehlt mir also eine Mittelung. Die Zelle muss wissen, von wieviel Dendriten sie Signale bekommt.

Es geht also nicht darum, mit Gewichtungen einen Schwellwert zu überschreiten. Es geht eher darum, mit dem Mittelwert aller Gewichtungen einen Schwellwert zu überschreiten. Dann sollte es keine Verknüpfungsmutationen mehr geben.

Nun guck ich natürlich etwas dumm aus der Wäsche, denn dann müsste ich ja vor dem Zellfeuern einmal im ganzen Netz die Eingangslinks an dieser Zelle durchzählen. Nicht gerade elegant.

Viele Grüße

Wolfgang

[stochri]

Es fehlt mir also eine Mittelung. Die Zelle muss wissen, von wieviel Dendriten sie Signale bekommt.

Es geht also nicht darum, mit Gewichtungen einen Schwellwert zu überschreiten. Es geht eher darum, mit dem Mittelwert aller Gewichtungen einen Schwellwert zu überschreiten. Dann sollte es keine Verknüpfungsmutationen mehr geben.

Ich würde anders herum denken: Man braucht keine Mittelung, sondern die Links müssen mit Gewichten versehen werden. Bei 2 Links bekommt jeder 0,5.

[Rumgucker]

Hallo stochri,

das ist anfänglich bei mir ja auch genauso. Aber je öfter die Links synchron mit der Zelle feuern, desto größer wird ihre Gewichtung. Bis irgendwann aus dem UND ein ODER wird und schon ein Link zum Zünden der Zelle reicht.

--------

Meine Idee mit der Mittelung ist aber trotzdem Schrott. Denn damit mache ich ein gewünschtes ODER zu einem UND.

Also weitergrübeln....

Viele Grüße

Wolfgang

---------------

Idee: Ich brauch einen Gap zwischen Feuern und Nichtfeuern, in dem nichts an den Gewichten geändert wird. Das krieg ich gut ohne Suche programmiert.