photron

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.

Ich denke du hast das richtig verstanden. In Client Modus verbindet sich die WIFI Extension mit einem bestehenden WLAN und holt sich von dort per DHCP eine IP Adresse ab, genau so wie dass dein Laptop oder Smartphone auch tut. Darüber solltest du dann auch unter der IP Adresse, die die WIFI Extension per DHCP erhalten hat, die Webseite der WIFI Extension erreichen können. Im Access Point Modus stellt die WIFI Extension selbst einen Access Point auf den du dich verbinden kannst und per DHCP eine IP Adresse beziehen kannst. Kannst du für beide Fälle (Client Modus Only und Access Point + Client Modus) das WIFI Status Fenster aus Brick Viewer, oder die Status Ansicht der WIFI Extension Webseite zeigen?

Das Makefile verwendet pkg-config um libusb zu finden. Das ldconfig die .so Datei auslistet ist nicht genug. Das sagt nichts darüber aus, ob die libusb Header installiert sind und ohne die Header funktioniert das Kompilieren nicht. libusb-1.0 ist schon das richtige Package, aber du brauchst das Development Package dazu (unter Debian: libusb-1.0-0-dev), um brickd von Source kompilieren zu können. Teste mal was diese beiden Befehle ausgeben: pkg-config --modversion libusb-1.0 pkg-config --list-all | grep libusb Aber ich würde erwarten, dass du einfach nur die .so Datei hast und der Rest fehlt. Ich würde sogar fast erwarten, dass da nicht mal ein Compiler drauf ist. Was gibt folgender Befehl aus? gcc --version Diese Router OSe sind nicht dafür gemacht auf dem Router selbst Software zu kompilieren. Normalerweise hat man da ein Build System auf dem PC mit dem man ein angepasstes Router Image bauen kann. Dort musst du dann brickd integrieren, denke ich.

Du hast UID und Position durcheinander gebracht. Dein LCD Bricklet ist an Bricklet Port B am Master Brick angeschlossen. Du musst aber dessen UID angeben, nicht den Port. Die richtige UID kannst du in Brick Viewer ablesen und ist typischer Weise für Bricklets 3 Zeichen lang, zum Beispiel: z5U.