Loetkolben
-
Gesamte Inhalte
1.191 -
Benutzer seit
-
Letzter Besuch
Posts erstellt von 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.
Durch Input-Pullup leitet der NMOS nach sehr kurzer Zeit und das ist unschön.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
-
Bis ich mit einer Software die Bricklets neu initialisiert habe, ist es schon zu spät.
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 habe da vollstes Vertrauen in Tinkerforge.
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.
Wird die serielle Schnittstelle des Bricks richtig erkannt muss diese nun im Brick Viewer ausgewählt werden, typische Namen sind:Windows: "AT91 USB to Serial Converter" oder "GPS Camera Detect"
Siehe auch Gerätemanager. Da muss der Anschluss auch so auftauchen.
Viel Erfolg
Der Loetkolben
-
Da muss ich nochmal checken, ob Kabel oder USB-Port möglicherweise eine Macke haben.
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.
Ich habe einen Servo-Brick und würde diesen gerne weiterverwendenDie Problemstellung lautet eigentlich: Endlos drehen unter verwendung des vorhandenen Servo-Brick.
Der Loetkolben
-
Ok, das ist nicht das Szenario das ich plane, aber ich hoffe es hilft dabei meinen Standpunkt zu verstehen.
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
[Delphi] [Lazarus] ExampleAuthenticate.pas Fehler
in Software, Programmierung und externe Tools
Geschrieben
Hallo rwblinn,
hast du den richtigen Port genommen. Websockets von iot-remote.com benutzen 4280, ansonsten nutzt Tinkerforge den Port 4223.
Der Loetkolben