Novae
-
Gesamte Inhalte
93 -
Benutzer seit
-
Letzter Besuch
Posts erstellt von Novae
-
-
Moin,
könnte man für den RED Brick nen eigenes Forum rein packen?
Die Posts für den REDBrick überschwemmen fast alle Bereiche
Grüße
Novae
-
Ich denke eher das die 5V abgebrochen sind (P1).
das GPS Bricklet arbeitet mit 3,3V und die sind auch verbunden
Pin 10 wäre der nIRQ und der dürfte gemäß SC16IS740 Datenblatt relevant sein für die Funktionsweise ^^
IRQ Beschreibung aus dem Datenblatt
Interrupt (open-drain, active LOW). Interrupt is enabled wheninterrupt sources are enabled in the Interrupt Enable Register
(IER). Interrupt conditions include: change of state of the input
pins, receiver errors, available receiver buffer data, available
transmit buffer space, or when a modem status flag is detected. An
external resistor (1 k[ohm] for 3.3 V, 1.5 k[ohm] for 2.5 V) must be
connected between this pin and VDD.
-
woran lag es denn nun?
-
Nur mal ne Verständnisfrage:
Hast du keinen Accesspoint zu Hause?
Oder wieso spannst du mit der WiFi ext. ein eigenes Wlan auf?
Das Gateway brauchste dann auch nicht angeben da es keins gibt.
Soo und dein Rechner und die Wifi Ext haben nun je eine IP im selbem netz?
IP: 192.168.2.XX
SN: 255.255.255.0
kannst du die WiFi Ext anpingen?
Gateway und DNS kannst du bei beiden Geräten leer lassen.
Keine ahnung ob die WiFi ext darauf reagiert wenn ein Gateway eingetragen ist aber kein existiert.
Die Firewall kann sowas blocken, ja, aber in den standardeinstellungen müsste es gehen ^^ansonsten mal für den BrickV eine Ausnahme auf dem von dir verwendeten Port hinzufügen
ggf, wenn du nur mit dem einem Netzwerk verbunden bist... könntest du sogar kurzzeitig mal die Firewall deaktivieren (nur zum testen ob es dann geht) und danach gleich wieder aktivieren!... aber wirklich nur wenn das das einzige verbundene Netz ist!
Vergiss es... ohne Verschlüsselung im WLAN solltest du das nicht machen ^^
-
Probier mal die Subnetz-Adresse 225.225.225.225 durch 255.255.255.0 zu ersetzen. (sollte auch bei beiden gleich sein!)
Oh stimmt die Subnetzmaske hab ich garnicht gesehen
225.225.225.225 is doch auch garkeine gültige Subnetzmaske o.O
-
haste deinem PC auch eine Static IP gegeben?
also zb 192.168.2.16?
-
Hmm ich muss Borg zustimmen.
Der Vergleich mit Windows ist garnicht mal Schlecht
Sobald du angemeldet bist (Authentifiziert) kommst du bei fast allen System an das Wlan Passwort.
Dementsprechend ist die Authentifizierung der Übliche und auch ein Ausreichender Schutz.
Warum das Über die API Erfolgt?
Ich denke mal weil auch der BrickViewer nur über die API kommuniziert und dieser ja die Verwaltung für die WiFi-ext mit übernimmt.
Warum geben andere OS das Wlan Passwort in Plaintext aus?
Ich persönlich finde es sehr praktisch (ob es notwendig ist... siehe weiter unten) das man ggf das Passwort nochmal Überprüfen kann...
(Machen übrigens die Meisten Router auch die zeigen auch das PW in plaintext in den Verwaltungen an...)
Warum das allgemein Gang und Gebe ist...
Gute Frage... ich gehe einfach mal von allgemeiner bequemlichkeit aus...
Aber das wäre eine Grundsatzdiskussion die auch nicht mehr direkt mit dem Problem zu tun hat.
<ironisch>Ist es, weil wir uns alle das WLAN-Passwort nie merken können und Tinkerforge uns Hilfe anbieten will?
</ironisch>
Ich glaube die Ironietags kannste wegnehmen und das Tinkerforge gegen die Allgemeinheit austauschen ^^
Btw: wenn du einen Trojaner auf dem Handy hast... hat der eh alle deine Wlankennwörter die lassen sich meistens auch auf den Handys auslesen.
Da wäre die Schwachstelle nicht TF...
Das WLAN Kennwort ist nach aktivieren der Auth nicht mehr einfach auslesbar.
Bei allen anderen Angriffsvektoren sehe ich nicht die Schwachstelle bei TF.
Problem Solved?
-
Moin,
was hat den der Default im Brickv mit deinem Servobrick zu tun?
-
Das Problem am "umgehen" des USB Ports ist aber das du einen Wandler übergehst und damit eventuelle Spannungsspitzen direkt den Raspberry beschädigen können.
Siehe:
http://raspberrypi.stackexchange.com/questions/1617/how-do-i-supply-power-through-the-gpio
IMPLICATIONSTo answer your question. Yes you can supply 5v on the GPIO pin. BUT, it has no backward protection and it was not really designed to be a 5volt input pin. the 3.3v pin can also be powered with 3.3v as the regulator has build in protection- but again it leaves your BCM unprotected! Typically any power pins on GPIO area are used to power extended circuits.
You need to realise that the USB schematic was carefully designed to be used as the primary +5V input and protects the Pi from getting fried. The GPIO pin does not offer this protection fully and you really need to trust your power supply if you want to do that!
dann doch lieber nen billig UBS kabel zerschnippeln
-
zum testen einfach >4AA 1,5v Batterien in Reihe schalten und an den StepDown hängen
(achte nur auf die Polung beim anschliessen)
-
hab das so in Erinnerung das wenn man den kontrast auf maximum stellt man nur noch die pixel auf dem Display sieht und nichts anderes mehr erkennt..
deswegen das mit der Kontrastschraube...
wenn es im brickv auftaucht, flash doch einfach nochmal die aktuelle firmware?
eventuell ist die auf dem Brick kaputt
-
stell mal die Kontrastschraube am Rand runter
nevermind, hab überlesen das die schraube funktioniert
-
http://www.tinkerunity.org/forum/index.php/topic,2381.0.html
oder aber die meßspitzen verlängern...
dann verschleißen die auch nicht...
wobei ich da ja auch immer noch auf eine Antwort warte :-/
-
huuui nice
das sind aktuell mit die beiden Bricklets auf die ich mich am meisten freue ^^
-
uhhm o.O nice!!
und bei dem "Making of" sieht man auch das RFID Bricklet? ^^
-
Was für eine spannung liegt am PowerSupply an?
-
oops, den thread hatte ich komplett übersehen...
http://www.tinkerunity.org/forum/index.php/topic,2452.0.html
Gleiches "Problem"
-
Moin,
ich weiß (jetzt ^^) das die WiFi-Ext keine Websocket unterstützt...
Dann kann die iot-remote Seite natürlich auch nicht mit nem wlanstack funktionieren
Aber bis ich das herraus gefunden hatte ist mir etwas komisches aufgefallen.
Wenn ich versuche mit der iot-remote.com auf die WLan-Ext IP Port 4223 zuzugreifen, stürzt der ganze Stack ab und startet sich neu?!
Das Ganze passiert auch wenn man eine Authentifizierung gesetzt hat und diese bei der Abfrage von iot-remote nicht mit angibt.
Einfach nur die IP+Port reicht -> "Find Remote Switch Bricklets" anklicken und der komplette stack startet neu.
Das Ganze ist Reproduzierbar :-/
Wenn man im Netz auch Tinkerforge stacks mit WLan-Ext hat kann man die damit mal "eben" neustarten falls man die IP falsch eingibt.
Irgendwas scheint die WLan-Ext da nicht zu mögen
Grüße
Novae
-
Heyho, sry das ich so einen alten Thread ausgrabe
aber das war der einzige in dem ich AES als Stichwort gefunden habe
Und scheinbar hab ich das Problem (jdenfalls bei mir, gleiches szenario/problem) "lösen" können.
Ich habe zu Hause mehrere TP-Link TL-WR702N
eingerichtet auf WPA2-AES
und alle meine WiFi Extensions haben keine DHCP Adresse bekommen.
Bei statischer IP hab ich auch keine Verbindung erhalten...
Die Lösung war in dem Falle umstellen auf AES+TKIP/Automatisch.
Direkt nach dem Neustart der AP's funktionierte alles einwandfrei...
Scheinbar kommen die WiFI-Ext nicht mit dem WPA2-AES klar :-/
Eventuell hilft das (auch wenn es schon ne weile her ist) dem einem oder anderem noch weiter....
-
moin,
schau dir das mal an:
http://mechlab-engineering.de/2014/03/tinkerforge-imu-zur-lageerkennung-von-fahrzeugen/
die haben das ganze recht gut beschrieben wie sie den IMU und das GPS zusammen wirken lassen und auch wie sie den weg nur mit dem IMU berechnen.
eventuell ist ja da noch eine idee dabei
-
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.
Gute Idee (auch an Nic), aber das eingießen in Kunstharz hat immer sowas entgültiges für die Bauteile
Und Lötpunkte kann man relativ einfach wieder Lösen.
edit, achso nix mit oben schwimmen xD wenn das ding im Boden steckt kann/sollte es eigentlich nicht mit nach oben steigen. dann wäre es zu locker im Boden Also würde nur 100% abdichten in Frage kommen...
Aber bevor du hier vergeblich auf Antwort von TF wartest
Och ich hab Zeit
Und wenn es in der Doku steht muss sich ja jemand was bei gedacht haben ^^
Und die Idee mit der Verlängerung gefällt mir halt Besser als ein Eingießen in Kunstharz ^^
Grüße
Novae
-
mit außerhalb meine ich das ich einen liter Wasser in den Kübel gieße und das dann auf über 2cm ansteigt bis ein eingesuppt ist
da hilft dann auch kein Gehäuse
ich wollte das Bricklet an der außenseite des Topfes tapen und die messpitzen drinn haben, dann passiert auch nix wenn man beim gießen nicht aufpasst ^^
-
Moin,
Ich hab einen Relativ Großen Blumentopf da den ich damit überwachen will.
Allerdings möchte ich das Bricklet gerne ausserhalb aufbewahren (Wasserschaden undso).
Es ist möglich das Bricklet direkt in Erde zu stecken oder zwei Prüfspitzen an das Bricklet zu löten.Was für Prüfspitzen empfehlen sich?
An welche Stelle müssten diese gelötet werden?
Grüße
Novae
-
hä?
falls du das RED board meinst, nein die WLAN-Ext macht nicht das gleiche wie die Ethernet-ext... (die wlan ext kann nicht als wlan karte verwendet werden.)
Es gibt diverse günstige WLAN-Dongels (~10€) die von Debian sofort erkannt werden...
falls deine frage damit nicht beantwortet ist, formuliere sie doch bitte nochmal neu ^^
edit: aaaah RPI -> Raspberry Pi... nein die WLan-Ext ist dafür das du den Stack per WLAN betreiben kannst.
Wenn der RPi per Netzwerkkabel im Netzwerk hängt und der Stack per WLan im gleichem netzwerk, finden die beiden sich.
Ich hoffe das ich mit der antwort weiter helfen kann ^^
edit2: or just write it in english again, maybe i understand than your problem better
Extrabereich im Forum für RED
in Allgemeine Diskussionen
Geschrieben
Für jedes Bricklet nen extra Bereich halte ich auch für übertrieben.
Es ging mit wirklich nur um die Red spezifischen Sachen.
vllt gibt sich das ja auch wieder in Kürze