ich hätte die original ft Motoren genommen
Bitte melde dich an, um diesen Link zu sehen.
aber inzwischen sind sie verkauft ....
Es gibt 777 Antworten in diesem Thema, welches 104.710 mal aufgerufen wurde. Der letzte Beitrag (
ich hätte die original ft Motoren genommen
Bitte melde dich an, um diesen Link zu sehen.
aber inzwischen sind sie verkauft ....
Ich bastele gerne etwas herum .... Vielleicht nehme ich auch einen gut beschaffbaren 1,8° Motor und passe das Programm einfach an. Statt einem Schritt lasse ich ihn dann 4 Schritte machen: 4 x 1,8 = 7,2°. Ggü. dem 7,5° Schritt wird das "Spielfeld" zwar um 4% kleiner, aber dafür wäre die Schrittmotorproblematik gelöst.
Ich bastele gerne etwas herum
das ist der Sinn von fischertechnik ....
gut, aber dann ist es doch eine Software-Frage,
anscheinend doch ![]()
ich hatte ja mein Poti in Verdacht, dieses hatte sich auch "gespalten", die Platine steckte nicht mehr ganz auf den seitlichen Nasen.
ich habe es wieder drauf gedrückt und mit Sekundenkleber fixiert und dann doch wieder eingebaut..
(ich werde aber mal einen 10kOhn Widerstand Poti bestellen, dann ist die Auflösung ca. doppelt so gut..
Bitte melde dich an, um diesen Anhang zu sehen.
ich habe den Turm dann erneut zusammen gebaut und das "HANOI.64" von der FischerS1.d64 gestartet...
und die Türmchen waren immer noch "unregelmässig"... seltsam... mit dem Teach-Programm wirkte der Turm vorher
schon "genauer":..
ich habe dann das Getriebe am Motor raus geschoben damit ich den Turm leicht von Hand schieben konnte..
habe ein Blatt Papier auf dem Boden fixiert und Striche gemacht und die Zahl aus DIAG.C64 hin geschrieben..
=> ich konnte dann die Werte von Hand vielfach "anfahren"... und der Wert stimmte meistens 100% (oder max. 1 Stelle) immer..
Bitte melde dich an, um diesen Anhang zu sehen.+Bitte melde dich an, um diesen Anhang zu sehen.(127)
ich habe mir dann mal das Programm ab Zeile 2000 angeschaut... und dabei ist aufgefallen, dass
a.) das Basic Programm unterscheidet sich zur "Programmieranleitung von FT" und auch zum
b.) der gleichen Routine im Teach-Roboter Basic Programm...
=> man sieht, dass die Routine +-2 Digitale als Abweichung bewertet.. und nicht +-1 und auch die "Null-Erkennung" ist eine
andere.. ich werde die Routine morgen mal "anpassen" und von der TEACH Routine ableiten..
=> Shadow-aSc kannst du dein HANOI Programm bitte mal hier hochladen..
Der Turm von HANOI ist fertig verdrahtet (ein Schalter ist defekt und muss austauscht werden,
auch Luft und Reiniger haben nicht gereicht.. wahrscheinlich verbrannte Kontakte ?!)
Bitte melde dich an, um diesen Anhang zu sehen.
Es sind ja nicht viele Basic-Zeilen und ich bin daher diese mal durch gegangen...
(es waren 2 Werte unterschiedlich und auch ein Return Rücksprung anders..)
nun verfährt der Roboter "so fein" wie auch als TEACH-Roboter...
damit sich die Scheiben nicht "anhaften" habe ich Sie von unten mit Filz-Isolierband beklebt.
damit haben die Scheiben 1mm Abstand zueinander, was nun so gut wie immer reicht..
Bitte melde dich an, um diesen Anhang zu sehen.+Bitte melde dich an, um diesen Anhang zu sehen.
(aber ein Magnet ist ein Magnet, die Scheiben rutschen nicht immer genau in die Mitte)
und hier ein weiteres Video, wo man nun auch das "getackerte" Verfahren wieder gut sieht.. (auf den letzten 5mm)
Bitte melde dich an, um dieses Medienelement zu sehen.
toll gemacht, würdest Du uns Deine Programm-Variante hier zur Verfügung stellen? Das wäre toll...
=> Shadow-aSc kannst du dein HANOI Programm bitte mal hier hochladen..
ich bin heute (Sa.) und morgen in Nürnberg auf nem Treffen im FabLab ..da werd ich kaum Zeit haben, hier ins Forum zu schauen
..aber ich glaub fast, deine neue Version ist jetzt schon viel besser, als alles, was wir so beitragen können
toll gemacht TurboMicha ![]()
Ich habe jetzt mal den Test mit dem 17HS13 Schrittmotor gemacht - gleiches Ergebnis, bei der "Kalibrierung" macht der Motor nur einen Schritt, dann tut sich nichts mehr. Nach längerem Probieren habe ich herausgefunden, dass das Programm "Plotter.64" von der "FischS1.d64" wohl fehlerhaft ist. Ich habe dann das Programm "Prog.STEP" aus der Plotteranleitung abgetippt und siehe da, beide Schrittmotoren funktionieren einwandfrei. Ich nehme dann natürlich den Matsushita Motor (der mit 7,5° Schrittweite). Der läuft auch ohne Probleme, wenn ich von 10 auf 8 Volt heruntergehe.
toll gemacht, würdest Du uns Deine Programm-Variante hier zur Verfügung stellen? Das wäre toll...
... ist aber ehrlich gesagt eigentlich immer noch die FT Lösung nur etwas bereinigt..
zudem ist die Lösung in der Papieranleitung fast die gleiche..
ich lade es gerne hoch,..
Bitte melde dich an, um diesen Anhang zu sehen.
Vielen Dank spasskl für deine tolle Arbeit.
arris sieht schön "aufgeräumt" aus,.. deine Unterbodenverdrahtung, hatte ich auch erst überlegt..
ich wollte es dann aber doch so wie auf dem "Karton" haben....
bei den Tasten hast du auch jeweils ein Loch nach unten gebohrt ?
das praktische ist ja auch dabei. (um Platz zu sparen,..) dass du auch die spasskl Platine komplett im "Unterboden" verschwinden lassen kannst.. (wobei Sie dafür eigentlich zu schön ist9
ich "spiele" derzeit mit der Doppel-interface Variante rum... (das braucht sowieso etwas Platz)..
ich habe mir ein zweiten Förderband (länger) aufgebaut...
Bitte melde dich an, um diesen Anhang zu sehen.
und will damit die Groschen über zwei Roboter "im Kreis arbeiten" lassen...
so.. und nun an beide Interface "gleichzeitig" zwei Roboter angeschlossen..
damit kein Crash passiert... erstmal ein kurzer Drehbewegungstest mit beiden Robotern.. "nacheinander"..
später sollen beide "gleichzeitig" arbeiten.. was dann sicherlich "cooler" aussieht ![]()
mit der "einfachen Kamera" ist der Sound recht laut.. Soll auch ersteinmal nur zeigen, dass das spasskl Interface
auch in Reihe gut funktionieren... ![]()
Bitte melde dich an, um diesen Anhang zu sehen.
Bitte melde dich an, um dieses Medienelement zu sehen.
so.. und nun an beide Interface "gleichzeitig" zwei Roboter angeschlossen..
Mal 'ne kurze Frage meinerseits:
Wäre es theoretisch möglich, dass ein Roboter dem anderen Roboter etwas *übergeben* kann?
ja natürlich, wenn man bei 2 Rototern mit zwei Interfaces in Reihe mit 8 Motoren auskommt, kann das ein C64 steuern.
wenn das nicht reicht, müsste man zwei (oder mehrere C64) bemühen
nennt sich dann handshake und ist unter anderem in dem Buch ....
Bitte melde dich an, um diesen Anhang zu sehen.Bitte melde dich an, um diesen Anhang zu sehen.
und im ELO Sonderheft 255 beschrieben
ja natürlich, wenn man bei 2 Rototern mit 8 Motoren auskommt, kann das ein C64 steuern.
wenn das nicht reicht, müsste man zwei (oder mehrere C64) bemühen
nennt sich dann handshake und ist unter anderem in dem Buch ....
Bitte melde dich an, um diesen Anhang zu sehen.Bitte melde dich an, um diesen Anhang zu sehen.
und im ELO Sonderheft 255 beschrieben
Vielen Dank! ![]()
![]()
Zwischenzeitlich ist das Buch "Experimente zur Robotik" angekommen. Ich habe schonmal das Inhaltsverzeichnis gescant. Falls jemand ein bestimmtes Thema interessiert, kann ich die Seiten gerne scannen und hier einstellen.
in der Tat würde mich das Kapitel 14 interessieren ....
Zwischenzeitlich ist das Buch "Experimente zur Robotik" angekommen. Ich habe schonmal das Inhaltsverzeichnis gescant. Falls jemand ein bestimmtes Thema interessiert, kann ich die Seiten gerne scannen und hier einstellen.
in der Tat würde mich das Kapitel 14 interessieren ....
... alle Kapitel sind interessant. Je mehr Informationen archiviert werden, desto besser. ![]()
P.S.: Ist ja schon echt *superklasse* hier, was sich aus diesem Thread so entwickelt hat. Dem *Kloppo* habe ich auch schon vor einigen Wochen berichtet ... jetzt macht er Werbung dafür.
Eigentlich müsste man mal ein Retro-Treffen bei der fischertechnik GmbH organisieren. Die hätten da bestimmt auch ein sehr hohes Interesse daran.
Hat da jemand zufällig irgendwelche Kontakte? Wissen die von uns und diesem Thread?
Bitte melde dich an, um diesen Link zu sehen.
Mal 'ne kurze Frage meinerseits:
Wäre es theoretisch möglich, dass ein Roboter dem anderen Roboter etwas *übergeben* kann?
ähm.. natürlich
darum geht es ja...
(ich hatte gehofft, dass wäre im letzten Video schon klar geworden ![]()
deswegen hängen beide ja an einem C64...
ich finde es spannender,.. wenn jeder dann aber trotzdem seine Zwischenaufgabe quasi "autark" bewerkstelligt
und dann sicher gestellt werden muss, dass es zu keiner Kollision kommt..
(man muss also in der Überschneidung der beiden Roboter eine Abfrage machen und eine Vorfahrtsregelung machen)...
ich werde als nächstes quasi in unterschiedlichen Abständen dem "Teach-Roboter" Münzen auf sein Förderband werfen
und er holt Sie dann ab und gibt Sie Schritt für Schritt nach hinten und der andere Roboter "bekommt es dann mit"
und holt Sie ab.. ,"bunkert" Sie kurz in einer Zwischenposition und gibt Sie dann wieder zurück auf sein eigenes Förderband..
=> und entweder kommt dann noch ein drittes Förderband zum Einsatz oder ein dritter Roboter der die Übergabe dann vom Ende
zum Anfang erledigt...
=> deswegen soll im ersten Förderband eine Erkennung passieren, dass eine Münze aufgegeben wurde...
(aber nicht erst am Ende, wenn Sie beim Roboter liegt.. sondern bereits "auf der Rutsche"..)
ich habe dafür aber noch ein wenig zu tun.. (wenn die (brummenden) Dinger meine Frau beim Fernsehen nicht so stören würden)...
TurboMicha .. deine Konversation und das Limit sind überfüllt ... deswwegen kurz hier. ![]()
Könntest du bitte deine fischertechnik Originaldisketten OVP etc. komplett zur nächsten DoReCo mitbringen zwecks Archivierung mit dem Kryoflux-System?
THX! ![]()
VG,
E.
ich kann meine auch mitbringen, aber das ist ja alles nichts neues oder unbekanntes, ausser vielleicht die IMB-Disketten.
Die kannst Du mit Deinem Kyroflux aber sicherlich nicht auslesen ....
Bitte melde dich an, um diesen Anhang zu sehen.