Modellfabrik 9V V2 startet nicht richtig

[flombardo]

Sehr geehrtes Forum
wir benötigen Hilfe bei unserem Modell Lernfabrik 2.0 (9V Version V2). Nach Anschluss der 3 Adapter starten die Controller korrekt, Testsounds funktionieren. Beim Start der Prozesse passiert jedoch nichts – außer Kameraschwenk und Licht an. Controller wurden laut Anleitung in richtiger Reihenfolge gestartet. Code und Kabelverbindungen sind unverändert. Geräte laufen auf Version 4.7.0.0. Zusätzlich wollten wir via USB/Bluetooth/WLAN mit ROBO Pro Coding auf die Controller zugreifen, um den Code zu prüfen. Dabei wird ein API-Schlüssel verlangt, den wir nirgends finden – auch nicht auf den Controllern, wie in der Anleitung beschrieben.
Fragen:
Woran liegt es, dass die Prozesse nicht starten?
Wie erhalten wir den API-Schlüssel?
Gibt es eine Debug-Möglichkeit?
Können veraltete Komponenten die Ursache sein?
Hinweis: Nach dem Start setzen sich Controller teils zurück, man muss sie erneut starten. Damit meine ich, dass sich das rote Icon auf dem Controller automatisch wieder auf das grüne Icon zurücksetzt.
Vielen Dank im Voraus!
MfG, Fabio Lombardo

[fishfriend]

Hallo...
Den API Schlüssel gibt es im Menue vom TXT 4.0. Sihe auch ANleitung zum TXT 4.0 Ich habe ihn mir ausgedruckt und drangemacht.

Das die Prozesse nicht starten , kann an vielem liegen. Z.B. Ist die I2C Verbindung zu den Sensoren richtig drann. Taster auf Öffner Stecker lose / Kabel...
Habt ihr die einzelnen Programme auf dem TXT auch "ausgewählt" und dann gestartet? Ich meine normalerweise sollten die automatisch starten.
Also den "Code" so wie ihr es euch vorstellt kann man so nicht prüfen. Das ist nur das übersetzte Python-Programm von Robo Pro Coding.
"Das" Debuggen ist im Grunde der Interfacetest, wo man die Ein und Ausgänge überprüfen kann.

Gerade I2C Sensoren oder auch die Kamera, die nicht erkannt werden und wo dann das Programm zugreifen möchte, führt zum beenden des Programmes.
Stromversorgung ist OK? Auch der Stecker richtig drinn. Das hatte ich letztens auch und hatte länger gedauert bis ich das raus hatte.
Mit freundlichen Grüßen
Holger

[flombardo]

Hallo,
vielen Dank für die bisherige Unterstützung. Ich habe festgestellt, dass ich nicht mit der neueren TxT Controller 4.0-Version arbeite, sondern mit der älteren Version des TxT Controllers, wie sie in der Fischer Modellfabrik V1 verwendet wird.
In dieser Version gibt es weder die Möglichkeit, einen API-Schlüssel anzeigen zu lassen, noch einen Interfacetest im Menü durchzuführen – entsprechende Optionen sind schlicht nicht vorhanden.
Alle Kabelverbindungen zu den Sensoren und am Controller selbst habe ich überprüft – sie sitzen fest und korrekt. Ich habe auch die Programme manuell gestartet - ohne Erfolg. Die Probleme und Fragen, die ich zuvor geschildert habe, bleiben gleich.
Ich bitte um Entschuldigung für die anfängliche Verwirrung und hoffe, dass du für diesen Fall mit der älteren Version der Modellfabrik auch Lösungsansätze hast.

Mit freundlichen Grüßen
Fabio Lombardo

[werli]

Moin,

mit RP-Coding kann der "alte" TXT nicht angesprochen werden

Im ft-Download-Archiv "RoboPro 4.7.0" downloaden:
https://www.fischertechnik.de/de-de/app ... controller

[fishfriend]

Hallo...
Und somit kann man nicht mit "Robo Pro Coding" sondern mit "Robo Pro" programmieren.
Einfach ausgedrückt (!).
Es sibt einen Unterschied zwischen den nicht kompatiblen Programmen und deren Programmiersprachen.
Somit gibt es auch eine andere Anleitung für die Lernfabrik und den TXT. (Für uns klar, für Neulinge sind die Namen verwirrend, da fast gleich)

Auch in "Robo Pro" gibt es einen "Interfacetest", wo man die Ein- und Ausgänge testen kann.
Da kann man z.B. Überprüfen ob ein Taster, Lampe oder Motor läuft.

Das "Dumme" für mich ist nun, es gab diese Anlage in verschiedenen Versionen. Welche ist es nun?
Mit RFID oder ohne, welcher Router (TP-Link?)...
Ist originale Anleitung noch vorhanden?
Habt ihr schon versucht die "neuste" Softwarversion aufzuspielen? (Genau das kann auch falsch sein, wenn Komponenten anders sind)

Ich würde truzdem nochmal kontrolieren ob die I2C Verbindung richtig ist -und- ob die Sachen eine richtige Spannungsversorgung haben. 9V -2A (!!) nicht 1A für den TXT.
So wie ich das in Erinnerung habe, bricht das Programm ab, wenn die I2C Sachen nicht vorhanden sind / gefunden werden.
Mit freundlichen Grüßen
Holger

[flombardo]

Hallo,
Vielen Dank für deine Unterstützung ich konnte das Problem beheben und die Modellfabrik läuft. Es lag daran das die Internet Verbindung nicht über den Router konfiguriert wurde und einem kleinen mechanischen Fehler.
Der Prozess läuft jetzt perfekt .... naja zumindest fast.
Es gibt 3 kleine Probleme:
Der kleine Vakuumsauggreifer lässt das Teil/Werkstück zu spät fallen vom Brennofen zur Fräse bei der Multibearbeitungsstation.
Der Farbsensor am Ende verwechselt die Farben rot und weiß bei der Sortierstrecke mit Farberkennung.
Der NFC-Reader gibt ein komisches Geräusch ab (hört sich an wie ein Fehlergeräusch). Er funktioniert jedoch.
Zur Info: Die Kabel sind richtig angeschlossen. Bei den Interface Tests steht bei allen Programmen, das sie laufen. Auf den Log-Dateien in den Controllern selbst lässt sich auch kein Problem erkennen. Die Programme setzen sich auch nicht zurück (alle bleiben beim roten Icon). Ich habe die Version mit RFID und mit TP-Link Router. Vielen Dank schonmal im Voraus.
LG Fabio Lombardo

[fishfriend]

Hallo...
Ist schon ein bischen länger her das ich mich damit beschäftigt habe.
Hmmm "zu spät"?
Gehts um die Position oder darum das er nich lößt?

rot und weiß...
Klingt blöd, sind die Plätchen vertauscht? Oder wird das im Programm so angezeigt?
Sprich, werden die falsch einsortiert? Hat der nicht ein Dashboart über Node Red?

NFC "Geräusch" hab ich noch nicht gehabt.
Mit freundlichen Grüßen
Holger

[max22]

NFC "Geräusch" hab ich noch nicht gehabt.
Mit freundlichen Grüßen
Holger

Ich auch.

[flombardo]

Hallo,
Ich gehe mal jetzt nur auf den kleinen Vakuumsauggreifer ein, da ich das mit den vertauschten Farben hinkriegen sollte und der NFC-Reader Sound kein Fehler ist sondern normal so sein soll (wie ich mitbekommen habe).
Bei dem kleinen Vakuumsauggreifer liegt es nicht an der Position. Er lässt das Teilchen zu spät los.
Der Vakuumsauggreifer fährt auf die richtige Position vor in x-Richtung und anschließend lässt er den Saugnapf mit dem Teilchen runterfahren (y-Richtung). Nun aktiviert er den Taster von dem Drehobjekt was anschließend Richtung Fräse dreht. Jedoch lässt er das Teil zu diesem Zeitpunkt nicht fallen, sondern wartet bis der Saugnapf und das Teilchen wieder oben angekommen sind um es fallen zu lassen. Ich kann leider kein Video hier reinkopieren, dann wäre es wahrscheinlich viel leichter. Ich hoffe meine Erklärung ist verständlich. Vielen Dank weiterhin für die Hilfe.
LG
Fabio Lombardo

[Karl]

Hallo,
habe das Modell nicht.
Ich gehe einfach davon aus daß das Programm vom Vorgänger nicht geändert wurde.
Eventuell können die (Vacuum-) Schläuche am Elektromagnetventil vertauscht sein.
Evtl. auch an einem Hilfzylinder zur Erzeugung des Vacuums.
Nachträglich von mir eingebracht..., evtl. auch die Motorpolung für einen sich an
dem Hilfzylinger befindlichen Antrieb kontrollieren.
Sind allerdings nur Vermutungen von mir.

[fishfriend]

Hallo...
Ich bin mir nicht sicher.
Gibt es einen unteren Taster und schaltet der durch, wenn er in der untersten Position ist? Stecker/Kabel? Andererseits würde er ja nich dann nach oben fahren...
Oder es ist ein Aufkleber auf dem Entlütungsloch vom Ventil?
Zeit zum Lösen zu kurz?
Ist der Balg sehr zusammengequetscht? Dann eventuell die Greifposition etwas nach oben verschieben. So braucht der dann weniger entlüften.
Knick im Luftschlauch?
Abgequetscht in der unteren Position?
...
Ich hab letzte Tage noch überlegt, ob ich es abbauen soll oder nicht. Ich habs auseinandergebaut...
Mit freundlichen Grüßen
Holger