Einstein

Ich hab ein verstecktes Wlan mit dem er sich verbinden soll. Die Einstellungen die ich beim debuggen sehe stimmen auch alle so wie er sie übergibt. Ich werde heut nachmittag noch einmal einen anderen AP nutzen und schauen ob es vielleicht daran liegt.

Hallo Leute, ich hab heute mein Wlan Stack wieder in Betrieb nehmen wollen, aber bei allen beiden zeigt sich folgendes Phänomen. <D> Returning initial Enumeration for Brick: 3773900081 <D> wifi: Command response (command 21): 15 <D> wifi: Startup Error: Trying again... <D> wifi: Command response (command 47): UnExpected Warm Boot(Possibly Low Battery) <D> wifi: Command send (14): ATE0 <D> wifi: Command response (command 14): ATE0 <D> wifi: Command response (command 14): OK <D> wifi: Command send (15): ATV0 <D> wifi: Command response (command 15): 0 <D> wifi: Command send (1): AT+WD <D> wifi: Command response (command 1): 0 <D> wifi: Command send (13): AT+WRXPS=0 <D> wifi: Command response (command 13): 0 <D> wifi: Command send (10): AT+WRXACTIVE=1 <D> wifi: Command response (command 10): 0 <D> wifi: Command send (33): AT+WSYNCINTRL=65535 <D> wifi: Command response (command 33): 0 <D> wifi: Command send (43): AT+WRETRY=7 <D> wifi: Command response (command 43): 0 <D> wifi: Command send (34): AT+ASYNCMSGFMT=1 <D> wifi: Command response (command 34): 0 <D> wifi: Command send (42): AT+WREGDOMAIN=1 <D> wifi: Command response (command 42): 0 <D> wifi: Command send (: AT+BDATA=1 <D> wifi: Command response (command : 0 <D> wifi: Command send (44): AT+WSEC=1 <D> wifi: Command response (command 44): 0 <D> wifi: Command send (6): AT+NDHCP=1 <D> wifi: Command response (command 6): 0 <D> wifi: Command send (41): AT+WM=2 <D> wifi: Command response (command 41): 0 <D> wifi: Command send (21): AT+WA="VPN-WLAN2123" Kann damit jemand was anfangen? Brick ist mit einem Step-Down "bestromt". Daher kann ich mir den Powerloss nicht erklären. Mfg

hallo raphael, ich hab das grad versucht nachzustellen. Ich hab hier mit einem Cisco AP nicht das Problem. vom adressbreich 192.168.178.0/24 ausgehend vermute ich das du eine FritzBox o.ä. benutzt. Hast du dort "Sendeleistung automatisch auf den tatsächlichen Bedarf verringern" aktiviert? Da hatten wir schonmal einen Thread drüber und deaktiviern half. Gruß

@borg Was ich nach testen dazu sagen kann ist das die Firmware definitiv stabiler läuft. Ich hab alles aus dem git genommen (brickd, brickv, master-fw). Es hängt sich auch nicht mehr auf wenn ein prozess auf die wifi-extension zugreift und gleichzeitig ein enumeration durchgeführt wird. Wenn meine neue bestellung ankommt teste ich dann auch noch mit chibi und rs485 im zusammenspiel. Gruß

Hallo Arnim, ich speise über meine 4 Draht Leitung zwischen 9 und 12 Volt ein und nutze unter jedem RS485 Stack eine step-down. Gruß

@borg gut UID Problem verstanden. @masder dieses gefühl hatte ich auch schon und bin es gerade am durchtesten (in zusammenhang des Chibi-Masters auf nem RS485 Slave. RS485Master---RS485--->RS485Slave(mit Chibi-Master on top) Kann das vielleicht noch wer anders mit seinen Stack testen?

Eine Frage hab ich noch zur neuen Version. Ich hatte vorher die Beta Version 2 installiert. UID des Masters 67xxxx Nach dem flashen auf die aktuelle Version 2 hat er die UID 6Kuxxx. Ändert sich jetzt jedes mal beim flashen die UID oder wie generiert ihr diese? Gruß

Dazu hab ich einen kleinen Versuch. @borg Lass auf deinen Brick einfach nur eine Temperaturabfrage laufen die ständig (jede sekunde, jede 100ms) die Werte ausliest. Dann nimmst du einen anderen Rechner und für ein enum auf diesen aus. Bei mir friert der Stack dann immer ein, die WiFi LED leuchtet ständig grün aber der Stack ist "tot". Ich weiß nicht ob das ein ähnliches Problem ist. Gruß P.S.: Mein Programm liest die Temperatur von Stapel aus und schreibt sie auf ein LCD20x4 am gleichen Stapel.

Problem taucht nicht mehr auf. Danke dafür

@Masder 'tschuldige das hatte ich vergessen zu erwähnen. Es gibt bei mir noch ne main Klasse welche den port enthält. Deswegen greife ich auf diesen mit main.port zu. Gruß

Kein Problem... Ich dachte nur in meinem Leichtsinn das es einfach ein reset counter ist ^^

Ich hoffe ich denke nicht falsch, aber wäre es möglich noch eine Funktion wie resetRS485ErrorLog() hinzuzufügen, bei der der ErrorLog gelöscht wird. Konkret geht es mir darum, wenn der Counter zu hoch wird (über 100000) das ich ihn zu 0 reseten könnte um ihn neu beobachten. Große zahlen lesen sich immer so schlecht. Gruß

Ich vermute es liegt an der ipcon.disconnect(). Könnte jemand der Java macht dies hier mal versuchen? public class RS485_stats { private static String host = "192.168.0.255"; private static String UID_rs485_master = "******"; private static String UID_rs485_slave1 = "******"; public static void main(String[] args) throws IOException, InterruptedException, IPConnection.TimeoutException { // Create connection to brickd IPConnection ipcon = new IPConnection(); // Can throw IOException ipcon.connect(host, main.port); BrickMaster rs485_master = new BrickMaster(UID_rs485_master,ipcon); BrickMaster rs485_slave1 = new BrickMaster(UID_rs485_slave1,ipcon); System.out.println("RS485 Master CRC-Errors: " + rs485_master.getRS485ErrorLog()); System.out.println("RS485 Slave 1 CRC-Errors: " + rs485_slave1.getRS485ErrorLog()); ipcon.disconnect(); ipcon. } }

Also die letzte Zeile klingt irgendwie so als hättest du bei der Verbindung die Falsche IP angegeben.

Ich bekomme nach umbauen meines Programms einen NullPointer. Sieht da jemand einen Fehler? Exception in thread "Thread-0" java.lang.NullPointerException at com.tinkerforge.CallbackThread.run(IPConnection.java:124) Hier das Programm ipcon.addListener(new IPConnection.EnumerateListener() { public void enumerate(String uid, String connectedUID, char position, short[] hardwareVersion, short[] firmwareVersion, int deviceIdentifier, short enumerationType) { if(enumerationType == IPConnection.ENUMERATION_TYPE_DISCONNECTED) { System.out.println("Device UID: " + uid + " disconnected."); return; } if(enumerationType == IPConnection.ENUMERATION_TYPE_AVAILABLE) { /*System.out.println("UID: " + uid); * System.out.println("Enumeration Type: " + enumerationType); * System.out.println("Connected UID: " + connectedUID); * System.out.println("Position: " + position); * System.out.println("Hardware Version: " + hardwareVersion[0] + "." + * hardwareVersion[1] + "." + * hardwareVersion[2]); * System.out.println("Firmware Version: " + firmwareVersion[0] + "." + * firmwareVersion[1] + "." + * firmwareVersion[2]); * System.out.println("Device Identifier: " + deviceIdentifier);*/ AKTUELL AUSKOMMENTIERT uid_list.add(uid); deviceID_list.add(deviceIdentifier); counter ++; } } });

ahhh THX für alle die es auch suchen "11", "Brick DC" "12", "Brick Debug" "13", "Brick Master 2.0" "14", "Brick Servo" "15", "Brick Stepper" "16", "Brick IMU" "21", "Bricklet Ambient Light" "22", "Bricklet Breakout" "23", "Bricklet Current12" "24", "Bricklet Current25" "25", "Bricklet Distance IR" "26", "Bricklet Dual Relay" "27", "Bricklet Humidity" "28", "Bricklet IO-16" "29", "Bricklet IO-4" "210", "Bricklet Joystick" "211", "Bricklet LCD 16x2" "212", "Bricklet LCD 20x4" "213", "Bricklet Linear Poti" "214", "Bricklet Piezo Buzzer" "215", "Bricklet Rotary Poti" "216", "Bricklet Temperature" "217", "Bricklet Temperature IR" "218", "Bricklet Voltage" "219", "Bricklet Analog In" "220", "Bricklet Analog Out" "221", "Bricklet Barometer" "222", "Bricklet GPS" "223", "Bricklet Industrial Digital In 4" "224", "Bricklet Industrial Digital Out 4" "225", "Bricklet Industrial Quad Relay" "226", "Bricklet PTC" "227", "Bricklet Voltage/Current"

@TF-Team Hallo ihr, gibt bzw. habt ihr irgendwo eine Übersicht welche Device Identifier ihr für welches Bricklet/welchen Brick benutzt habt? Ich hab bisher festgestellt das die 13 z.bsp. ein Master ist und die 216 ein Temperatur Bricklet sowie 212 ein LCD. Gruß

@borg Ich hab jetzt noch einmal 'ne Runde rumprobiert aber auf Grund von einsetzendem Schneefall kann ich bei meinem Wifi Master auf dem Dach nicht mehr rumspringen und werd das wohl vertagen müssen.

Sooo ich hab' jetzt noch mehrere Dinge versucht. Nur Stack mit Wifi und ohne RS485. Klappt Problemlos, egal in welcher konstellation (AP-Modus, Client auf AP mit und ohne QOS). Sobald ich aber an den Stack per RS485 einen Slave anbinde zeigen sich auch noch keine Phänomene. Diese treten erst auf wenn mehr als 1 Client angehängt ist (bei mir wär es 1 Master (mit Wifi) und 2 Clients). Ich habe auch mit der Baudrate gespielt (alte FW 1.x ging bei mir ohne Probleme mit 2000000 Baud). Zum testen bin ich runter auf 9600, auch das bringt keine Abhilfe. Wie meintest du das? Wenn du den Aufbau wie oben hast und den "leeren" RS485 Stack entfernst funktioniert es? Ich hab auch von allen RS485 Bricks die Bricklets abgezogen. Dann funktioniert kurioser weise alles ohne Timeouts (also auslesen der Daten Stackspannung und Strom). Ich hoffe das war jetzt nicht zu verwirrend.

@borg, was ich festgestellt hab ist, das es Probleme gibt wenn die Ping zeiten hochgehen. Ich hatte im AP QOS deaktiviert und aus einem anderen Subnet auf die Wifi Extension zugegriffen. Dabei ist der Effekt zu beobachten das sobald der Ping über 6-9ms hochgeht bekomme ich Timeouts. Schalt ich meine QOS Policies wieder ein wird der WifiStack am höchsten Priorisiert, löst aber auch nicht immer das Problem.

Gibts schon was neues bzgl. des WiFi - RS485 Problem?

Das Problem hatte ich auch. Geh mal unter configure extension type und bestätige nur das was schon da steht. Danach kannst du auch nen master konfigurieren. Ich hab bisher nur noch nicht rausgefunden an was das liegt.

Kleiner zusatz noch. Wenn es doch einmal funktioniert und die ganzen Timeouts nicht stören (bzw. gegen 0 gehen) kommt dieses verhalten heraus. Ich meine speziell das konstant bleiben der Temperatur.

Hallo borg, also folgender aufbau (immer von unten nach oben). Master1: Step-Down -> Master (Port A ein Temperatur Bricklet, Port B ein Temp-IR) -> RS485 -> Wifi Master2: Step-Down -> Master -> RS485 (Port A Ambilight, Port B Temperatur Bricklet, Port C Humidity, Port D Barometer) Master3: Step-Down -> Master -> RS485 (aktuell nichts angesteckt). Verbindung alle untereinander über RS485. Master1->Master2->Master3. Aktuell (damit es funktioniert ist der Master3 der RS485 master und hängt per USB am Rechner. sollte aber eigentlich alles über die WiFi gehen.

Einwas hätte ich dazu beizutragen. Ich hatte heute meine Stacks auf FW 2.0 umgestellt. Das funktionierte noch nicht ganz so und ich wollte wieder zurück zu 1.x . Dabei hab ich festgestellt das dies wahrscheinlich nicht möglich ist. Er erkennt unter linux kein device mehr und sagt enumeration on usb failed. Zurück zu 2.0.0 und alles lief wieder. Gruß