Loetkolben

Hallo rwblinn, hast du den richtigen Port genommen. Websockets von iot-remote.com benutzen 4280, ansonsten nutzt Tinkerforge den Port 4223. Der Loetkolben

Hallo rwblinn. Ich haette da einen Tip. 1. Hast du den Brickd fuer den Port 4280 (Websockets) freigeschaltet? Siehe Konfigdatei vom Brickd. Dieser Port ist bei der Installation per Default gesperrt. Die Weboberflaeche (IOT-REMOTE.COM) kann nur per Websockets kommunizieren. Hinweis: Der Brickv kommuniziert ueber Port 4223. 2. Dann auch in der Weboberflaeche (IOT-REMOTE.COM) Port 4280 angeben. Nun sollte es gehen. Viel Erfolg Der Loetkolben

Achso. Da habe ich noch einen Vorschlag: Gies den Elektronikteil mit Kunstharz ein und schliesse dabei kleine luftgefuellte Kugeln mit ein. Dann schwimmt der Sensor immer oben, die Elektronik schaut aus dem Wasser und selbst wenn man von oben Wasser draufgiesst passiert nichts. Einzig von unten koennte Wasser an der Platine hochsteigen, aber die Kugeln halten die Elektronik ueber dem Wasserspiegel. Viel Erfolg Der Loetkolben

Hallo Novae, was meinst du mit "ausserhalb" Nimm doch einfach ein Gehaeuse dazu und schon ist die Elektronik vom eigentlichen Sensor getrennt, bzw. geschuetzt. Viele Gruesse Der Loetkolben

Hallo, du kannst den Stack jederzeit mit der dann neuen Firmware versorgen und auch ohne Websockets kannst du mit dem Stack kommunizieren. Websockets sind eben nur ein _weiteres_ Protokoll. Viele Gruesse Der Loetkolben

Mach bitte einfach ein Firmwareupdate des Masterbrick. Wenn der noch alte Firmware aus der 1.x Reihe hat, wird er von den 2.x Tools nicht mehr erkannt. BTW: Auch die HW 1.0 kann mit der aktuellen Firmware geflasht werden. Viel Erfolg Der Loetkolben

Die heise Redaktion hat in ihrer neuen c't Ausgabe 12/14, S. 84 (erschienen am 17.5.2014) den Wunsch nach Reparatur von Platinen mit BGA Chips aufgegriffen: c´t: Neue Bälle, bitte! Reparaturtechniken für Chips und Platinen An dieser Stelle faellt mir die Frage ein ob die neuen Bohrer ihre Erwartungen erfuellen und ob sich schon mehrere RED Bricks booten lassen? Viele Gruesse Der Loetkolben

Hello JavaLaurence, do you want to control a I2C IC with IO-4/16 Bricklet via Software? Please follow this link: I2C mit IO16-Bricklet (PortExpander) Until today i had no time to test it, but i want to control a I2C LCD with this method in future. Der Loetkolben

They will programm a device driver to connect directly to the stack. How this will work is unkown for me yet. This is one of the main challanges of the RED Brick project. With this driver the USB restrictions will be avoided. Der Loetkolben

Hallo Joerg, da machst du eigentlicht nichts falsch. Dieses Phaenomen mit dem Remote Bricklet trat schon mal auf, wobei es bei korrekter Konfiguration verschwinden sollte. - Ist mir am Anfang auch mal passiert, aber dann nicht mehr aufgetreten. Brick Firmware upto date? Bricklet Firmware upto date? Ebenso Brickd und Brickviewer? Mit dem Brickviewer kannst du das prufen und ggf. updaten. (Ggf. Bricklet FW neu flashen) Welches Betriebssystem verwendest du? Kannst du bitte auch pruefen ob die Steckerverbindungen korrekt sind oder ob dort ein Pin krumm ist. Bitte check das mal und schreibe die Versionen hier rein. Der Loetkolben

Hast du am Raspi beim Brickd den Port 4280 freigeschaltet? Der Brickviewer kommuniziert per Port 4223 mit dem Stack. Die io-remote.com Seite kommuniziert per Port 4280 mit dem Stack. - Dieser Port ist nach der Installation des brickd nicht freigeschaltet. Der Loetkolben

Schonmal die Anleitung probiert? Du must das Brick erstmal in den Flashmodus versetzen. Der Loetkolben

... und ich habe es immer noch nicht verstanden. Sorry. Was pasiert wenn der Pin erstmal auf Eingang steht? Ist das nur unschoen oder wird dadurch _wirklich_ eine Fehlfunktion ausgeloest? Angenommen die Firmware wird geaendert. Was passier dann in der Zeit zwischen "Power on" und "Chip Initialisierung". Auch das sind ggf. ein paar Millisekunden. Das wuerde kein Problem darstellen? Der Loetkolben

Natuerlich beantwortet das nicht deine Frage, aber ich kann sie leider auch nicht beantworten. Eigentlich muesstest du in der Firmware nur die Bits beim Init passend setzen und die Firmware compilieren. "Eigentlicht." Ich versuche dir ja nur einen Workaround anzubieten, da ich nicht weiss wo und wie das geht. Ok, das mag unschoen sein, aber ist das schaedlich fuer die Schaltung oder fuer die Funktion einer Kompenente? Der Loetkolben

Hast du mal in den Stecker des Bricklets geschaut, ob da ein Pin umgebogen ist? Der Loetkolben

Das wuerde mich interessieren. Warum ist es dann zu spaet, bzw. wieso kommt Deine Schaltung nicht mit Ports klar die zunaechst auf "Input" gestellt sind. Der Loetkolben

Warum reicht ein initialisieren mit "Output" nicht aus? Der Loetkolben

Hallo borg, irgendwie gefaellt mir das nicht. Ihr werb doch, dass alles lokal gespeichert wird. Wenn man die Sache verstanden hat, dass ist alles klar, aber bis dahin muss man erstmal verstehen, dass die Konfig lokal gespeichert wird, aber die Konfig bei euch auf dem Server gespeichert wird. Wer diesen Satz nicht verstanden hat ist genau an dem Punkt den ich meine. BTW: Bezueglich loeschen: ID eingeben und Delete anstelle von Load eingeben. Ich gehe davon aus, dass die ID einen Randomanteil haben. Der Loetkolben

Hallo zusammen, vielen Dank fuer diese sehr aufwendige Webseite. Besonders den Fortschrittsbalken bei suchen der Bricklets finde ich gut gelungen. Wie das heute so alles geht ... Eine ernste Frage habe ich aber auch noch: Wie kann ich eine Konfiguration vom Server loeschen oder wird die automatisch nach 24h geloescht? Leider gab es keinen Hinweis darauf, das gerade diese Funktion nicht lokal abgearbeitet wird. Edit. Noch eine Frage: Besteht die Moeglichkeit einen Hinweis einzublenden wenn der Browser nicht unterstuetzt wird. Mit dem IE8 geht es z.B. nicht. Ggf. machen auch "kleine" Browser wie Midori schlapp? Der Loetkolben

Ich gehe davon aus, dass man so einen Stack nicht nur 24*7, sondern auch 52*24*7 laufen lassen kann. BTW: Der WLAN Stack mit aktueller Firmware hat sich bisher immer wieder an den Accesspoint angemeldet, obwohl da ab und zu die Kanaele wechseln, die Verbindung recht schwach ist und jede Menge HF-Muell in der Luft lieft. Sehr robust programmiert. Danke nochmals an dieser Stelle! Der Loetkolben

Steht doch in der verlinkten Doku. Siehe auch Gerätemanager. Da muss der Anschluss auch so auftauchen. Viel Erfolg Der Loetkolben

Oder ob der Bootloadertreiber richtig geladen wird! Das ist ein anderer Treiber als im Betrieb. Der Loetkolben

Hallo Dirk, bitte ruhig bleiben. Erstens kann man Masterbricks 2.0 NICHT im Stack mit WLAN/Ethernet updaten: Master Brick 2.0 im Stack mit Master Extension Weiterhin kann es schonmal beim flashen haengen, aber selbst wenn der Flashvorgang abbricht ist nichts verloren. Den eigentlichen Bootloader kann man nicht loeschen und somit ist ein flashen immer moeglich. Vielleicht folgst du der Anleitung nochmal: Brick Firmware Flashing Edit: Merke: "noch kurz" und "Firmware" passt sowieso nicht zusammen. Der Loetkoben

Hat er sicherlich gemacht. Die Problemstellung lautet eigentlich: Endlos drehen unter verwendung des vorhandenen Servo-Brick. Der Loetkolben

Hallo photon. Das habe ich alles verstanden, aber du wolltest doch Daten per USB nutzen. Ich meine: - Wenn du Daten per USB nutzen willst, hast du einen Rechner der Tinkerforgehardware ansprechen und nutzen kann. - Wenn du nur einen Rechner mit seriellem I/O hast, kannst du so ohne weiteres nicht mit Tinkerforge kommunizieren. Dann musst du per Hardwareprogrammierung was machen. Viele Gruesse Der Loetkolben