Jump to content

Novae

Members
  • Gesamte Inhalte

    93
  • Benutzer seit

  • Letzter Besuch

Posts erstellt von Novae

  1. 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 when

    interrupt 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.

  2. 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 ^^

  3. 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?

  4. 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

     

    IMPLICATIONS

     

    To 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 ;)

  5. 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

  6. 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....

  7. 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

  8. 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 ^^

  9. 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

  10. 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 ;)

×
×
  • Neu erstellen...