rifmetroid

Ich werfe mal noch eine weitere Idee in dem Raum und zwar ein Speicher Brick, welches das "Programm" (ob nun von C oder Python) beinhaltet. Der Master merkt dann einfach, dass so ein Brick da ist und führt dann den Code im Speicherbrick aus. Da hätte man dann nicht so die Platzprobleme und könnte mit Python vielleicht etwas mehr anfangen. Vielleicht ist das auch gar nicht möglich, aber ich hatte mit nem Kollegen mal über die Idee nachgedacht und wir fanden das eigentlich ganz gut . Ich wäre aber auch eher für C, da es mir einfach besser liegt und man da evtl. nicht so schnell in Beschränkungen läuft wie bei Python. Gruß rif

Cool, danke für die Infos!

Moin photron, habt ihr schon einen Plan, wann die 0-20mA In/Out und 0-10V Out Bricklets kommen könnten? In der Timeline steht dazu leider noch nichts drin. Gruß rif

Moin moin, ja, es lag nur an dem Grafiktreiber. Mit einem anderen Rechner funktioniert es ohne Probleme. Muss mich mal um einen anderen Treiber kümmern. Mal schauen, ob ich da was finde. Vielen Dank für den Hinweis!

Moin moin, mein IMU Brick funktioniert nicht mehr im Zusammenspiel mit dem Brickviewer. Wenn ich ihn per USB an den Rechner stecke, dann leuchten alle LED's so wie sie sollen (Richtungsänderung etc. wird per LED angezeigt). Der Brick an sich scheint also zu funktionieren. Versuche ich jedoch mit dem Brickviewer darauf zuzugreifen, dann stürzt der ab, egal, ob ich den IMU Brick in einem Stack habe oder einzeln anschließe. Mehrfach neu geflasht habe ich auch, das funktioniert auch ohne Probleme. Das Errlorlog gibt mir dabei folgende Meldungen. Name der fehlerhaften Anwendung: main.exe, Version: 2.0.3.0, Zeitstempel: 0x4918019c Name des fehlerhaften Moduls: ig4dev32.dll, Version: 8.14.10.1930, Zeitstempel: 0x4aba6fdd Ausnahmecode: 0xc0000005 Fehleroffset: 0x0000d09f ID des fehlerhaften Prozesses: 0xc64 Startzeit der fehlerhaften Anwendung: 0x01ce11b461479502 Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Tinkerforge\Brickv\main.exe Pfad des fehlerhaften Moduls: C:\WINDOWS\SYSTEM32\ig4dev32.dll Berichtskennung: a4c68e90-7da7-11e2-be72-001e37585b4e Vollständiger Name des fehlerhaften Pakets: Anwendungs-ID, die relativ zum fehlerhaften Paket ist: Und das kommt noch vom Brick Daemon: Could not receive from client (socket: 884, peer: 127.0.0.1), disconnecting it: WSAECONNRESET (71010054) Hat jemand anderes auch die Probleme? Ich nutze übrigens Windows 8 und habe bis auf dieses Phänomen noch keine Probleme gehabt. Gruß rif

Hey JavaLaurence, someone did it before for a weatherstation. You can see it here: http://www.sven-lindeboom.net/?page_id=235 It's in german, but i think google translate can help.

Moin, das kann ich bestätigen. Hab 5 Master in einem Stack und für das Flashen nichts auseinandergenommen. Das war aber auch schon bei Protokoll 1 so. Wäre ja nervig, jedes Mal alles auseinandernehmen zu müssen (zumal ich das alles hübsch auf eine Platte gebaut habe). Gruß rif

Ich wäre für "setValueSelective(pin_mask, value_mask)". Das ganze würde ich aber auch gern beim Industrial Out4 sehen und nicht nur beim Quad Relay Gruß rif

Moin moin, da klinke ich mich doch auch gleich mit ein! Für meine Anwendung wäre das auch eine sehr große Hilfe!!! Gruß rif

Moin, fast, das Poti müsstest du eher über ein AnalogIn abfragen als ein Digital In. Bei den Bricklets ist noch die Frage, wie du die angeschlossen bekommst. Das AnalogIn hätte ja einen festen Platz und könnte mit an den Masterbrick angeschlossen werden. Das DistanceIR würde sich ja eher bewegen, so dass du dafür noch ein Master und ein WIFI bräuchtest. Oder du machst das DistanceIR irgendwo am Rahmen fest und eine Platte an das Tor, wo der Sensor dann drauf schaut. Musst du wissen, wie du das aufbauen möchtest. Grüße rif

Moin, ich würde dir auf jeden Fall zu den Industrial IOs raten, damit wirst du keine Probleme haben. Beim IO16 ist es immer so die Frage, ob die genug Strom liefern können um die Sachen anzusteuern. Als Entfernungsmessung könnte man ja auch noch über die Distance-Bricklets nachdenken (maximale Messung ist zwar nur 1,50m aber man kann es ja auch schlau anbauen). Die in der richtigen Entfernung ans Tor geschraubt und schon schaust du damit auf den Boden oder ein Platte um zu wissen, in welcher Entfernung sich das Tor zum Boden/Platte befindet. Grüße rif

Moinsen, ich hab das gestern einfach mal runtergezogen und installiert. Mono wird da gleich mit installiert als Script-Editor und integriert sich in Unity. Von daher muss man da nicht noch irgendwelche Sachen einbinden. Mehr hab ich damit aber auch noch nicht gemacht als installiert und mal rumgespielt mit nem Beispielprojekt. Finde ich aber auch sehr interessant in Verbindung mit dem IMU. Also, wenn ihr da mal etwas weiter seid, immer her mit den Infos, wie das genau funktioniert. Gruß rif

Hallo Loetkolben, das kann ich dann durchaus nachvollziehen, und somit auch unterstützen Grüße rif

Moin moin, was spricht denn bei dir gegen Callbacks? Ich finde es mit Callbacks ziemlich super.

Laut Timeline: http://www.tinkerforge.com/doc/Timeline.html soll das neue Voltage / Current Bricklet nächste Woche kommen.

Gerne, dafür ist so ein Forum doch auch da! Viel Spaß weiterhin beim Tinkern!

Ich wollte nur mal kurz wissen, ob du das Programm jetzt zum Laufen bekommen hast? Gruß rifmetroid

Ok, du hast noch eine Menge Arbeit vor dir Einen Breakpoint setzt du mit F9. Du musst nur an die entsprechende Stelle im Quelltext klicken und dann F9 drücken. Wenn du das Programm dann startest, hält es an der Stelle an und du kannst mit F10 Schritt für Schritt weitergehen. Wenn du den Mauszeiger über die Variablen hältst, wird dir auch noch angezeigt, wie der Inhalt der Variablen ist. Hier nochmal ein Youtube Video bezgl. Debugging. Ist zwar auf Englisch, aber meiner Meinung nach recht verständlich. Den Breakpoint in dem Projekt setzt du auf dieser Zeile: IPConnection ipcon; Von da aus gehst du dann mit F10 weiter, bis das Programm mit dem Fehler beendet. Du solltest dabei erkennen können, bei welchem Aufruf der Fehler kommt. Ich empfehle dir dringend, dich über Visual Studio zu informieren, wie es generell funktioniert, wie man Projekte richtig anlegt, wie man richtig debugged etc. Ich würde dir evtl. auch raten mit einer etwas einfacheren Sprache anzufangen (z.B. C#). C++ ist als Newbie nicht so einfach zu händeln, da man eine Menge berücksichtigen muss. C# nimmt einem diese Sachen relativ gut ab und man kann sich erstmal darum kümmern, das eigentliche Programmieren zu verstehen und zu lernen. Wenn du erstmal eine Sprache kannst, ist es nicht mehr schwer, sich in andere einzuarbeiten. Nur mal so als Hinweis. Ich hoffe, dass du jetzt langsam mit dem Projekt zum Erfolg kommst und ein erstes lauffähiges Programm bekommst! Gruß rif

Setz mal im Programm einen Breakpoint ganz am Anfang und geh dann das Programm Schritt für Schritt durch. Dann siehst du wenigstens an welcher Stelle das Programm einen Abgang macht. Schreib dann mal hier rein, an welcher Stelle der Fehler genau auftaucht.

So, jetzt ein Projekt, was genau mit deinen UID's erstellt ist. Sollte also theoretisch auf Anhieb funktionieren. Als erstes werden die USB-Voltage und Temperatur vom Master gelesen, danach wird einmal die Entfernung des Distance_IR gelesen. Als letztes wird ein Callback registriert, der die die Werte des Distance_IR ausspucken sollte, bis du eine Eingabe an der Konsole machst, dann wird das Programm beendet. CPP-Konsole-TF.zip

Das hier ist ein Dual-Relay Bricklet: https://shop.tinkerforge.com/bricklets/dual-relay-bricklet.html Hast du nur den Master oder auch Bricklets, die du daran anschließen kannst? Das die Stack-Voltage und Current nicht angezeigt werden, liegt daran, dass du das USB-Kabel angeschlossen hast. Dort werden meines Wissens nur Werte angezeigt, wenn es ein Stack ist (mehrere Bricks) und dieser per Step-Down-Powersupply versorgt wird. Wenn du ein Bricklet hast, dann schließe das mal an und gib mir den Namen und die UID des Bricklets. Ich mach dir dann ein Programm fertig, das läuft. Falls du kein Bricklet hast, bekomme ich auch irgendwas vom Master ausgelesen. Ein Bricklet wäre aber wesentlich interessanter.

Das Programm verbindet sich mit einem Master per IP-Adresse und schaltet dann ein Dual-Relay einfach mehrfach hin und her. Welches Betriebssystem hast du eigentlich? Die Meldungen kannst du getrost ignorieren, das sind nur Warnungen, da du natürlich die System-DLL's nicht debuggen kannst, da dir dafür ein paar Dateien fehlen (die Microsoft sicherlich auch nicht unbedingt einfach so rasurückt). Das Programm sollte dann also eigentlich korrekt ausgeführt werden. Hast du mal versucht einen Breakpoint zu setzen und dann einfach Schritt für Schritt durch das Programm zu gehen? Kannst du deine TF-Sachen eigentlich über den Brickviewer sehen und ansprechen? Schreib mal bitte, wie dein TF-Aufbau aussieht, wie willst du die Verbindung zu TF machen, verbindest du den Rechner per USB zum Master oder hast du ne WIFI-Extension? Welches Bricklet hast du am Master angeschlossen und welche ID hat das Bricklet? Wenn du mir die Infos geben kannst, schreibe ich dir ein Programm, was genau darauf abgestimmt ist und auch funktionieren sollte. Gruß rif

Hier mal ein gepacktes Projekt, das ich mit Visual Studio 2010 Professional erstellt habe. Wenn du es mit Express nicht öffnen kannst, sag nochmal Bescheid, dann beschreibe ich dir kurz was du machen musst. Das Beispiel schaltet ein Dual Relay einfach mehrmals nacheinander. Wichtig ist den richtigen HOST und die richtige UID des Bricklets einzufügen. Zusätzlich muss in den Projekteigenschaften unter Linker -> Eingabe -> Zusätzliche Abhängigkeiten noch die ws2_32.lib hinzugefügt werden, ansonsten klappt es mit der ipconnection nicht so wirklich gut. Gib einfach kurz Rückmeldung, ob es dir hilft. CPP-Konsole-TF.zip

Folgendes gab es mal unter den Veröffentlichungen: Firmwares: Master Brick 1.4.2 Support für Benutzung von zwei Extensions zur gleichen Zeit Unterstützte Kombinationen: WIFI oben/RS485 Master unten RS485 Master oben/WIFI unten RS485 Master oben/Chibi Slave unten Chibi Slave oben/RS485 Master unten Chibi Master oben/RS485 Slave unten RS485 Slave oben/Chibi Master unten Prüfe mal deine Konfiguration, ob die dahingehend passt.

Wenn du nen 250 Ohm Widerstand dahinter anschließt, kannst du annähernd 0..20mA Signale erzeugen. Die 20 mA werden nicht ganz erreicht, aber es reicht um eine Simulation von Signalen für Steuerungssysteme zu erzeugen.