das haut leider nicht hin, da in den Libs einen weiter Lib aufgerufen wird (im Link enthalten), die wieder auf die public-Variablen zugreift - und die kennt sich dann nicht mehr aus. - Nichts anderes, als wenn du im ISO-OSI Modell plötzlich Schicht 3 (oder war es 4?) doppelt hast. Mit wem soll Schicht 2 dann kommunizieren?berlinerbaer hat geschrieben:Ohne jetzt den code gelesen zu haben, würde ich bei den sich überschneidenden Variablennamen einfach bei einem der beiden Treiber alle mit einem einheitlichen, kurzen Präfix versorgen, damit nix mehr durcheinander kommt.
Der Schalter war ja auch so irgendwie die Idee, damit der nicht selbst erkennen muss anhand des USB-Slaves, sondern vor dem Treiber laden weis, welchen.berlinerbaer hat geschrieben: Dann per Schalter zwischen beiden hin- und herschalten. Oder, noch simpler, die Buchsen in den zu steuernden Geräten direkt mit der passenden Brücke versehen, dann gehts ganz ohne Nachdenken und Platz genug wäre selbst bei einem DB9-Stecker...
Leider scheitert es schon beim compilieren - komm also gar nicht so weit.
Und die Buchse lässt sich ein bisserl schwer umbauen, nachdem das USB ist...
@gafu: das ist mal ne Idee! Daran hatte ich noch gar nicht gedacht.
Muss ich morgen mal anschauen, was sich da bei Marlin tut. (Heute ist es schon ein wenig spät ) - Gute Nacht