Lizenz kaufen?
- Ersteller xorg1990
- Erstellt am
xorg1990
New member
Ok, die wandeln das via Python um.
Mir ist das zu kompliziert, die Arduino WEB USB Lösung geht ja aber mit V-USB, das kann man keinen menschen erklären der ~50 Jahre alt ist (Durchschnittsalter Funkamateure).
Mann muss ja auch von 5Volt auf 3.3 bei den Datenports kommen. Das ist schon mal eine Fehlerquelle.
Die 2te Fehlerquelle ist das ganze C Code gedöns und die dritte der JS Code.
Zum sender einschalten funktioniert midi ganz gut, außerdem habe ich eine klein Websocket Server in c# geschrieben der den COM port ansteuert das funktioniert auch ganz gut.
Mir ist das zu kompliziert, die Arduino WEB USB Lösung geht ja aber mit V-USB, das kann man keinen menschen erklären der ~50 Jahre alt ist (Durchschnittsalter Funkamateure).
Mann muss ja auch von 5Volt auf 3.3 bei den Datenports kommen. Das ist schon mal eine Fehlerquelle.
Die 2te Fehlerquelle ist das ganze C Code gedöns und die dritte der JS Code.
Zum sender einschalten funktioniert midi ganz gut, außerdem habe ich eine klein Websocket Server in c# geschrieben der den COM port ansteuert das funktioniert auch ganz gut.
https://github.com/cnlohr/espusb/wiki/Getting-Started-Guide
probier ich mal aus bei gelegenheit
ich hab ja immer noch nicht verstanden, warum du überhaupt die webusb lösung wolltest. was ist der vorteil zu einer http lösung?
WiFi / Internet Controlled Relays using ESP8266 - Quick, 30 minutes IoT project
mal davon abgesehen, dass du heutzutage weder einen midi noch einen com port mehr als ps-schnittstelle hast
xorg1990
New member
oktsseh schrieb:
http lösung?? Du meinst WIFI?tsseh schrieb:
Der nachteil vom ESP ist das man erst wider WLAN benötigt. Die meisten haben an ihren Funkrechner kein WLAN oder LAN. So ist meine Erfahrung.
Die UHFler Schalten das WLAN gänzlich ab, da sich das ausgesendete und wlan beeinflussen können.
Dann wird einfach ein USB zu COM Adapter genommentsseh schrieb:
MIDI Ist an vernünftigen Soundkarten immer noch mit dabei.
Wenn die Musik Industrie MIDI fallen lässt, dann fällt in der Hölle Schnee.
Am Ende ist es egal
Ob man nun für 2 Euro einen ESP kauft und dazu ein WLAN Stick für 5Euro
oder ein ATiny852 für 5Euro
oder ein USB zu MIDI Interface für 5 Euro
macht kein Unterschied.
Der einzige Unterschiede ist der Aufwand für mich als Programmierer, die USB Sache ist schon verflixt kompliziert.
mal ein kurzer zwischenbericht:
ich hab mich am we mal dran versucht. mhh, eine vernümpftige (zusammenhängende) docu zu USB wäre gold wert. das beste was ich gefunden habe ist USB in a NutShell - Chapter 1 - Introduction leider nur das wesentliche, hid, LPM, Ms Os2 muss man dann wieder separat suchen.
dann bräuchte man eigentlich auch einen USB hardware-analyser. ein software-analyser wie ich nutze ist suboptimal. low level protokolldaten auf bit-ebene werden nicht angezeigt. damit erfolgt die Aufzeichnung auch erst, wenn das gerät als usb device erkannt wird.
1) das beispiel lies sich problemlos übersetzen.
2) hab ich also die firmware draufgespielt und gedankenlos die hardware nach schematic verkabelt.
ging natürlich nicht. da ich aber die firmware verändert hatte um gpio 0 und 2 des esp-01 zu nutzen dachte ich es liegt daran.
ok, hab ich mir die original firmware genommen und gpio 4 und 5 angelötet. 8 pins auf 3,7 cm - das machen meine augen nicht mehr mit, habs quasi blind gemacht - sie lagen zum glück jeweils am rand.
ging natürlich immer noch nicht. erst jetzt bin ich auf die idee gekommen, daß vielleicht ein potentialausgleich angebracht wäre. also masse des usb auf die des esp-01 gelegt - und siehe da, es ging.
3) jetzt die USB Version im device descriptor von 1.1 auf 2.1 geändert - tote hose. mhh. nach stunden docu suchen/lesen hatte ich eine theorie. da die usb 2.1 erweiterung eigentlich gedacht war einen weiteren state (L1:Sleep) einzuführen und unter windows:
da scheint also was auf low lvl protokollebene nicht zu passen. was genau? keine ahnung, das ist in asm geschrieben, das schiebe ich ganz weit nach hinten. so auf die schnelle, vermute ich, es hat was mit der PID 0000 zu tun, die ist in 2.1 dazugekommen und kennzeichnet, daß jetzt eine SubPID kommt. das ist natürlich nicht implementiert, gehandelt werden nur Token, Data und Ack PID's.
bleibt die frage, ob auf einem usb 2.0 port der bos descriptor überhaupt angefordert wird? mal sehen, wäre aber denkbar blöde implementiert wenn nicht.
4) jetzt hab ich nach dem bsp von https://github.com/webusb/arduino/blob/gh-pages/library/WebUSB/WebUSB.cpp#L102 ein zusätzliches interface mit 2 endpoints eingefügt, den bos descriptor mit den capability deskriptoren und den Ms OS 2.0 deskriptoren.
=> damit geht WebUsb aber nur unter Windows?! oder benötigt linux/... die Ms OS 2.0 deskriptoren einfach nicht und geht einfach so?
so rangesteckt ging wieder nichts. bin mir nicht sicher warum. im usb trace wurde ein SELECT CONFIGURATION https://msdn.microsoft.com/de-de/library/windows/hardware/ff540422(v=vs.85).aspx mit fehler quitiert. das ist meiner meinung nach eine USB-host sache, also der Treiber sagt dem host SELECT CONFIGURATION und der müsste dann was ans device senden(vermutlich ein SET_CONFIGURATION USB in a NutShell - Chapter 6 - USB Requests) da kam aber nichts.
meine vermutung war, der treiber oder host kann mit einem usb-verbundgerät bestehend aus mit hid mouse, hid keyboard und vendor spec IF mit 2 BULK-endpoints nichts anfangen. also hab ich mal die beiden hid-interfaces rausgeschmissen.
jetzt ging es ein stück weiter, allerdings nicht viel weiter. also wieder docu gelesen. ahh, "Bulk transfers are only supported by full and high speed devices." ok das wird es sein. zum testen bin ich nicht mehr gekommen. mal sehn, vielleicht nächstes we.
das vendor spec If muss wieder raus, WebUsb muss device global gemacht werden, kommunikation über default endpoint 0
ich hab mich am we mal dran versucht. mhh, eine vernümpftige (zusammenhängende) docu zu USB wäre gold wert. das beste was ich gefunden habe ist USB in a NutShell - Chapter 1 - Introduction leider nur das wesentliche, hid, LPM, Ms Os2 muss man dann wieder separat suchen.
dann bräuchte man eigentlich auch einen USB hardware-analyser. ein software-analyser wie ich nutze ist suboptimal. low level protokolldaten auf bit-ebene werden nicht angezeigt. damit erfolgt die Aufzeichnung auch erst, wenn das gerät als usb device erkannt wird.
1) das beispiel lies sich problemlos übersetzen.
2) hab ich also die firmware draufgespielt und gedankenlos die hardware nach schematic verkabelt.
ging natürlich nicht. da ich aber die firmware verändert hatte um gpio 0 und 2 des esp-01 zu nutzen dachte ich es liegt daran.
ok, hab ich mir die original firmware genommen und gpio 4 und 5 angelötet. 8 pins auf 3,7 cm - das machen meine augen nicht mehr mit, habs quasi blind gemacht - sie lagen zum glück jeweils am rand.
ging natürlich immer noch nicht. erst jetzt bin ich auf die idee gekommen, daß vielleicht ein potentialausgleich angebracht wäre. also masse des usb auf die des esp-01 gelegt - und siehe da, es ging.
3) jetzt die USB Version im device descriptor von 1.1 auf 2.1 geändert - tote hose. mhh. nach stunden docu suchen/lesen hatte ich eine theorie. da die usb 2.1 erweiterung eigentlich gedacht war einen weiteren state (L1:Sleep) einzuführen und unter windows:
also das ganze mal an einen usb 2.0 port gesteckt, siehe da, das device meldet sich wieder.
da scheint also was auf low lvl protokollebene nicht zu passen. was genau? keine ahnung, das ist in asm geschrieben, das schiebe ich ganz weit nach hinten. so auf die schnelle, vermute ich, es hat was mit der PID 0000 zu tun, die ist in 2.1 dazugekommen und kennzeichnet, daß jetzt eine SubPID kommt. das ist natürlich nicht implementiert, gehandelt werden nur Token, Data und Ack PID's.
bleibt die frage, ob auf einem usb 2.0 port der bos descriptor überhaupt angefordert wird? mal sehen, wäre aber denkbar blöde implementiert wenn nicht.
4) jetzt hab ich nach dem bsp von https://github.com/webusb/arduino/blob/gh-pages/library/WebUSB/WebUSB.cpp#L102 ein zusätzliches interface mit 2 endpoints eingefügt, den bos descriptor mit den capability deskriptoren und den Ms OS 2.0 deskriptoren.
=> damit geht WebUsb aber nur unter Windows?! oder benötigt linux/... die Ms OS 2.0 deskriptoren einfach nicht und geht einfach so?
so rangesteckt ging wieder nichts. bin mir nicht sicher warum. im usb trace wurde ein SELECT CONFIGURATION https://msdn.microsoft.com/de-de/library/windows/hardware/ff540422(v=vs.85).aspx mit fehler quitiert. das ist meiner meinung nach eine USB-host sache, also der Treiber sagt dem host SELECT CONFIGURATION und der müsste dann was ans device senden(vermutlich ein SET_CONFIGURATION USB in a NutShell - Chapter 6 - USB Requests) da kam aber nichts.
meine vermutung war, der treiber oder host kann mit einem usb-verbundgerät bestehend aus mit hid mouse, hid keyboard und vendor spec IF mit 2 BULK-endpoints nichts anfangen. also hab ich mal die beiden hid-interfaces rausgeschmissen.
jetzt ging es ein stück weiter, allerdings nicht viel weiter. also wieder docu gelesen. ahh, "Bulk transfers are only supported by full and high speed devices." ok das wird es sein. zum testen bin ich nicht mehr gekommen. mal sehn, vielleicht nächstes we.
das vendor spec If muss wieder raus, WebUsb muss device global gemacht werden, kommunikation über default endpoint 0
xorg1990
New member
Gut das du dich nochmal meldest, wollte dir gerade ein PN schreiben zwegs ESP-8266
Aber zunächst einmal die USB Sache.
Jedes gerät wird als Datei in /dev abgelegt und in diese schreibt oder liest man dann.
Nun aber zum ESP :
Ich möchte gerne ein ESP bei der Lichtsprecherei einsetzten.
Aktuell ist es bei mir so, ich moduliere die Stimme auf ein PWM Signal auf und steure ein Laserdiode an, Die PWM Modulation macht ein spezieller IC(dessen Bezeichnung ich gerade nicht weiß).Auf der Empfängerseite sitzt eine Fotodiode.
Die PWM Frequenz soll, das 10 fache der maximalen zu übertragende Frequenz sein. Also 30kHz. Das hat irgend wer mal so festgelegt.
Problem, beim NodeMCU ist zwar ein ADC dabei aber nur bis 2,5kHz Sample rate. Das ist zu wenig für Sprache.
Ich habe mir gedacht, das die Daten über eine Websocket Verbindung kommen. Die 30kHz PWM Frequenz geht zumindest über Software-PWM.
Die Frage ist die, schafft der ESP-8266 überhabt alles.
WIFI,Webscoket,PWM bis 30kHz und gegebenenfalls noch ein HTTP Server.?
Noch völlig unklar ist wie ich den Empfang löse.
Da die PWM Frequenz 30kHz beträgt müsste ich die Fotodiode mit 60kHz sampeln. Aber WIE???
Man könnte sich ein ADC dazu kaufen, wollte aber nur den ESP nutzen.
Für Raspberry habe ich das gefunden:
Reading Analogue Sensors With One GPIO Pin
Sind allerdings nur 100Hz .
Ideal wäre ein eine Digitale Fotodiode, für Temperatur-Sensoren gibt es das aber als Fotodiode ist mir das nicht bekannt.
Hast du irgendwelche ideen?
Natürlich könnte man eine Digitale Übertragung draus machen 0100010110010, wäre aber zu einfach. Der sinn vom Licht sprechen ist: es lässt sich eine Funkübertragung einfacher erklären.
Aber zunächst einmal die USB Sache.
Jep.tsseh schrieb:
Echt, sowas gibt es?tsseh schrieb:
Aha ja, das Problem kenne ich.tsseh schrieb:
ASM ist mir auch ein Gräuel, hast du mal ein link dazu , eventuell kann ich das weiterleiten, kenne da ein par Nerds.tsseh schrieb:
Naja unter Linux gibt es keine treiber, Die USB geräte werden alle über libUSb verwaltet.tsseh schrieb:
Jedes gerät wird als Datei in /dev abgelegt und in diese schreibt oder liest man dann.
Also wegen mir musst du dich da nicht Hineinknien, ich geben die Web USB Sache erst mal auf, das ist alles so umständlich, seit dem Du mit dem ESP daher gekommen bist, schlägt mein Herz für ESP.tsseh schrieb:
Nun aber zum ESP :
Ich möchte gerne ein ESP bei der Lichtsprecherei einsetzten.
Aktuell ist es bei mir so, ich moduliere die Stimme auf ein PWM Signal auf und steure ein Laserdiode an, Die PWM Modulation macht ein spezieller IC(dessen Bezeichnung ich gerade nicht weiß).Auf der Empfängerseite sitzt eine Fotodiode.
Die PWM Frequenz soll, das 10 fache der maximalen zu übertragende Frequenz sein. Also 30kHz. Das hat irgend wer mal so festgelegt.
Problem, beim NodeMCU ist zwar ein ADC dabei aber nur bis 2,5kHz Sample rate. Das ist zu wenig für Sprache.
Ich habe mir gedacht, das die Daten über eine Websocket Verbindung kommen. Die 30kHz PWM Frequenz geht zumindest über Software-PWM.
Die Frage ist die, schafft der ESP-8266 überhabt alles.
WIFI,Webscoket,PWM bis 30kHz und gegebenenfalls noch ein HTTP Server.?
Noch völlig unklar ist wie ich den Empfang löse.
Da die PWM Frequenz 30kHz beträgt müsste ich die Fotodiode mit 60kHz sampeln. Aber WIE???
Man könnte sich ein ADC dazu kaufen, wollte aber nur den ESP nutzen.
Für Raspberry habe ich das gefunden:
Reading Analogue Sensors With One GPIO Pin
Sind allerdings nur 100Hz .
Ideal wäre ein eine Digitale Fotodiode, für Temperatur-Sensoren gibt es das aber als Fotodiode ist mir das nicht bekannt.
Hast du irgendwelche ideen?
Natürlich könnte man eine Digitale Übertragung draus machen 0100010110010, wäre aber zu einfach. Der sinn vom Licht sprechen ist: es lässt sich eine Funkübertragung einfacher erklären.
https://evision-webshop.de/epages/e...ef34-48be-850f-07696838e42e/Products/TP320510
auch unter linux hast du treiber, irgendwer muss mit den daten die kommen ja auch was anfangen können. ob du das treiber oder module nennst ist egal
kommt immer darauf an, was der http server machen soll. bischen nebenher ist ok, richtig rechnen darf der dann nicht mehr.
das könnte man mal probieren, ob das jetzt geht Precise timing needed (ex. for IR decoding) - ESP8266 Developer Zone
dfas klingt auch vielversprechend Precise timing needed (ex. for IR decoding) - ESP8266 Developer Zone
ansonsten einen gpio bei flankenwechsel mit nem int abfragen
Code:
gpio_pin_intr_state_set(DATAPIN, GPIO_PIN_INTR_ANYEDGE);- - - Aktualisiert - - -
ich mach das ja auch für mich
bin ein stück weiter
der CapabilityType scheint nicht zu stimmen
- - - Aktualisiert - - -
du musst ja dem kondensator zeit geben zum laden und entladen
Zuletzt bearbeitet von einem Moderator:
xorg1990
New member
Der http Server soll nur eine Seite laden für einen Client .tsseh schrieb:
Da war ich auch schon, sollte gehen.tsseh schrieb:
Warum auf einmal der Sinneswandel, vor nicht all so langer Zeit konntest du mit WEB-USB nix anfangen.tsseh schrieb:
Schon klar aber eine Kondensator der sich in einer Periode von 60khz auflädt/entlädt muss erst mal gefunden werden.tsseh schrieb:
Noch 2 Fragen:
Wie beschreibst du dein ESP? Übers Arduino UNO oder über eine Programmer? Du musst ja auf 3.3 Volt kommen
Kann ich den EEPROM auch direkt vom Programmer aus beschreiben oder geht das nur über den ESP Selbst. Möchte die SSID und Wlan Passwort in den EEPROM Packen.
Asso, mache alles mit der Arduino IDE.
das geht immer nebenbei
kann ich immer noch nicht. ich mach das um es mal gemacht zu haben, für 99,9% der fälle mach ich das, eine anwendung für irgendetwas hab ich eigentlich nie.
welchen? der esp-12(nodemcu) hat ja nen usb, anschluss. darüber kannst du mit dem esptool(pythonscript) oder ESPFlashDownloadTool(pythonscript als exe) die firmware flashen. für den esp-01 brauchst du noch nen adapter
1/2/5Stks USB to ESP8266 Serial Wireless Wifi Developent Board Adapter CH340G | eBay
https://www.seeedstudio.com/UartSBee-V5-p-1752.html
Adafruit FT232H Breakout - General Purpose USB to GPIO+SPI+I2C - Schnittstellen - Module
du schreibst mit flascher über den esp in den rom.
hab ich noch nicht probiert
xorg1990
New member
Habe den ESP-01 und diesen Adapter dazu gekauft:tsseh schrieb:
https://www.amazon.de/WINGONEER-TTL...qid=1489783134&sr=8-1&keywords=esp+programmer
Hoffe das geht.
Ok.tsseh schrieb:
Schade, habe mich gerade an die Arduino IDE gewöhnt, da lass ich jetzt nicht so schnell los.tsseh schrieb:
Die ESP's sind gekommen. Wenn ich etwas mit den "self-Made" ADC-Fotodiode gedöns was erricht habe melde ich mich.
Dieses Wochen ende geht nix los, da Havarie.
Ausfall des Crackers
Selbst die Boden-Fackel hat dieses mal Feuerbälle gespeit. Leider hab ich davon kein Bilder ich muss ja auch mal arbeiten.
Auch wen das Feuer wider Ü-Stunden bedeutet sieht schon geil aus:
ja, brauchst du noch ein paar kabel.
mit dem hier
USB to ESP8266 Serial Wifi Module Developent 8266 Wifi Board Adapter CH340G | eBay
hättest du dir das erspaart
zum flaschen muss gpio0 auf gnd.
https://www.iot-experiments.com/flashing-esp8266-esp01/
ich hab webusb jetzt grob am laufen - ein gebastel - unter windows kommt keine notifikation eh man das rausfindet
https://github.com/WICG/webusb/issues/75#issuecomment-271977220
unter linux brauchst du noch einen udev eintrag
https://developers.google.com/web/updates/2016/03/access-usb-devices-on-the-web#tips
xorg1990
New member
tsseh schrieb:
Hm, das ist alles blöd, wer sol das bitte warten? Wenn die Browser Entwickler es im Kopf bekommen und was ändern geht auf einmal nix mehr.tsseh schrieb:
Eigentlich gilt anstecken und los für den Endverbraucher un nicht her und da eine udev Regel setzen.
in 4 Wochen habe ich Urlaub, da werde ich dann den ESP bespaßen. Weißt ja wie das ist(oder auch nicht) vorm Urlaub viel arbeit und nach dem Urlaub alles nachholen.