CFW: Brickly (war Blockly)
Forumsregeln
Bitte beachte die Forumsregeln!
Bitte beachte die Forumsregeln!
Re: CFW: Brickly (war Blockly)
Hä?
Hast du sonst noch fragen?
Hast du sonst noch fragen?
Mit freundlichen Grüssen
nq30
ft:cool :)
nq30
ft:cool :)
Re: CFW: Brickly (war Blockly)
Ja! Was hast du denn nicht verstanden? War meine Frage unklar?nq30 hat geschrieben:Hä?
Hast du sonst noch fragen?
Re: CFW: Brickly (war Blockly)
Nicht die Frage!
Das Problem finde ich Hä!
Und ich meinte weitere verständnisfragen
Das Problem finde ich Hä!
Und ich meinte weitere verständnisfragen
Mit freundlichen Grüssen
nq30
ft:cool :)
nq30
ft:cool :)
Re: CFW: Brickly (war Blockly)
Ich schreibe die Dokumentation, und da probiere ich jeden Baustein aus. Nur, wenn ich genau verstanden habe, was da passiert, kann ich das auch richtig dokumentieren. Drum frage ich nach. Schließlich soll kein Quatsch in der Doku stehen, oder?nq30 hat geschrieben:Nicht die Frage!
Das Problem finde ich Hä!
Und ich meinte weitere verständnisfragen
- MasterOfGizmo
- Beiträge: 2720
- Registriert: 30 Nov 2014, 07:44
Re: CFW: Brickly (war Blockly)
Da musst Du den Entwickler der ftrobopy bzw den Entwickler der TXT-Hardware fragen. An der Stelle reicht Brickly einfach "nach oben" durch, was es von den Bibliotheken und der Hardware geliefert bekommt.EstherM hat geschrieben: Das habe ich auch so gedacht. Wenn man aber nur eine Entfernung setzt, wird "der Motor hat gestoppt" niemals wahr.
Korrektur: wenn ich die Entfernung bei M1 setze, wird "M1 hat gestoppt" niemals wahr. "M2 hat gestoppt" aber schon. Ist das ein Bug oder ein Feature?
Zuletzt geändert von MasterOfGizmo am 02 Mär 2017, 21:00, insgesamt 1-mal geändert.
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32
- MasterOfGizmo
- Beiträge: 2720
- Registriert: 30 Nov 2014, 07:44
Re: CFW: Brickly (war Blockly)
Kannst Du bitte versuchen, etwas freundlicher zu sein?nq30 hat geschrieben:Nicht die Frage!
Das Problem finde ich Hä!
Und ich meinte weitere verständnisfragen
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32
Re: CFW: Brickly (war Blockly)
Gut. Ich habe mal versucht, die Funktion mit RoboPro nachzuvollziehen. Auch da funktioniert das irgendwie nicht so richtig, wenn nur ein Motor die Entfernung gesetzt bekommt. Ich schreibe dann in die Doku: "Damit beide Motoren wirklich synchron laufen und auch zur gleichen Zeit ein Stopp-Signal geben, solltest Du bei beiden Motoren die gleiche Entfernung einstellen". Ist das recht so?MasterOfGizmo hat geschrieben:Da musst Du den Entwickler der ftroboypy bzw den Entwickler der TXT-Hardware fragen. An der Stelle reicht Brickly einfach "nach oben" durch, was es von den Bibliothgeken und der Hardware geliefert bekommt.EstherM hat geschrieben: Das habe ich auch so gedacht. Wenn man aber nur eine Entfernung setzt, wird "der Motor hat gestoppt" niemals wahr.
Korrektur: wenn ich die Entfernung bei M1 setze, wird "M1 hat gestoppt" niemals wahr. "M2 hat gestoppt" aber schon. Ist das ein Bug oder ein Feature?
Wenn ich mich noch in ftrobopy einarbeite, wird die Doku nie fertig.
Gruß
Esther
Re: CFW: Brickly (war Blockly)
Hallo Esther,
In der fischertechnik Dokumentation findet man den folgenden Absatz zu diesem Thema:
Viele Grüße
Torsten
So richtig verstanden habe ich das auch nicht ...MasterOfGizmo hat geschrieben: Da musst Du den Entwickler der ftrobopy [...] fragen.
In der fischertechnik Dokumentation findet man den folgenden Absatz zu diesem Thema:
Die "sync error injection"-Funktion (s.o.) habe ich in ftrobopy bisher noch nicht eingebaut, weil mir die Funktionsweise nicht ganz klar ist.fischertechnik ROBOTICS TXT Controller C-Programming Kit Firmware Version 4.1.6 hat geschrieben: This is used to synchronize one motor to another motor. 0 means the motor is independent. 1..4 means the motor is synchronized to motor 1..4. If a value of 5..8 is given, it is possible to program deviations from the synchronization using the m_motor_distance values. This is called “sync error injection”. This is useful e.g. for closed loop trail tracking.
Das wäre auch meine Empfehlung: einfach bei beiden Motoren die gleiche Distanz einstellen.EstherM hat geschrieben: Ich habe mal versucht, die Funktion mit RoboPro nachzuvollziehen. Auch da funktioniert das irgendwie nicht so richtig, wenn nur ein Motor die Entfernung gesetzt bekommt.
Viele Grüße
Torsten
- PHabermehl
- Beiträge: 2436
- Registriert: 20 Dez 2014, 22:59
- Wohnort: Bad Hersfeld
Re: CFW: Brickly (war Blockly)
Hallo Zusammen,
mit einem taufrischen Build des aktuellen cfw-0.9.3-repos geht mein wireless gamepad
Und anbei das Brickly-Programm, daß man braucht, um ein Raupenfahrzeug oder unseren ft-rowr *) mit dem Joystick zu steuern: *) nein, das steht nicht für "Rover", sondern für "robot wreck"
mit einem taufrischen Build des aktuellen cfw-0.9.3-repos geht mein wireless gamepad
Und anbei das Brickly-Programm, daß man braucht, um ein Raupenfahrzeug oder unseren ft-rowr *) mit dem Joystick zu steuern: *) nein, das steht nicht für "Rover", sondern für "robot wreck"
Re: CFW: Brickly (war Blockly)
Sehr schön! Gehen jetzt wohl alle Wireless Gamepads? Und wie werden die dann an den TXT angeschlossen? Nicht per Stecker über die USB-Schnittstelle, nehme ich an.PHabermehl hat geschrieben:Hallo Zusammen,
mit einem taufrischen Build des aktuellen cfw-0.9.3-repos geht mein wireless gamepad
Und anbei das Brickly-Programm, daß man braucht, um ein Raupenfahrzeug oder unseren ft-rowr *) mit dem Joystick zu steuern: *) nein, das steht nicht für "Rover", sondern für "robot wreck"
Ihr wisst: alle sinnvollen Antworten verbessern die Anleitung.
Gruß
Esther
- PHabermehl
- Beiträge: 2436
- Registriert: 20 Dez 2014, 22:59
- Wohnort: Bad Hersfeld
Re: CFW: Brickly (war Blockly)
Hallo Esther,
Meine wired-pads gehen immer noch nicht, demzufolge werden auch nicht alle wireless pads gehen.
Und, doch, genau am USB-anschluß werden die Geräte angeschlossen.
Gruß
Peter
Meine wired-pads gehen immer noch nicht, demzufolge werden auch nicht alle wireless pads gehen.
Und, doch, genau am USB-anschluß werden die Geräte angeschlossen.
Gruß
Peter
Re: CFW: Brickly (war Blockly)
Ach so, das ist wie bei den drahtlosen Mäusen: der Empfänger wird in den USB-Anschluss gesteckt.PHabermehl hat geschrieben:Hallo Esther,
Meine wired-pads gehen immer noch nicht, demzufolge werden auch nicht alle wireless pads gehen.
Und, doch, genau am USB-anschluß werden die Geräte angeschlossen.
Gruß
Peter
Wie detailliert sollen wir denn in der Anleitung darauf eingehen, welche Modelle funktionieren?
Gruß
Esther
- PHabermehl
- Beiträge: 2436
- Registriert: 20 Dez 2014, 22:59
- Wohnort: Bad Hersfeld
Re: CFW: Brickly (war Blockly)
Hallo Esther,
ich denke, da ist das letzte Wort noch nicht gesprochen, weil ich vorhin erst festgestellt habe, daß da ggf. noch Kernel-Module fehlen.
Ansonsten würde ich auf jeden Fall den Hinweis aufnehmen, daß nicht jeder Joystick/Gamepad funktioniert.
Bitte verweise auch auf Tills jstest-App aus seinem GitHub-Repo. Die zeigt nämlich an, ob und wie viel von einem Gamepad/Joystick funktioniert. Ich hoffe ja immer noch, daß Till die Apps mal wieder in den cfw-Appstore überführt....
Gruß
Peter
ich denke, da ist das letzte Wort noch nicht gesprochen, weil ich vorhin erst festgestellt habe, daß da ggf. noch Kernel-Module fehlen.
Ansonsten würde ich auf jeden Fall den Hinweis aufnehmen, daß nicht jeder Joystick/Gamepad funktioniert.
Bitte verweise auch auf Tills jstest-App aus seinem GitHub-Repo. Die zeigt nämlich an, ob und wie viel von einem Gamepad/Joystick funktioniert. Ich hoffe ja immer noch, daß Till die Apps mal wieder in den cfw-Appstore überführt....
Gruß
Peter
Re: CFW: Brickly (war Blockly)
Ich hoffe, dass er uns mal erklärt warum er die vollkommen unproblematischen Apps überhaupt überführt hat.PHabermehl hat geschrieben:Ich hoffe ja immer noch, daß Till die Apps mal wieder in den cfw-Appstore überführt....
Raphael
Re: CFW: Brickly (war Blockly)
Fragt ihn selbst
Habe in einer PN gefragt und die Antwort bekommen.
(Das heist nicht Tills PN-Posteingang zu überfüllen ist!)
Ich weiß nicht ob ich es azsplappern darf,
heisst ja nicht umsonst Private Nachricht
Habe in einer PN gefragt und die Antwort bekommen.
(Das heist nicht Tills PN-Posteingang zu überfüllen ist!)
Ich weiß nicht ob ich es azsplappern darf,
heisst ja nicht umsonst Private Nachricht
Mit freundlichen Grüssen
nq30
ft:cool :)
nq30
ft:cool :)
- MasterOfGizmo
- Beiträge: 2720
- Registriert: 30 Nov 2014, 07:44
Re: CFW: Brickly (war Blockly)
Ob der Gamepad-Teil je wirklch toll funktionieren wird weiss nicht nicht. Er wird wohl irgendwann in ein optionales separates Paket wandern. Ich würde in die Doku des Joystick-Teils daher auch nicht zuviel Arbeit stecken. Dafür funktioniert er nicht zuverlässig genug. Und suf externe Tools wie das alte jstest solte man ja auch nicht angewiesen sein.
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32
-
- Administrator
- Beiträge: 583
- Registriert: 26 Dez 2015, 23:49
- Wohnort: Rhein-Main-Gebiet
Re: CFW: Brickly (war Blockly)
Ich denke mal, wir sollten zumindest versuchen die "offiziellen" Joystick/Gamepad-artigen Eingabegeräte über die "Gampad"-Funktionen in Brickly zu unterstützen: Die beiden Fernsteuerungen von Fischertechnik (sowohl das "alte" Infrarot-Control-Set als auch die neue Bluetooth-Fernsteuerung).MasterOfGizmo hat geschrieben:Ob der Gamepad-Teil je wirklch toll funktionieren wird weiss nicht nicht. Er wird wohl irgendwann in ein optionales separates Paket wandern.
Wenn der Kram zusätzlich noch mit manchen anderen Gampads/Joysticks funktioniert, ist das ein netter Bonus.
Re: CFW: Brickly (war Blockly)
Die erste vollständige Version der Anleitung für Brickly ist fertig: https://github.com/EstherMi/ft-brickly- ... brickly.md
Es fehlen noch Bilder. Ich möchte euch aber jetzt bitten, den Text zu lesen und kritisch zu prüfen: Tippfehler, inhaltliche Fehler usw.
Wenn der Text soweit passt, füge ich auch noch Abbildungen hinzu.
Eine Kleinigkeit ist mir noch unklar: Im Kontextmenü gibt es eine Art Getter- und Setter-Methode. Dort steht 'Erzeuge "Schreibe u"' und es kommt ein Baustein 'setze u auf:`. Ist der Text im Kontextmenü so vorgegeben, oder könnte man den Text anpassen, damit er zu den Bausteinen passt?
Wenn die Anleitung fertig ist, können wir uns über die Verlinkungen dazu und über ein Tutorial Gedanken machen.
Gruß
Esther
Es fehlen noch Bilder. Ich möchte euch aber jetzt bitten, den Text zu lesen und kritisch zu prüfen: Tippfehler, inhaltliche Fehler usw.
Wenn der Text soweit passt, füge ich auch noch Abbildungen hinzu.
Eine Kleinigkeit ist mir noch unklar: Im Kontextmenü gibt es eine Art Getter- und Setter-Methode. Dort steht 'Erzeuge "Schreibe u"' und es kommt ein Baustein 'setze u auf:`. Ist der Text im Kontextmenü so vorgegeben, oder könnte man den Text anpassen, damit er zu den Bausteinen passt?
Wenn die Anleitung fertig ist, können wir uns über die Verlinkungen dazu und über ein Tutorial Gedanken machen.
Gruß
Esther
- MasterOfGizmo
- Beiträge: 2720
- Registriert: 30 Nov 2014, 07:44
Re: CFW: Brickly (war Blockly)
Wow, wirklich sehr toll. Brickly gibt es nun via App-Store, von daher ist die Einleitung schon nicht mehr aktuell.
Gefällt mir wirklich sehr gut. Danke!
Gefällt mir wirklich sehr gut. Danke!
Arduino für fischertechnik: ftDuino http://ftduino.de, ftDuino32 http://ftduino.de/32