Hi
Gibt es Interessierte eine private Sammelbestellung für die OLED 0.96
I2C Display’s durchzuführen?
Ich bestelle heuer noch in China und würde eventuell einen Posten
mitbestellen, der Versand entfällt, es fallen lediglich die
Einfuhrabgaben nach Steuerbescheid an.
Die OLED die der Händler anbietet gibt es hier ab 4,70 USD :
http://www.electrodragon.com/product/0-96-12864-oled-display-iicspi/
Ich weiß, er ist nicht der günstigste, aber der verlässlichste, daher
bestelle ich immer wieder mal bei ihm, weil ich mich darauf verlassen
kann und habe auch in Zukunft nicht vor, den zu wechseln.
Aliexpress sowie ebay kommen für mich nicht in Frage.
Wer Interesse hat, einfach PM an mich. Vorkasse nehme ich nicht, bezahlt
wird erst wenn es in Deutschland ist. Wenn eine Stückzahl feststeht,
frage ich nach ob ED Nachlass gibt.
Btw, ich persönlich nutze den OLED für den ESP8266 mit I2C.
Siehe Bild.
Lg rudi ;-)
Frohe Festtage!
Interesse & Fragen bitte per PM
R. W. schrieb:> Aliexpress sowie ebay kommen für mich nicht in Frage.
Ich habe hier schon einen kleinen Stapel von diesen Displays.
ESP8266 mit I2C: Wie geht das? GPIOs aus der Ferne einzeln setzen? Oder
kann der ESP8266 direkt I²C per AT-Kommando? Das würde doch beides nur
in einer Art "transparent bridge mode" gehen, der doch in der normalen
Firmware gar nicht enthalten ist, oder?
Hallo,
ja also ich Hätte auch hier Interesse dran.
> ESP8266 mit I2C: Wie geht das?
Diese Frage wollte ich auch stellen vor allem mit welcher Firmware.
Gruß Ronny
Hi
Die technischen Fragen wären besser im ESP8266 Thread aufgehoben?
> ESP8266 mit I2C: Wie geht das?
Das fragt sich Espressif auch.
Zwei Wochen warten bis Espressif soweit ist -
http://bbs.espressif.com/viewtopic.php?f=7&t=69#p326
btw:
Der ESP unterstützt I²C sowie auch SPI.
Anbei ein Beispiel zum studieren mit mehreren I2C Sensoren und auch
Analogen Gas Sensor.
Quelle: "Costaud"
http://bbs.espressif.com/viewtopic.php?f=15&t=31> GPIOs aus der Ferne einzeln setzen?
Geht
> kann der ESP8266 direkt I²C per AT-Kommando?
Da muss ich nachfragen wie die Frage gemeint ist Torsten.
At Command und I²C passen nicht so recht in meinem Kopf.
> Das würde doch beides nur> in einer Art "transparent bridge mode" gehen, der doch in der normalen> Firmware gar nicht enthalten ist, oder?
btw
was ist heutzutage noch normal?
Spass beiseite.
ESP8266 z.B.I²C mit den ESP-12
Beispiel:
SDA : GPIO2
SCL : MTMS (GPIO14 )
SSD1306 lib einbinden vom Hersteller/Vertreiber
Den SoC wie jeden anderen auch üblichen I²C Procederas beibbringen.
mit dem ESP-01,02,03,04,05
siehe Bild
oder ein einfaches I²C 16x2 mit dem ESP-01..
http://www.esp8266.com/viewtopic.php?f=6&t=841&hilit=i2c
einfach die I²C Pins definieren in der Firmware Erstellung.
Register Einstellungen guckst Dir vom dem IoT Beispiel ab, solange
Espressif keine Register Listen für I²C herausbringt.
So einfach ist das.
@Torsten
Was meinst Du mit Art "transparent bridge mode"?
@Ronny
Fimrware? Es ist keine Standard FW.
zum besseren Verständis
anbei einfacher C51 code für das gleiche Driver Display
nur anderer Hersteller.
Peter L. schrieb:> Hast du ein SSD1306 am ESP am laufen?> Wenn ja, kannste mal code posten?> Bei mir bleibt das Display schwarz. :x
Eröffne mal einen Thread zu dem Problem und zeig mal Deinen Code.
Sammelbestellung:
Die Sammelbestellung schliesst sich hier.
Weiteren Ablauf dann per PM.
lg rudi ;-)
R. W. schrieb:> Die technischen Fragen wären besser im ESP8266 Thread aufgehoben?
Davon gibt's inzwischen viele, meinst Du einen bestimmten? Da das Thema
Sammelbestellung durch ist und ich noch Antworten schuldig bin, poste
ich trotzdem nochmal hier.
R. W. schrieb:>> kann der ESP8266 direkt I²C per AT-Kommando?> Da muss ich nachfragen wie die Frage gemeint ist Torsten.> At Command und I²C passen nicht so recht in meinem Kopf.
Na z.B. ein ATI2CWRITE=3,111 könnte 3 Bytes erwarten und die an die
I²C-Adresse 111 senden.
R. W. schrieb:> was ist heutzutage noch normal?> Was meinst Du mit Art "transparent bridge mode"?
Sorry, der Begriff war wohl eh falsch. Ich meinte: Kann man die
AT-Kommandos auch per Telnet schicken, statt über den UART, um den ESP
standalone zu benutzen? Mit "normal" meine ich, ohne eigene Firmware
flashen zu müssen, also im Auslieferungszusand. Aber die Frage hat sich
m.E. geklärt:
Der ESP lässt sich im Auslieferungszusand nicht standalone nutzen .
R. W. schrieb:> einfach die I²C Pins definieren in der Firmware Erstellung. …> So einfach ist das.
Na gut, dann muss ich da wohl durch, vielen Dank (doppelt unterstrichen)
für Deine Tipps!
Torsten C. schrieb:> R. W. schrieb:>> Die technischen Fragen wären besser im ESP8266 Thread aufgehoben?>> Davon gibt's inzwischen viele, meinst Du einen bestimmten?
das stimmt ;-)
na ja - den ellenlangen halt -
vieleicht ist es wirklich besser man macht mal einen cut
und eröffnet einen nur für FW Technik?
> R. W. schrieb:>>> kann der ESP8266 direkt I²C per AT-Kommando?>> Da muss ich nachfragen wie die Frage gemeint ist Torsten.>> At Command und I²C passen nicht so recht in meinem Kopf.>> Na z.B. ein ATI2CWRITE=3,111 könnte 3 Bytes erwarten und die an die> I²C-Adresse 111 senden.
Als 0815 FW noch nicht Torsten, aber Ja - wenn man die selber macht:
nehme jetzt anstatt TTW jetzt SPI her, ist der selbe Ablauf:
z.B. jetzt mit dem SPI Beispiel und dem MCP23S17
kann man einrichten so wie du das andenkst, bist schon richtig,
lesen. schreiben etc..nehme deine Fährte auf und modeliere um:
AT+SPIWRITE=3,213
in dem Fall dann für MCP23S17 Device 3 ( A2=0 A1=1 A0=1 ) den WERT 213
schreiben ( 1 1 0 1 0 1 0 1 )
oder wie du vorgibst
3 Byte an Adresse 111
dann muss die Syntax klar sein wie du die 3 Byte eingeben willst
also entweder bestimmter Delimeter oder einfach Leerzeichen
AT+I2CWRITE=3,111
> 29 211 21
SEND OK
ok?
da kann man ein ganzes Protokoll anlegen.
von der Init bis zu den Regsitern und den Datenaustausch.
geb dir demnächst das beispiel vor, mit SPI und dem MCP23S17
ich werde dann an den PortA eine 8fach Relais Karte anstecken
und über
AT+SPIWRITE=3,213
5 Relais High
3 Relias Low
schalten
oder
wenn du ein LCD anschliesst
AT+SPIWRITE=3,65
ein 'A' schreiben
oder dann mit einem Array von Zeichen ganze Wörter usw.
das gleiche geht auch mit TTW
>> R. W. schrieb:>> was ist heutzutage noch normal?>> Was meinst Du mit Art "transparent bridge mode"?>> Sorry, der Begriff war wohl eh falsch. Ich meinte: Kann man die> AT-Kommandos auch per Telnet schicken,
Ja - das macht auch Sinn,
wenn du die Baudrate ändern willst
dann machst du das einfach per Telnet über WIFI
und hast das Problem nicht mit dem nachstellen der Baudrate am UART.
Das mach ich z.B. mit Debug Processing so, wenn man spezielle Baudraten
braucht und anderes..
Du kannst alle Protokolle mit nur einer offenen Socket bedienen,
man muss nur auf den Request eben entsprechend reagieren.
wenn ein "/GET reinkommt dann antwortet er mit HTTP
wenn ein "/Telnet reinkommt dann antwortet er mit einer Telnetsitzung
wenn ein "/TCP reinkommt das vereinbart ist, dann antwortet er eben so
darauf
Ich nehm grundsätzlich dafür eine Socket her, das spart mir den Umgang
mit den Connection's[]
> statt über den UART, um den ESP> standalone zu benutzen? Mit "normal" meine ich, ohne eigene Firmware> flashen zu müssen, also im Auslieferungszusand. Aber die Frage hat sich> m.E. geklärt:>> Der ESP lässt sich im Auslieferungszusand nicht standalone nutzen .
na ja - wenn du dir eine FW für 10000 Module wünscht die Standalone so
und so funktionieren soll, dann wirst du eine bekommen ;-)
bei 9999 nicht ;-)
na ja .. ist VHB ;-)
Aber das Thema Standalone:
Wenn Du einen externen MCU für die Bedienung verwendest dann kannst du
ja AT Sequenzen erstellen der dann zum Stanalone führt..
>> R. W. schrieb:>> einfach die I²C Pins definieren in der Firmware Erstellung. …>> So einfach ist das.>> Na gut, dann muss ich da wohl durch, vielen Dank (doppelt unterstrichen)> für Deine Tipps!
Hört sich alles schwer an - ist aber im Grunde nicht anders wie bei
anderen µC auch. Da gehst Du durch wie Messer durch Butter - bin mir
sicher! Wenns eckt - durchfragen -
lg rudi ;-)
Sorry, von "Ja - das macht auch Sinn" bis "das spart mir den Umgang
mit den Connection's" habe ich kein einziges Wort verstanden.
R. W. schrieb:> wenn du die Baudrate ändern willst> dann machst du das einfach per Telnet über WIFI> und hast das Problem nicht mit dem nachstellen der Baudrate am UART.
Wir reden also davon, dass der ESP standalone läuft und weder an RX noch
an TX was angeschlossen ist, richtig?
R. W. schrieb:> Du kannst alle Protokolle mit nur einer offenen Socket bedienen,> man muss nur auf den Request eben entsprechend reagieren.
Mit der Firmware im Auslieferungszustand? Wie das?
Mit neuer Firmware könnte man alles, das ist ja klar, darüber muss man
nicht reden.
R. W. schrieb:> Du kannst alle Protokolle mit nur einer offenen Socket bedienen,> man muss nur auf den Request eben entsprechend reagieren.
Klar, genau so mache ich das ja, über RX/TX auf dem ATTiny.
Aber ich will ja "AT-Kommandos per Telnet" ^^ schicken, damit ich sie
nicht über RX/TX schicken muss und Du hast "Ja - das macht auch Sinn"
geantwortet. Aber wie soll das gehen, außer mit selbst geschriebener
Firmware?
;-) ;-)
ich denke wir reden aneinander vorbei ;-)
..
Torsten C. schrieb:> Sorry, von "Ja - das macht auch Sinn" bis "das spart mir den Umgang> mit den Connection's" habe ich kein einziges Wort verstanden.>> R. W. schrieb:>> wenn du die Baudrate ändern willst>> dann machst du das einfach per Telnet über WIFI>> und hast das Problem nicht mit dem nachstellen der Baudrate am UART.>> Wir reden also davon, dass der ESP standalone läuft und weder an RX noch> an TX was angeschlossen ist, richtig?
ok standalone -
der esp bekommt strom und macht sein ding
- tcp http udp server, port starten und auf was warten
- tcp http udp client, port starten und mit was verbinden
- mit rx tx angeschlossenen µC kommunizieren nach einem bestimmten
Ablauf
die ersten beiden sachen gehen nur über eine eigene FW
das drittte geht über AT Commands
die ersten beiden sachen gehen auch mit Standard FW
dazu muss aber dann am rx/tx angeschlossener µC Befehle absetzen
oder jemand am terminal.
>> R. W. schrieb:>> Du kannst alle Protokolle mit nur einer offenen Socket bedienen,>> man muss nur auf den Request eben entsprechend reagieren.>
*****
> Mit der Firmware im Auslieferungszustand? Wie das?
ich sag erschrechkend ja im auslieferungszustand
wenn du den µC entsprechend die Befehle absetzen lässt
also serversocket öffnen wenn sich jemand über wifi connected
dann den request auswerten und antworten
eben wie ein http server der eben auf dem µC läuft
und die verbindung über den ESP als WIFi nutzt.
>> Mit neuer Firmware könnte man alles, das ist ja klar, darüber muss man> nicht reden.
ok.
>> R. W. schrieb:>> Du kannst alle Protokolle mit nur einer offenen Socket bedienen,>> man muss nur auf den Request eben entsprechend reagieren.>> Klar, genau so mache ich das ja, über RX/TX auf dem ATTiny.
Wie jetzt?
Paar zeilen vorher ;-) *****
war dir das nicht bewusst ;-)
..
ok
>> Aber ich will ja "AT-Kommandos per Telnet" ^^ schicken, damit ich sie> nicht über RX/TX schicken muss
da brauchst du eine eigene FW
> und Du hast "Ja - das macht auch Sinn"> geantwortet. Aber wie soll das gehen, außer mit selbst geschriebener> Firmware?
das geht nur mit FW die Telnet unterstützt Torsten.
Aber - jetzt kommt das grosse Aber:
Was willst du machen?
a) Den ESP ( GPIO schalten, I2C, SPI walten.. ) über Telnet steuern?
b) Den Attiny über Telnet steuern?
c) Den Attiny als Telnet Server laufen lassen und den ESP nur als TCP
Schnittstelle nutzen und den ESP auf AT Commands über diese WIFI
Schnittstelle steuern?
a)
dazu braucht es eine Telnet FW
b)
dazu braucht es eine FW für den Attiny
c)
dazu braucht es AT Command auf dem ESP
dazu braucht es eine FW für den Attiny
lg rudi ;-)
mit Ja - das macht durchaus Sinn ist das so gemneint:
Du hast einen ganz speziellen Baustein auf Seriel mit einer Baudrate die
nur der Baustein versteht, aber kein Terminal.
Du hast eine FW die variable Baudraten Einstellung unterstützt.
Gibt es sogar als Standard FW oder eine eigene FW.
Standard FW:
Jetzt schaltet du über wifi die baudrate über den Attiny der dir die
Baudraten AT Command absetzt der Baustein kann jetzt über wifi
angesprochen werden "transparenter Mode"
Wenn du wieder normale Baudrate brauchst dann setzt über wifi den close
befehl für den transparent mode ab oder machst einen rest oder wie auch
immer - der standard mode ist wieder da - Das ist aber Käse weil man
einen switch braucht zwischen den beiden attiny - baustein, und pins
fürs reseten
..
also eigene FW, die über wifi das ganze steuert.
Über eine eingehende Telnet verbindung z.b.
der Telnet Server läuft dann direkt auf dem ESP.
und den Attiny braucht es dann nicht mehr.
Mit Standard FW geht nur das - was in der FW zur Verfügung steht,
es geht:
Server starten
Serber stopen
auf Request reagieren
Response senden
das muss dann im Zusammenspiel vom Attiny kommen wenn es autom laufen
soll.
so der arme oled thread wurde jetzt sehr missbraucht
;-)
..
Opeldesign schrieb:> Es gibt Leute die schaffen es lange Threads mit kurzen Inhalten zu> schreiben
Mir tut es sehr leid um Rudis Zeit, die er hier mit fraglichem Sinn
investiert, nur weil wir aneinander vorbei reden.
Ursprünglich ich schrieb:> ESP8266 mit I2C: Wie geht das? GPIOs aus der Ferne einzeln setzen? Oder> kann der ESP8266 direkt I²C per AT-Kommando? Das würde doch beides nur …
… über eine Funktion "AT-Kommandos per Telnet" Sinn machen, die …
> … doch in der normalen Firmware gar nicht enthalten ist, oder?
Hier hatte ich mich ja falsch ausgedrückt, daher die Ersetzung; das war
ja inzwischen geklärt; sorry nochmal.
Mit "Sinn machen" meine ich: Falls ich einen ATTiny für RX/TX brauche,
dann kann ich SPI, I²C usw. auch auf dem ATTiny nutzen und könnte die
Firmware im Auslieferungszustand belassen.
Alles andere macht doch keinen Sinn !
Rudi, als Du dann auf mein "Kann man AT-Kommandos auch per Telnet
schicken" mit "Ja - das …"^^ geantwortet hast, dachte ich, Du meinst, es
ginge nun doch irgendwie mit der normalen Firmware standalone
AT-Kommandos per Telnet zu schicken.
Also Eigentlich wäre es ganz einfach gewesen, Frage -> Antwort:
Als Frage Torsten C. schrieb:> Kann man die AT-Kommandos auch per Telnet schicken, statt> über den UART, um den ESP standalone zu benutzen?Als Antwort r_u_d_i schrieb:> da brauchst du eine eigene FW
So, nun ist ja vielleicht alles klar und wir brauchen den Thread nicht
mehr missbrauchen. Danke nochmal für die Infos.
Torsten C. schrieb:> Also Eigentlich wäre es ganz einfach gewesen, Frage -> Antwort:>> Als Frage Torsten C. schrieb:>> Kann man die AT-Kommandos auch per Telnet schicken, statt>> über den UART, um den ESP standalone zu benutzen?>> Als Antwort r_u_d_i schrieb:>> da brauchst du eine eigene FW
Oder vorschlagen was du brauchst,
dann fliesst das in die nächste AT Version ein wenn es Sinn macht.
Und es geht dann Standalone
;-)
btw:
Der Tip mit dem Touch+Android !!!SUPER!!!
Heut angekommen. Hab nachgeordert ;-) Bin dabei die erste App zu machen.
Was ich nicht gewusst habe, ist, dass man den Bildschirm auch an den PC
hängen kann und den Touch auch - man kann mit dem HDMI Switch hin und
herschalten. ...bla bla bla ;-) weisst alles selber - bin begeistert!
Das tolle: Voller USB OTG Support - alles hab ich noch nicht durch -
aber
denke da geht alles.
R. W. schrieb:> Oder vorschlagen was du brauchst,> dann fliesst das in die nächste AT Version ein wenn es Sinn macht.
❶ Der ESP muss sich per AT-Kommando über RX/TX in einen Modus
bringen lassen, um danach AT-Kommandos per Telnet entgegen zu nehmen;
Z.B. „AT+TELNETAT=22“ und er horcht auf Port 22 nach AT-Kommandos.
❷ Der ESP muss sich die letzte Einstellung für TELNETAT im EEPROM
merken und nach einem Reset wieder herstellen.
❸ Die verfügbaren Pins müssen per AT-Kommando nutzbar sein: GPIO,
I²C, SPI, PWM, ADC. Beim ESP-01 vielleicht nur ein GPIO (Taster,
Relais, …), beim ESP-12 vielleicht alles, vielleicht sogar frei
konfigurierbar.
Das ist dann zwar alles ohne Verschlüsselung, aber es geht, um dafür ein
PCB zu produzieren und zu testen. Später kann man immer noch neue FW mit
einem verschlüsselten Nicht-AT-Protokoll erstellen (z.B. JSON per HTTPS
+ Login-Passwort).
Ich brauche aber weder 999 noch 1000 Stück davon. ;-)
Und das passt dann auch wieder zum Thread-Titel:
"OLED 0.96 I2C für den ESP8266"
> Und das passt dann auch wieder zum Thread-Titel:>> "OLED 0.96 I2C für den ESP8266"
na dann wenns passt ;-)
Torsten C. schrieb:> R. W. schrieb:>> Oder vorschlagen was du brauchst,>> dann fliesst das in die nächste AT Version ein wenn es Sinn macht.>> ❶ Der ESP muss sich per AT-Kommando über RX/TX in einen Modus> bringen lassen, um danach AT-Kommandos per Telnet entgegen zu nehmen;> Z.B. „AT+TELNETAT=22“ und er horcht auf Port 22 nach AT-Kommandos.
okay -
nachgefragt:
Über Telnet dann gleiche AT Syntax oder Directory wie bei den Routern?
( finde ich unpraktisch )
also:
AT+CIFSR
es kommen die IP Adresss
oder
cd CIFSR
hier stehen die IP Adressen als Eintrag
> ❷ Der ESP muss sich die letzte Einstellung für TELNETAT im EEPROM> merken und nach einem Reset wieder herstellen.
das ist das wenigste
> ❸ Die verfügbaren Pins müssen per AT-Kommando nutzbar sein:> GPIO,
CD GPIO
GPIO> cd 12
GPIO>12> high
GPIO>12>dir
GPIO>12>high
GPIO>12> low
GPIO>12>dir
GPIO>12>low
AT+GPIO12=1
AT+GPIO12=0
AT+GPIO12?
GPIO12=0
> I²C,
Anforderungen?
..
> SPI,
..
> PWM,
..
> ADC.
AT+CWADC
112mV
> Beim ESP-01 vielleicht nur ein GPIO (Taster,> Relais, …), beim ESP-12 vielleicht alles, vielleicht sogar frei> konfigurierbar.>> Das ist dann zwar alles ohne Verschlüsselung, aber es geht, um dafür ein> PCB zu produzieren und zu testen. Später kann man immer noch neue FW mit> einem verschlüsselten Nicht-AT-Protokoll erstellen (z.B. JSON per HTTPS> + Login-Passwort).
loop AES 256?
http://sourceforge.net/projects/loop-aes/http://loop-aes.sourceforge.net/aespipe/
( arduino ect )
https://github.com/qistoph/ArduinoAES256http://www.literatecode.com/aes256>> Ich brauche aber weder 999 noch 1000 Stück davon. ;-)
ja dann .. müssen wir durch ;-)
eins nach dem anderen IDE ...
Jetzt testen wir mal die neue 0.9.5 ob die jetzt so läuft wie wir die
haben wollen, wenn das Fundamente hat, dann rentiert sich der Aufwand
und dann erstellen wir eine community fw damit alle was davon haben.
lg rudi ;-)
r_u_d_i schrieb:> gleiche AT Syntax oder Directory wie bei den Routern?
Zu "cd" (Directory wie bei den Routern) habe ich keine Infos gefunden.
Hast Du dazu einen Link?
Wir können auch im
Beitrag "Re: Wlan2Serial Modul für 5 euro" weiter
machen. Nun ist gerade alles durcheinaner und ich bin Schuld. :-(
r_u_d_i schrieb:> Jetzt testen wir mal die neue 0.9.5 ob die jetzt so läuft wie wir die> haben wollen, wenn das Fundamente hat, dann rentiert sich der Aufwand> und dann erstellen wir eine community fw damit alle was davon haben.
Und Los !
Gruß
Hi
endlich da.
A) SPI OLED:
http://www.electrodragon.com/product/0-96-12864-oled-display-iicspi/
VOll Display - keine Balkentrennung wie hier:
http://www.ebay.de/itm/371193175731
Weiss auf Schwarz - eigene Farbfolie dann nach Wahl möglich
5,40 bis 5,80 EUR ab Deutschland sofort verfügbar
es sind zwei verschiedene Paketsendungen mit zwei verschiedene
Versandkostenanteile daher ca 0,40 eur unterschied.
B) SPI OLED
mit Balkentrennung, zwei farbig
5,40 bis 5,80 EUR ab Deutschland sofort verfügbar
es sind zwei verschiedene Paketsendungen mit zwei verschiedene
Versandkostenanteile daher ca 0,40 eur unterschied.
Printed / Funktion
GND = GND
VCC = VCC
SCL = CLK
SDA = MOSI
RST = RST
D/C = D/C
CS ist bereits kontaktiert auf GND
Arduino Sketch für den Käufer auf Anfrage per PM.
ESP8266 FW ebenfalls für den Käufer auf Anfrage per PM.
Werde das heute Abend noch mal pushen und Bilder dazustellen.
lg
rudi ;-)
r_u_d_i schrieb:> A) SPI OLED:> http://www.electrodragon.com/product/0-96-12864-oled-display-iicspi/>> VOll Display - keine Balkentrennung wie hier:> Ebay-Artikel Nr. 371193175731>> Weiss auf Schwarz - eigene Farbfolie dann nach Wahl möglich
Hy,
hätte da auch Interesse drann wie ist das mit der Firmware dazu zum ESP
gibt es die auch als Souce Code dazu ?
lg
OLED-I2C-ESP8266-Christmas.JPG
(61 KB)
