Jump to content

ChristianRiedl

Members
  • Gesamte Inhalte

    7
  • Benutzer seit

  • Letzter Besuch

Letzte Besucher des Profils

Der "Letzte Profil-Besucher"-Block ist deaktiviert und wird anderen Benutzern nicht angezeit.

ChristianRiedl's Achievements

Newbie

Newbie (1/14)

  • First Post
  • Dedicated Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

0

Reputation in der Community

  1. Es gibt keinen Repeater. Der WLAN-Scan zeigt mein Netzwerk an ich wähle es aus und gebe das Passwort ein. Der Router verwendet WPA und WPA 2. Es kommt aber keine Verbindung zustande. Der Debug-Report zeigt unter anderem : 6,182 Wifi failed to connect to RICNET: Access Point not found. Is the reception too poor or the SSID incorrect? (201) In der Zwischenzeit habe ich mit folgendermaßen eine Verbindung zustande gekriegt : Ich habe die Router Security temporär abgeschaltet, der ESP32-Brick konnte sich dann verbinden. Dann habe ich die Security (WPA + WPA 2) wieder aktiviert, und der ESP32-Brick kann sich seither auch mit WPA/WPA 2 verbinden. So sollte es natürlich nicht sein. Aber zumindest habe ich den ESP32-Brick jetzt im Netzwerk.
  2. ESP32-Brick kann keine Verbindung zum lokalen WLAN herstellen. Der WLAN Access Point funktioniert. Die Netzwerksuche funktioniert noch richtig. Der Router ist eine Fritzbox 7590, mit WPA + WPA 2. Ich habe den WLAN-Access-Point des ESP32-Brick auf Fallback gestellt. Auch das Flashen der neuesten Firmware 2.0.1 hat nichts geholfen. Der Debug-Report zeigt unter anderem : 6,182 Wifi failed to connect to RICNET: Access Point not found. Is the reception too poor or the SSID incorrect? (201) Der Empfang ist perfekt und die SSID ist auch korrekt. Hat jemand eine Idee ? debug-report-esp32-ZiB-2022-05-20T13-54-23-270.txt
  3. I want to know if brickd for Windows 10 IoT Core will support the new HAT Brick. In this case the USB autoconnection issue will not be a problem any more. An ideal solution for Windows 10 IoT Core users.
  4. Hat es schon jemand geschafft ein Winforms C# App zum laufen zu bringen. Ein triviales HelloWorld mit Button und TextBox startet zwar, erscheint auf dem Screen crashed aber dann wie folgt : 2015-05-05T22:35:58.643974+0200 ------------------------------------------------------------------------------- * Assertion at mini-codegen.c:807, condition `i == sel' not met Stacktrace: at <unknown> <0xffffffff> at System.Windows.Forms.TextBoxBase.Draw (System.Drawing.Graphics,System.Drawing.Rectangle) <0x000ab> at System.Windows.Forms.TextBoxBase.OnPaintInternal (System.Windows.Forms.PaintEventArgs) <0x00063> at System.Windows.Forms.Control.WmPaint (System.Windows.Forms.Message&) <0x0017f> at System.Windows.Forms.Control.WndProc (System.Windows.Forms.Message&) <0x00217> at System.Windows.Forms.TextBoxBase.WndProc (System.Windows.Forms.Message&) <0x00313> at System.Windows.Forms.TextBox.WndProc (System.Windows.Forms.Message&) <0x001d3> at System.Windows.Forms.Control/ControlWindowTarget.OnMessage (System.Windows.Forms.Message&) <0x0002b> at System.Windows.Forms.Control/ControlNativeWindow.WndProc (System.Windows.Forms.Message&) <0x0003b> at System.Windows.Forms.NativeWindow.WndProc (intptr,System.Windows.Forms.Msg,intptr,intptr) <0x0028b> at System.Windows.Forms.XplatUIX11.DispatchMessage (System.Windows.Forms.MSG&) <0x00023> at System.Windows.Forms.XplatUI.DispatchMessage (System.Windows.Forms.MSG&) <0x0002b> at System.Windows.Forms.Application.RunLoop (bool,System.Windows.Forms.ApplicationContext) <0x00ac7> at System.Windows.Forms.Application.Run (System.Windows.Forms.ApplicationContext) <0x0005f> at System.Windows.Forms.Application.Run (System.Windows.Forms.Form) <0x0002b> at HelloWorld.Program.Main () <0x0003b> at (wrapper runtime-invoke) object.runtime_invoke_void (object,intptr,intptr,intptr) <0xffffffff> Native stacktrace: Debug info from gdb: [New LWP 17110] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1". 0x76f01534 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0 Id Target Id Frame 2 Thread 0x75bf7430 (LWP 17110) "mono" 0x76f01534 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0 * 1 Thread 0x76fee250 (LWP 17108) "mono" 0x76f01534 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0 Thread 2 (Thread 0x75bf7430 (LWP 17110)): #0 0x76f01534 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0 #1 0x76efe8c2 in do_futex_wait () from /lib/arm-linux-gnueabihf/libpthread.so.0 #2 0x76efe92e in sem_wait@@GLIBC_2.4 () from /lib/arm-linux-gnueabihf/libpthread.so.0 #3 0x00187718 in mono_sem_wait () #4 0x00126222 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) Thread 1 (Thread 0x76fee250 (LWP 17108)): #0 0x76f01534 in __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0 #1 0x76f002f6 in waitpid () from /lib/arm-linux-gnueabihf/libpthread.so.0 #2 0x000929e0 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) ================================================================= Got a SIGABRT while executing native code. This usually indicates a fatal error in the mono runtime or one of the native libraries used by your application. =================================================================
  5. Hallo Theo, du hast mit der Tinkerforge openHab Integration einen tollen Job gemacht ! Ich bin eigentlich gewohnt die Dinge selbst aus dem vollen zu schnitzen. Allerdings komm ich mehr aus der Microsoft / C# Ecke. Die .NET Micro Framework Dinger gefallen mir aber bei weitem nicht so gut wie die Tinkerforge Module. Wollte ursprünglich auf dem RED Brick ein REST Service implementieren habe aber dann die Abkürzung mit openHab genommen. Zu meinem Glück fehlt mir noch der Support für den Piezo Speaker. Ist sicher kein sehr wichtiges Teil aber vielleicht hast du mal Zeit und Lust es piepsen zu lassen :-)) Beep(long duration, int frequency);
  6. Das Problem hat sich gelöst. Ich habe mit ein jungfräuliches System Image gebootet, dann hat es wieder funktioniert.
  7. Mehrmalige Kalibrierungsversuche mit dem Desktop Tool waren erfolglos. Das Panel lässt sich unter Windows problemlos kalibrieren. Am RED Brick sieht es so aus dass sich der Mauszeiger zwar irgendwie bewegt allerdings ist es so das man in einem ca 2*2 cm Bereich rechts unten den Cursor über das gesamte Panel führen kann. Ich weiss nicht wie man die Display Auflösung verifizieren kann, jedenfalls habe ich mit tf-set-resolution 800 * 480 eingestellt. Also aus einer Bewegung von ca (600,200) bis (800,480) Bewegt den Mauszeiger von 0,0 bis 800,480. Was ist da los ?
×
×
  • Neu erstellen...