borg

Firmwares: Master Brick 1.3.3 Add Ad Hoc and Access Point mode Download Firmwares: Master Brick

Ein Startup Error bedeutet, dass das WIFI Modul einen Error in einem der Konfigurationsbefehle geliefert hat. Was trägst du denn wo genau ein? Welche Verschlüsselung benutzt du? Du könntest mal versuchen einmal unten auf "Configure Extension Type" zu gehen und nochmal WIFI auszuwählen, das bringt die Konfiguration auf den Auslieferungszustand zurück.

Hier gibt es eine Anleitung wie man unsere C Bindings in einer X-Code iOS Anwendung benutzt: http://www.tinkerforge.com/doc/Software/API_Bindings.html#c-c-ios Das funktioniert sehr gut, aber um es dann wirklich aufs iGerät zu bringen wird in der Tat die Apple Steuer fällig...

Ich befürchte nicht. Das sieht mir so aus als wäre es zuviel Aufwand das auf dem Master zu implementieren. Es müsste also wenn dann auf dem PC ein "Wandler" her, der zwischen unserem Protokoll und SNMP umwandelt.

Kann mir mal einer ein bisschen genauer den Anwendungsfall darstellen? Der ganze Enumerate Kram ist nicht so gut gelungen und sollte auf Dauer definitiv gegen irgendetwas besseres ersetzt werden. Aber wofür genau benutzt ihr Enumerate eigentlich? Warum nicht einfach eine Liste von UIDs und Devices vorhalten die ihr habt und diese einfach abarbeiten?

Bis spätestens Ende nächster Woche würde ich sagen .

Du kannst das EEPROM der WIFI Extension resetten indem du im Master Tab auf "Configure Extension Type" klickst und Extension 0 sowie Type WIFI auswählst. Dann den Master neustarten und die WIFI Extension ist wieder in der Default Konfiguration. Eigentlich sollte da aber nichts kaputtkonfigurierbar sein .

Ich zitiere einfach mal aus dem Datenblatt: Der erste Satz ist vermutlich der relevanteste: Die Temperatur ist proportional zur echten Temperatur, nicht mehr und nicht weniger . Ich denke wir nehmen die Temperatur einfach wieder aus dem Brick Viewer raus, damit scheinen wir ja nur zu verwirren ohne großen Mehrwert.

Firmwares: DC Brick 1.1.5, IMU Brick 1.0.9 Setze Interrupt Pins im Stack auf "Input Default". Andernfalls können sie die Kommunikation zwischen Master und WIFI Extension stören im Stack Download Firmwares: DC Brick, IMU Brick

Firmwares: DC Brick 1.1.5, IMU Brick 1.0.9 Set Interrupt pins to input default (otherwise they can interfere with WIFI) Download Firmwares: DC Brick, IMU Brick

Neat! Are those continuous rotation servos?

Oh. Hab gerade 1.3.2 hochgeladen, damit hat sich das dann erledigt . Bitte nochmal updaten, ich hatte noch einen Bug gefunden der eingehende Nachrichten verwirft wenn viele Callbacks benutzt werden. Es wird auch vermutlich noch eine 1.3.3 geben vor dem Wochenende, die Behandlung wenn mehr Nachrichten reinkommen als wir bearbeiten können muss noch verbessert werden.

Firmwares: Master Brick 1.3.2 Bitte den Master Brick auf 1.3.2 aktualisieren falls die WIFI Extension benutzt wird. In 1.3.0 und 1.3.1 kann es passieren, dass eingehende Nachrichten verworfen werden falls zu viele Callbacks genutzt werden! Empfangs-Ringbuffer für WIFI Extension hinzugefügt (verhindert Callback Overflows) Download Firmwares: Master Brick

Firmwares: Master Brick 1.3.2 Please update your Master Brick to this version if you are using the WIFI Extension, in prior versions it drops incoming messages if many callbacks are used! Add receive ringbuffer for WIFI Extension (prevent oveflow due to callbacks) Download Firmwares: Master Brick

Firmwares: Master Brick 1.3.1 Remove unnecessary check (more bandwith for WIFI Extension) Download Firmwares: Master Brick

Firmwares: Master Brick 1.3.1 Unnötigen Check entfernt (Mehr Bandbreite für WIFI Extension) Download Firmwares: Master Brick

Firmwares: Master Brick 1.3.0 Unterstützung für WIFI Extension hinzugefügt Download Firmwares: Master Brick

Firmwares: Master Brick 1.3.0 Add WIFI Extension support Download Firmwares: Master Brick

You can directly connect to a Stack with WIFI Extension. There is no need for brickd if you use the WIFI Extension (brickd is implemented on the Master Brick for this).

D.h. ich brauche 2 IPConnections in meiner Anwendung zum gleichzeitigen Betrieb der beiden Stacks, einen über die IP der WLAN-Exten. den anderen (Chibi) über Localhost (BrickD) ?! Ah. Ja, brauchst du in dem Fall. Wäre aber zu begrüßen, ich möchte meine Chibi-Erweiterung durchaus noch weiter benutzen und erweitern, entweder um die WLAN- oder dem Nachfolger der Chibis. Alle Chibi-Ext. durch WLANs austauschen, um weiterhin zukunftssicher zu arbeiten, bin ich nicht bereit ! Es sei denn jemand subventioniert das Ich hab es ja nicht ausgeschlossen .

Oh, Hex Notation für WPA ist blödsinn. Das ist ganz normal ASCII. Fixe ich gleich in der Doku.

Nö. Noch nicht, Ad Hoc Modus kommt aber direkt als nächstes. Softwaremäßig musst du von "localhost" auf die IP des WLAN Moduls umstellen, alles andere bleibt gleich. Es gibt nur Schlafmodus und nicht-Schlafmodus. Wechseln dazwischen kannst du per API. Im Schafmodus geht er sofort nach jeder Nachricht wieder schlafen. Der Durchsatz in dem Modus ist aber schon sehr gering. 15, steht jetzt auch in der Spec. Korrekt. Unserer Meinung nach gibt es noch viel zu wenig Leute die unseren Kram mit Smartphone und Tablet nutzen, gerade mit der WIFI Extension ist das ja jetzt toll (Verbindung ohne brickd) ! WIFI + RS485 wird definitiv in Zukunft möglich sein (ist es in 1.3.0 noch nicht). WIFI + Chibi gleichzeitig kann ich nicht versprechen.

Meine Güte, ihr seht aber auch alles . Sie war nur schon reingestellt um zu gucken ob auch alles passt. Jetzt sollte sie kaufbar sein. Neue Brickv Version, neue Firmwares, neue Bindings und neue Master API Doku kommen im Laufe des Tages. Bin noch ein wenig am dran rumschreiben .

WIFI Extension geht heute in den Shop.

Bis auf ein paar Kleinigkeiten die im Laufe der nächsten Woche noch folgen ist jetzt alles auf tinkerforge.com auch auf deutsch verfügbar. Inklusive Hardware-, Software- und API-Dokumentation! Tote Links o.ä. könnt ihr uns natürlich gerne mitteilen. An dieser Stelle auch nochmal vielen Dank an Holy, der einen Großteil der API im Alleingang übersetzt hat!