photron

Die Lösung gibt es hier: http://www.tinkerunity.org/forum/index.php/topic,2839.msg23594.html#msg23594

Okay, ich denke ich hab's. Ich kann zumindest Qt5 installieren und ein OpenGL Beispiel kompilieren und laufen lassen. Folgendes habe ich getan: [*]Frisches 1.8er Image auf SD Karte gespielt [*]Die angehängten Packages heruntergeladen und auf den RED Brick übertragen [*]sudo dpkg -i libegl1-mesa_2-10.3.2-1_armhf.deb [*]sudo dpkg -i libegl1-mesa-dev_2-10.3.2-1_armhf.deb [*]sudo dpkg -i libgles1-mesa_2-10.3.2-1_armhf.deb [*]sudo dpkg -i libgles2-mesa_2-10.3.2-1_armhf.deb [*]sudo dpkg -i libgles2-mesa-dev_2-10.3.2-1_armhf.deb [*]sudo apt-get update [*]sudo apt-get install qt5-default Jetzt sollte Qt5 installiert sein und funktionieren. libegl1-mesa_2-10.3.2-1_armhf.deb libegl1-mesa-dev_2-10.3.2-1_armhf.deb libgles1-mesa_2-10.3.2-1_armhf.deb libgles2-mesa_2-10.3.2-1_armhf.deb libgles2-mesa-dev_2-10.3.2-1_armhf.deb

Nein, aber egal. Da du nicht genau genug beschrieben hast, wie du versuchst hast die DLL zu Erstellen und auch keine Projektdatei vorgezeigt hast, kann ich dir nicht erklären wo dein Problem liegt. Stattdessen habe ich deinem Code eine compile.bat beigelegt, die eine DLL erzeugt. Ich habe auch das Problem mit dem stdbool.h Header unter MSVC 2015 behoben. Ich nehme an du hast Visual Studio 2015 installiert. Lade dir alle angehängten Dateien herunter und speicher sie in einem neuen Ordner. Starte über das Startmenu die "Developer-Eingabeaufforderung VS2015". Dort wechselst du in den neuen Ordner und rufst compile.bat auf. Am Ende hast du eine dymosim.dll Datei, die die temp_ptc() Funktion exportiert. Ich hoffe das hilft dir weiter. bricklet_ptc.c bricklet_ptc.h ip_connection.c ip_connection.h tinker.c compile.bat

Okay, da ist irgend was grob faul Wenn du sagst, dass die neue brickd Version für den Mac nicht geholfen hat, dann meinst du, dass brickd auf dem Mac immer noch diese Fehler aus deinem ersten Post ausgibt, abstürzt und dann von Hand neugestartet werden muss? Ist UID 68y3Ww ein Master Brick, oder was für ein Brick ist das? Ist IP Adresse 192.168.188.24 der Mac? Kannst du dir auch mal die /var/log/redapid.log Datei auf dem RED Brick ansehen?

Der Fehler "undefined reference" heißt, dass der Linker die Implementierungen der angegebenen Funktionen nicht finden kann. Mir ist nicht klar was du damit meinst, dass du eine DLL verwendest. Aus den Meldungen geht hervor, dass du die Datei dymosim.exe erstellst, das ist aber keine DLL. Das einfachst Vorgehen ist es alle Dateien die du angehängt hast in eine .exe zu kompilieren. du brauchst keine DLL. Das halt ich an dieser stelle nicht für sinnvoll. Ich sehe du verwendest MinGW. Aber welche IDE verwendest du? Oder hast du ein Makefile? Ich denke du musst mal neben dem Code auch die Projektdatei oder das Makefile zeigen, damit ich dir weiterhelfen kann.

All Bricklets with the new 7-pin connector will continue to work with all existing Bricks. You'll only need one of the new 7-to-10 Bricklet cables to connect it.

Teste mal bitte diese Version. brickd_macos_2_2_3_hf1.dmg

Ja, IE versteht href="" anders als Chrome. Ich habe das jetzt zu href="#" geändert, dann funktioniert es auch in IE.

Im Moment wartet dein Program nicht darauf das cb_state_changed() überhaupt aufgerufen wird. In den Beispielen verwenden wir raw_input("Press key to exit\n") von dem finalen ipcon.disconnect() Aufruf, damit das Programm dort darauf wartet, dass der Nutzer eine Taste Drückt um das Program zu beenden. Damit du immer wieder Tags abfragen kannst, könntest du am Anfang von cb_state_changed() einfach nochmal nr.request_tag_id(nr.TAG_TYPE_TYPE2) aufrufen, wenn idle == True ist. Im Prinzip so wie in diesem Beispiel: https://www.tinkerforge.com/de/doc/Software/Bricklets/NFCRFID_Bricklet_Python.html#scan-for-tags Übrigens rufst du nr.get_data() auf ohne vorher nr.request_data() aufgerufen zu haben.

Loetkolben, man muss den Stecker nicht verkehrt herum einstecken wollen, um Pins verbogen zu bekommen. Das Problem ist eher, dass man leicht Pins verbiegt, wenn man den Stecker nicht gerade, sondern mehr oder weniger schräg von links oder rechts versucht einzustecken. Das ist auch mir im Eifer des Gefechts schon passiert. Die neuen Stecker haben diese freistehenden Pins so gar nicht, die man beim alten Stecker verbiegen oder abbrechen kann. Daher kann man beim neuen Stecker so nichts verbiegen oder abbrechen.

Das sieht alles gut aus. Wir haben das hier gerade noch mal getestet und es funktioniert alles wie es soll mit einer Fritzbox. Client Modus funktioniert. Das du über den AP der WIFI Extension auch die IP Adresse des Client erreichen kannst ist normal in dem Fall. Die WIFI Extension bekommt von deinem Linksys Router immer 192.168.2.106 als IP Adresse zugewiesen. Welche IP Adresse bekommt dein Laptop von deinem Linksys Router? Hast du mal in die Konfiguration deines Router geschaut? Zeigt der vielleicht irgendwelche Fehler oder Meldung zur WIFI Extension an? Hast du vielleicht eine Whitelist im Router aktiv und du musst die WIFI Extension erst zulassen? Kannst du die WIFI Extension mit einem anderen Router testen?

Gut, du hast es zum Laufen bekommen. make install scheitert, weil ich im letzten Commit einen Fehler eingebaut hatte. Der ist jetzt wieder behoben.

Warum auch immer configure da ein Cross-Compile erkennen will. Egal. Kommando zurück! Die aktuell git Version von brickd kommt jetzt mit der libusb.so Datei alleine aus. Du hast libusb Version 1.0.20, die kann von sich aus Hotplug, wenn derjenige der das opkg Package erstellt hat, libudev Support aktiviert hat. brickd kann das zur Laufzeit von libusb Abfragen und falls Hotplug nicht über libusb verfügbar ist, selbst libudev verwenden. brickd kommt schon länger mit der libudev.so Datei alleine aus. Sprich es sollte funktionieren, wenn du das libusb und libudev opkg Package für die .so Dateien installiert hast. Wenn du libudev nicht hast, geht das auch, dann hast du halt nur kein Hotplug. Also einmal frisch den brickd und daemonlib Source Code von github herunterladen und dann make so aufrufen: make WITH_LIBUSB_DLOPEN=yes WITH_LIBUDEV_DLOPEN=yes

TimeoutException heißt, dass innerhalb des eingestellten Timeouts (standardmäßig 2,5 Sekunden) keine Antwort vom Bricklet angekommen ist. Du kannst den Timeout mit IPConnection.SetTimeout(5000) z.B. auf 5 Sekunden setzen. Alternativ verwendest du einfach die falsche UID für das Bricklet und erhältst deswegen keine Antwort?

log_daemon_msg and log_end_msg seem to be Debian specify. Please test the attached version of the init script, that only the LSB defined init script helper functions. The brickv problem: the iter function was added Python 2.7. Change line 87 in src/brickv/plugin_system/plugins/red/build_serviceproviders.py from for entry_country in root_country.iter('iso_3166_entry'): to for entry_country in root_country.getiterator('iso_3166_entry'): to avoid this problem. brickd

Du musst ganz am Ende deines Scripts, nach "nr.request_tag_id(nr.TAG_TYPE_TYPE2)" noch "ipcon.disconnect()" aufrufen.

Loetkolben, die Geschwindigkeit wird pro Port einstellbar sein. Zusätzlich wird es auch Error Counter geben mit denen du die Qualität der Kommunikation zwischen Brick und Bricklet bestimmen kannst.

Der neue Stecker sitzt in dem Sinne gar nicht stramm, da er einrastet und sich nicht durch strammen Sitz in der Buchse halten muss.

Teste mal brickd mit WITH_LIBUDEV=yes WITH_LIBUDEV_DLOPEN=yes make zu kompilieren. Dadurch solltest brickd mit libudev und dadurch Hotplug kompilieren können auch wenn du nur libudev.so hast, aber nicht den Header. Sprich du kannst libusb mit --disable-udev kompilieren und dennoch brickd mit Hotplug haben.

Ich würde erstmal testen, ob du das ohne libudev ans laufen bekommst und wenn das funktioniert mir dann erst über libudev Sorgen machen.

Okay, die Konfiguration sieht so erstmal okay aus. Klick mal bitte im Brick Viewer auf dem WIFI Tab unten rechts auf den "Show Status" Knopf und zeig auch mal Screenshot davon. Dort siehst du ob die WIFI Extension verbunden ist und welche IP Adresse sie bekommen hat. Was für einen WLAN Router verwendest du?

Ja, wenn du von Source installiert dann installiert das die .so und .h Dateien. Das installiert dann das was die libusb-1.0 und libusb-1.0-dev Packages installieren würden.

The way the LEDs light up initially is correct. That the LEDs don't light up at all now probably means that the Brick is in boot loader mode. This could happen if you accidentally hold the erase button on the Brick while connecting it to USB. You can try to flash the firmware to the Brick again, see: http://www.tinkerforge.com/en/doc/Software/Brickv.html#using-brick-viewer If the Brick doesn't show up as serial port during the flash process then please check if your Master Brick is missing the small black 4-pin part on the bottom side that is marked in the attached picture. If that's the case then the USB data lines are interrupted and USB communication doesn't work. Please contact us at info@tinkerforge.com with your order number and mention this forum thread.

Du kannst libusb aus Source installieren, dass sollte prinzipiell funktionieren mit folgenden Befehlen: wget https://github.com/libusb/libusb/releases/download/v1.0.21/libusb-1.0.21.tar.bz2 tar xf libusb-1.0.21.tar.bz2 cd libusb-1.0.21 ./configure make sudo make install Am besten deinstalliert du dann vorher das libusb Package, damit die sich nicht in die quere kommen. configure wird sich aber wahrscheinlich über das Fehlen von libudev beschweren. Du muss dann also entweder libudev + Header installieren oder libusb ohne libudev und damit auch ohne Hotplug Support verwenden. ./configure --disable-udev

Kannst du bitte in beiden Fällen den Stapel per USB mit dem PC Verbinden und jeweils einen Screenshot vom WIFI Status Fenster in Brick Viewer machen und hier zeigen? Ich vermute, dass im Client Modus was mit der IP Adresse der WIFI Extension nicht passt und du sie deshalb nicht erreichen kannst.