FlyingDoc

Schreibe dir doch einfach eine Funktion in der du das Relais setzt. Jaja ich weiß. Klingt schön daher gesagt. Also. Rufe die Funktion aus dem Callback auf. Eventuell kannst du ja das Relais als Parameter mit übergeben. Wenn du ein Dual Relai Brickled hast zum Beispiel. #include "bricklet_dual_relay.h" #define RUID "xyz" ID von deinem Brickled void Switch( uint8_t relay,bool state) { DualRelay dr; dual_relay_create(&dr, RUID, &ipcon); dual_relay_set_selected_state(&dr, relay, state) //Schalte Relais } Funktionsaufruf einfach mit Switch(1,true) für ein oder Switch(1,false) für aus in deinem Callback wenn der Temperaturvergleich erreicht ist;

Gerade gesehen. Notepad++ ist nur für Windows. Aber unter www.osalt.com/notepad++ werden mehrere Alternativen gezeigt

Da würde ich Notepad++ empfehlen. Der Editor unterstüzt fast alle Sprachen. Am einfachaten mal Tante Google fragen. Auf dem Smartfone sucht sich das schlecht.

Hab mal mir mal erlaubt ein bissl was zu ergänzen.

Im Moment hab ich von meinem "Ramschhaufen" noch kein Foto.

Warum integriert ihr den Schrittzähler nicht direk auf dem Encoderbrickled? Dieser enthält dann zum Beispiel die Position die abgefragt werden kann und wird dann bei Abfrage wieder auf 0 gesetzt. So könnte man die Anzahl und Richtung der Impulse abfragen und es würden keine Impulse verloren gehen.

Ah. Grad beim IMU gefunden. Ist aber ziehmlich versteckt das ganze.

Ich stelle gerade mein C++Projekt auf 2.0 um. Da ich die Hardware mit der ipcon_enumerate Funktion abfrage um zu schauen was installiert ist, ist mir folgendes auf b.z.w. eingefallen. Ihr liefert im Callback cb_enumerate(const char *device_uid, const char *connected_uid,char position,uint8_t hardware_version[3],uint8_t firmware_version[3],uint16_t device_identifier,uint8_t enumeration_type,void *user_data) zurück. Mit dem rot markierten Teil kann man ja den Typ identifizieren. Ich habe aber noch keine Definition gefunden. Also hab ich mir die Mühe gemacht sie selber herauszufinden. Das habe ich dann benutzt um folgendes festzulegen. #define ID_IMU_BRICK 16 #define ID_MASTER_BRICK 13 #define ID_ANALOG_IN_BRICKLET 219 #define ID_ROTARY_POTI_BRICKLET 215 #define ID_TEMPERATURE_BRICKLET 216 #define ID_BAROMETER_BRICKLET 221 #define ID_IO16_BRICKLET 28 #define ID_GPS_BRICKLET 222 Damit lässt sich leicht der Typ identifizieren und entsprechend das Programm zu steuern. Bei mir sieht das als Beispiel folgendermaßen aus. void cb_enumerate(const char *device_uid, const char *connected_uid,char position,uint8_t hardware_version[3],uint8_t firmware_version[3],uint16_t device_identifier,uint8_t enumeration_type,void *user_data) { if(device_identifier==ID_MASTER_BRICK) { printf("MASTER_BRICK\n"); } if(device_identifier==ID_IMU_BRICK) { printf("IMU gefunden\n"); } } Wenn ihr diese Definitionen gleich im ip_connections mit unterbringt, erleichter sich vieles damit.

Kein Problem. Das könnt ihr gerne machen.

Im Mom leider keine Zeit dafür. Viel um die Ohren. Wegen der Kinder und Arbeitsmäßig. Ausserdem will ich meine Hardware erstmal in mein kleines Gehäuse fummeln. Muss auch noch auf das Protokoll 2.0 migrieren. Hardware ist ja schon geflasht. Den AnalogIn Brick kann ich ja jetzt auch im Bereich einstellen damit. THX. Aber Sonnabend ist erstmal Saison Eröffnung auf dem Platz. Aber ich will sobald als möglich weiter machen. Vielleicht ma heute Abend anfangen. mal schauen was die Zeit sagt. Was es neues gibt und vielleicht ein Checkflug.

Wie willst du mit dem IMU die Distanz messen? So genau sind die Magnetfelder doch garnicht?

Dein Master ist noch im Bootloader Modus. Bist du sicher das er richtig geflasht ist? Nach dem Flashen musst du den Strom mal wegnehmen zum Neustart.

Was mir heute so auf Arbeit einfiel. Wie wäre es den mit einem Programmierbaren Logik Brick. Also ein Brick den man ein Programm flaschen kann. So könnte man manch einfache Steuerung nur mit TF bauen. Eine Art Mini SPS. Er müsste also einen Prozessor mit genügent Speicher haben und schon eine Art Betriebsystem. Als Programmiersprache hatte ich an so etwas in Richtung wie bei der SPS gedacht. Hintergrund. Auf Arbeit hab ich gerade mein aktuelles Projekt fast fetig. (Kamerasystem). Dabei ist auch eine Kamera die Luft und Wassergekühlt ist. Diese Kühlung hat einen Überwachungsschrank mit 3 Sensoren. Im Moment ist noch keine Steuerungsüberwachung integriert. Die Sensoren sind also nicht benutzt. Ich werde zwar warscheinlich eine kleine SPS nehmen, aber von der Idee her könnte man auch so ein TF System benutzen.

Ich wünsch euch allen einen guten Rutsch ins neueu Jahr und weiterhin erfolgreiche Bastelprojekte.

Der Fehler tritt auf wenn du den IMU auf den Master steckst und USB an den Master. Wenn du USB dierekt an den Master steckst tritt der Fehler nicht auf.

Hab ja mein GPS Bricklet und den Master 2.0 bekommen. Beim Testen ist mir aufgefallen das der GPS Bricklet nicht am IMU Brick läuft. Wenn man den GBS Bricklet aber an den Master Brick ansteckt geht es. Aufgefallen ist es , weil der IMU keine Werte bringt. Kombination bei Fehler Master --> Analog In --> Analog In --> Barometer --> Temperatur IMU --> GPS Kombination ohne Fehler Master --> Analog In --> Analog In --> Barometer --> GPS IMU --> Temperatur Alle auf aktueller Firmware Fehler tritt sowohl mit dem alten als auch dem neuen Master auf.

Auch von mir ein schönes Weinachtsfest und einen guten Rutsch ins neue Jahr. Macht weiter so und Happy Coding.

Soweit ich es verstanden habe sind beide kompatibel.

Du musst alle Dateien im gleichen Verzeichnis haben. Sowohl die ***.h als auch die **.c Dateien.

Du musst nicht die ip_connection.h sondern die ip_connection.c Datei nehmen.

Einfach im VisualStudio ein C++ Projekt erstellen. Dann die Bindingklassen die du brauchst ins Projektverzeichnis kopieren. Einbinden. Und vorher nicht vergessen. Bei den Bindingdateien jeweils unter Eigenschaften -> C++ ->Erweiter ->Kompilierungsart -> Als C++ Code kompilieren (/TP) auswählen. Sonst bekommst du Fehler beim Kompilieren. Zum Beispiel sind die Dateien für den Master die brick_master.c und die brick_master.h Auf alle Fälle brauchst du auch noch die ip_connection.c und die ip_connection.h

Als Callbackfunktion wäre zum Beispiel die Ausgabe derStackspannung und Stromstärke nützlich.

Liegt weit daneben.

Im Brick Viewer überprüft. Beispiel. Eine 90 oder 180 Grad Drehung. Sind bei den Werten keine 90 oder 180°. Egeal welche Achse.

Jupp hab ich. Sogar mehrfach. Die ganzen Drehungen passen nicht. Egal welche Achse.