Originally posted by: <email address deleted>
Hallo Liste,
anbei Schaltpläne und Fotos von der Statusanzeige für FHEM.
Features:
4 Zeilen a 20 Zeichen und 16 Icons, frei setzbar durch FHEM-Befehle, z.B.
"set OW_LCD line 0 Hallo FHEM-Welt!"
2 Status LED: gelb statisch, rot Blinkend, setzbar/löschbar über FHEM
1 Piezo-Alarmgeber und zugehöriger Rücksetzknopf für echte Alarmfälle, frei
setzbar
Kosten: Ca. 20 € Interface (Fertigmodul), LCD in Farbe un dGröße frei
wählbar ab ca. 15 €, Kleinkram ca. 15 €.
Schwierigkeitsgrad: Verbindung Interface-LCD 12 Drähte, läuft. Wenn man
aber die LEDs etc haben will,
und das Ganze so schön flach bauen möchte wie im Bild, wird es etwas
kniffeliger.
Ungewöhnlich der Einbau - habe ich so auch noch nie gemacht:
Einen Bilderrahmen aus dem Baumarkt mit der Kappsäge passend verkleinert
(das schönere Modell beim Rahmenbauer ist schon bestellt).
Hat einen hohem WAF, weil es absolut un-technisch aussieht.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Danke für die Fotos. Sieht ja nett aus. So etwas wollte ich innen neben der
Haustür platzieren inkl. der 4-Taster zum setzen des Anwesenheitsstatus und
weiterer Funktionen etc. Dann kenne ich den Zustand des Hauses gleich beim
Verlassen des Hauses (zur Zeit nur eine LED und zwei Taster an avr-net-io).
Du hattest ja den 1-Wire LCD Controller vom Fuchs-Shop empfohlen (bzw. das
ist ja eigentlich der Louis Swart 1-Wire LCD). Danke für den Hinweis.
Den habe ich mir auch gleich besorgt, da er für mich ideal ist und man nur
den 1-Wire-Bus legen muss (neben der Haustür ist leider kein
Ethernet-Anschluss und kein Strom-Anschluss ), aber trotzdem Display und
4-Taster hat. Für die 18,90 EUR hat es sich für mich nicht gelohnt das
selbst zusammenzulöten. Die 4-Taster finde ich ideal. Wollte ich in den
nächsten Tagen mal angehen (entsprechendes LCD-Display liegt noch herum).
Ich bin jetzt nur etwas verwirrt bzgl. des Schaltplans. Hast Du jetzt eine
Eigenentwicklung gemacht? Da Du auch einen PIC-Mikrocontroller nutzt, hast
Du eigenen PIC-Code entwickelt (den Du evtl. der Community zur Verfügung
stellen willst) oder nutzt Du den Code von Louis Swart?
MfG Willi
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Nein, keine Eigenentwicklung - ich benutze das Modul vom Louis Swart.
Da ich aber von dessen Platine sowohl die Taster heruntergerissen habe, als
auch die obsolete RJ-Buchse, und die Kontrastregelung aus Platzgründen
duplizieren musste, habe ich eben mal schnell die Schaltung aufgezeichnet.
Und durch eine gestrichelte "Einkastelung" als fertiges Modul
gekennzeichnet. Sitzt jetzt bei mir - sehr flach - auf einem anderen Board,
das zwei Steckleisten für das bei mir etwas größere LC-Display bietet.
Außerdem ist die Dokumentation des Teils etwas, na, sagen wir, dürftig...
Eine Erweiterung des FHEM-Moduls OWLCD.pm, die auch das zusätzliche Memory
des LCD-Controllers nutzen kann, funktioniert bei mir noch nicht ganz.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo,
so ein Display habe ich auch am 1-Wire-Bus, aber dazu hätte ich gerne noch
ein paar grundlegende Infos. Wie teile ich z.B. dem LCD-Modul mit, welchen
Display-Type ich angeschlossen habe (Zeilen), wie frage ich die Counter ab
usw. Gibt's da schon eine Doku, Wiki o.ä?
Danke und Gruß
Uwe
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Am Donnerstag, 3. Mai 2012 20:22:45 UTC+2 schrieb Uwe Hofmann:
>
> Hallo,
>
> so ein Display habe ich auch am 1-Wire-Bus, aber dazu hätte ich gerne noch
> ein paar grundlegende Infos. Wie teile ich z.B. dem LCD-Modul mit, welchen
> Display-Type ich angeschlossen habe (Zeilen), wie frage ich die Counter ab
> usw. Gibt's da schon eine Doku, Wiki o.ä?
>
>
Zu der Implementierung von pah kann ich nichts sagen. Ich nutze seine
Module derzeit nicht, weil ich OWFS verwende.
Eine umfangreiche Doku gibt es hier zu der Hardware:
http://www.louisswart.co.za/1-wire_lcd_100.pdf (Tolle Doku mit Beschreibung
aller 1Wire-Befehle sowie dem Schaltpan). Die Hardware lässt sich auch per
OWFS ansteuern. Wie das geht, steht unter
http://owfs.org/index.php?page=lcd-2 .
Ich habe meine LCD-Display noch nicht an den Controller angesteckt und
ausprobiert (evtl. dieses oder nächstes Wochenende).
Da ich mein 1Wire per OWFS ansteuere, wollte ich das auch mit dem LCD-Modul
tun und dann mal sehen wie ich das über FHEM ansteuere.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Dem Hardware-Modul muss man das gar nicht sagen - sondern nur, an welche
Stelle des Speichers im angeschlossenen LCD-Moduls welcher Buchstabe soll.
Die Counter werden über einen get-Befehl abgefragt, ebenso die gpio-ports
Selbstverständlich ist angestrebt, mein OWLCD-Modul mit dem von Martin
Fischer zu verschmelzen. Dazu muss er es aber erst einmal veröffentlichen,
was meines Wissens noch nicht geschehen ist. Ähnlich wie beim OWTEMP-Modul
soll dann das "neue" OWLCD sowohl mit OWX, als auch mit OWFS
zusammenarbeiten.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo Peter, hallo Willi,
Danke für die Info, aber leider hilft mir das nicht ganz so wirklich. Die
Doku bzw. alle greifbaren Unterlagen des LCD-Controllers habe ich mir schon
angesehen, das lässt aber zumindest für mich keine Rückschlüsse auf die
FHEM-Befehle zu, die ich anwenden muss. Meine Stärken liegen woanders... ;-)
Momentan kann ich das Backlight ein- und ausschalten, das war's. :-)
Ich muss doch aber irgendwie dem Controller mitteilen, ob ich ein 4x20 oder
2x16 oder was auch immer angeschlossen habe und dann sollte zumindest der
Test funktionieren (Screenshot).
Zwei Beispiele von Peter habe ich gefunden, nur muss ich das Teil erst mal
rudimentär zum Laufen bringen...
Danke und Gruß
Uwe
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Ganz einfach: Ich hatte nur ein 4x20 zum Testen, die entsprechenden
Speicheradressen sind also im Modul "hart" codiert. Bitte per eMail (NICHT
an die Google-Adresse, sondern an peter (at) stw (dot) de) eine Kopie der
Beschreibung Deines LCD-Moduls. Ich kann dann relativ schnell schreiben,
_wo_ man _was_ ändern muss. Das automatische einstellen auf verschiedene
LCD-Typen wird dann etwas länger dauern.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo Peter,
die Mailadresse existiert angeblich nicht: The error that the other server
returned was: 554 554 Sorry, no mailbox here by that name. (#5.1.1) (state
13).
Gruß
Uwe
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo,
in der Subroutine OWXLCD_SetLine von OWXLCD.pm stehen die Zeilen
#-- issue the match ROM command \x55 and the write scratchpad command \x4E
# followed by LCD page address and the text
$select=sprintf("\x55%c%c%c%c%c%c%c%c\x4E\%c",@owx_ROM_ID,$line*32).$msgA;
OWX_Reset($master);
$res=OWX_Block($master,$select);
Damit werden bei meinem LCD die Speicherstellen
0*32 = 0x00 und Folgende für LCD Zeile 0,
1*32 = 0x20 und Folgende für LCD Zeile 1,
2*32 = 0x40 und Folgende für LCD Zeile 2,
3*32 = 0x60 und Folgende für LCD Zeile 3
geschrieben ("Folgende" = jeweils 19 Zeichen)
Aus deinem Datenblatt für das DEM 16481 geht aber hervor, dass die
Speicherstellen
0x00 und 15 weitere Zeichen für Zeile 0
0x40 und 15 weitere Zeichen für Zeile 1
0x10 und 15 weitere Zeichen für Zeile 2
0x50 und 15 weitere Zeichen für Zeile 3
geschrieben werden müssen. Der zweite Teil - mit msgB - ist dann
irrelevant, der wird nur benötigt, wenn mehr als 16 Zeichen in eine Zeile
passen.
Damit ist auchklar, wieso Du Zeilen 0 und 2 siehst - denn die weren in
meinem Modul wie die beiden Teile der Zeile 0 behandelt.
Kleine Anpassung also: ersetze in der oben genannten Zeile den Ausdruck
"$line*32" durch
($line%2)*64+int($line/2)*16
Das sollte gerade die richtigen Speicheradressen setzen. Schön wäre es
natürlich, wenn man die doch sehr unterschiedlichen Zeilenadressen zu
Beginn des Moduls setzen könnte, statt im Code herumzubohren. Dafür habe
ich aber im Moment wirklich nicht die Zeit.
Das Problem mit den roten Drieecken in OWTEMP sehe ich mir auch noch an -
dauert aber jetzt etwas.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo Pah
frage: kann ich für die LCD 1-Wire mit deinem Modul schon den DS9490
Busmaster verwenden?
Wenn ja, welche Debian treiber muss ich laden damit der DS9490 als
Device ansprechbar ist?
Danke für deine Hilfe.
Gruss
Remo
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo
1. Ja.
2. Das sollte automatisch gehen. Vielleicht am besten als root vorher den
Befehl absetzen "tail -f /var/log/messages" - dann werden die jüngsten und
nachfolgende Systemmeldungen ausgegeben. Danach den DS9490 einstecken -
wenn alles ok ist, wird ausgegeben, um welches USB-Device es sich handelt.
Das muss dann in die fhem.cfg eingetragen werden beim Modul OWX.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
> Das muss dann in die fhem.cfg eingetragen werden beim Modul OWX.
>
> Kannst Du bitte mal ein Beispiel posten? Ich hab alle möglichen
Kombinationen erfolglos versucht (ok...eine fehlt ;-)
Danke
Uwe
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
# definiere Interface
define OWXI OWX /dev/ttyUSB1
attr OWXI room OWX
#definiere LC Display
define OWX_LCD OWLCD 9F0700000100
attr OWX_LCD room Wohnzimmer
#Automatischer Eintrag Ablesewert PV-Anlage in Zeile 3
define W_LCD3 notify nt5000:reading.* {OWXLCD_SetLine($defs{'OWX_LCD'},3, \
"PV $defs{'nt5000'}{STATE}
".(int($defs{'nt5000'}{READINGS}{Wd}{VAL}*10)/10).\
" kWh")}
attr W_LCD3 room Timer
#Backlight an/aus
define W_LCD2 at *22:00:00 set OWX_LCD backlight off
attr W_LCD2 room Timer
define W_LCD1 at *06:00:00 set OWX_LCD backlight on
attr W_LCD1 room Timer
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Danke, Dein Beispiel mit den Werten der PV-Anlage hatte ich versucht zu
adaptieren, aber Perl ist leider so gar nicht mein Ding...ich versuche es
weiter :)
Aber eine kleine Hilfe vielleicht: Wie müsste das aussehen, um einen 1-wire
Temperaturwert anzuzeigen? Weiterhin möchte ich gerne den Status eines
Fensters anzeigen. Wird ja über STATE oder WINDOW ausgegeben, aber leider
hab ich es bisher nicht hinbekommen... :(
Danke
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hm, Programmieren lernt man - so meine Erfahrung aus hunderten von Stunden
vor Studierenden - nicht aus Beispielen. Sondern vor allem, indem man etwas
systematisch erklärt bekommt. Genau dieses fehlt hier aber in den meisten
Posts...
Code-Schnipsel sind keine didaktisch sinnvolle Einheit, also versuche ich
mal, das Beispiel etwas auseinander zu nehmen und zu systematisieren.
Umsetzen musst du das schon alleine.
# Automatischer Eintrag Temperatur in LCD-Modul - schrittweise
# FHEM-Code Definition eines notify
define W_LCD3 notify
# FHEM-Code Abfangen des Log-Eintrags
#
ERKENNUNGSSTRING IM LOG
#, z.B. reading, temperature oder measured-temp, wird auch bei der
FileLog-Definition verwendet>
#
nt5000:reading.*
# Wenn gefunden, dann Perl-Code, darum in geschweifte Klammern
{
# Hier beginnt der auszuführende Schreibbefehl
# OWXLCD_SetLine( LCD>')>,Zeilennummer, Fortsetzung
# nächste Zeile
OWXLCD_SetLine($defs{'OWX_LCD'},3, \
# Erster Teilstring der Ausgabe, im State steht die momentane Leistung
incl. der Einheit kW. Ausgabe also z.B. "PV 3.477 kW "
# LCD>')> Ende String >
"PV $defs{'nt5000'}{STATE} "
# Zweiter Teilstring der Ausgabe, dazu muss man in die Messwerte = READINGS
hinabsteigen. In denen steht jeder Messwert mit #Größe {VAL} und Zeit
[TIME}. Rundung mit int( x * 10)/10. Ausgabe also z.B. "30.4 kW"
# < RUNDUNG auf eine Nachkommastelle VON
# von (''){READINGS}
#{ Wd=}{VAL} RUNDUNG ZU> von SetLine>
.(int($defs{'nt5000'}{READINGS}{Wd}{VAL}*10)/10)." kWh")
# und hier noch die geschweifte Klammer zu
}
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo Peter,
Danke, so wird's was :-) Wie kann ich die Übersetzung der Einheit noch
optimieren? Die "0" hinter Cool irritiert mich noch etwas..
Temp.Out:temperature.* {OWXLCD_SetLine($defs{'Display'},3,"Out
$defs{'Temp.Out'}{STATE}".(int($defs{'Temp.Out'}{READINGS}{Wd}{VAL}*10)/10))}
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Erst einmal folgendes Problem: Die LCD-Displays haben jeweils eine eigene
Codierung, sie verstehen weder HTML, noch ASCII. Das bedeutet, dass der
STATE-String auseinandergenommern werden muss, um statt "°" ein
Gradzeichen anzuzeigen.
Muss ich mir nachher mal ansehen - eigentlich sollte das das Modul selbst
machen,bei den Umlauten geht es jedenfalls.
Zweitens: Die Null kommt daher, dass in Deinem Thermometer die Größe "Wd"
natürlich nicht in den Readings steht - die gibt es nur bei meinem
Wechselrichter... Was soll denn nach "Cool" angezeigt werden ?
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
> Zweitens: Die Null kommt daher, dass in Deinem Thermometer die Größe "Wd"
> natürlich nicht in den Readings steht - die gibt es nur bei meinem
> Wechselrichter...
Verdammt, und ich hatte schon gedacht, ich hab's kapiert. Das Wd hab ich
durch temperature ersetzt und damit greift die Rundung auch. Brauch ich
aber an der Stelle nicht, die die Temperatur schon zweistellig ist.
>
Damit ist die 0 jetzt raus:
Temp.Out:temperature.* {OWXLCD_SetLine($defs{'Display'},3,"T Out
$defs{'Temp.Out'}{STATE}")}
>
>
>
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hallo Peter,
ich habe die Statusanzeige der Fenster auf folgende Art gelöst:
define Stat_Fens_SZ notify Fenster.SZ:Window.*
{OWXLCD_SetLine($defs{'Display'},0,"SZ $defs{'Fenster.SZ'}{STATE}")}
3 Fenster, 3 Zeilen + eine Zeile Aussentemperatur. Da die Fenster-Meldungen
kurz genug sind, passen zwei in eine Zeile und ich könnte eine Zeile für
eine Kalender-Meldung freischaufeln.
Ich möchte nun also zwei Meldungen in eine Zeile quetschen, also die zweite
Meldung soll auf Stelle 10 der Zeile 0 beginnen...wie bekommt man das hin?
Meine diversen Versuche in diese Richtung sind bisher fehlgeschlagen und
ich habe für das Display leider keine Adresstabelle.
Gibt's einen Tipp...? :-)
Danke und Gruß
Uwe
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Ist so noch nicht vorgesehen, könnte man aber machen. Müsst enur ein
Duplikat der Prozedur erstellen und den Schreibbefehl ein paar Bytes später
anfangen.
Derzeit werden nur ganze Zeilen geschrieben.
Ich habe im Moment aber keine Zeit das umzusetzen, weil ich an einem
"1-Wire-Überraschungsprojekt" arbeite.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Oha...welche Bauteile muss ich mir denn besorgen? ;-)
Und das, wo ich doch vorgestern erst bei Fuchs bestellt habe...
Gruß
Uwe
Am 23. Juni 2012 13:50 schrieb Prof. Dr. Peter A. Henning <
prof.dr.peter.a.henning@gmail.com>:
> Ist so noch nicht vorgesehen, könnte man aber machen. Müsst enur ein
> Duplikat der Prozedur erstellen und den Schreibbefehl ein paar Bytes später
> anfangen.
>
> Derzeit werden nur ganze Zeilen geschrieben.
>
> Ich habe im Moment aber keine Zeit das umzusetzen, weil ich an einem
> "1-Wire-Überraschungsprojekt" arbeite.
>
>
> LG
>
> pah
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Ich versuche mir auch gerade ein Grad Zeichen anzeigen zu lassen aber bin
irgendwie gescheitert. Auf dem LCD sind doch Zeichen gespeichert, nur wie
kann ich diese jetzt abrufen mit dem OWLCD Modul? Gibt es hier schon ein
Update? Ich wollt jetzt nicht ein extra Thread aufmachen, das passt ja hier
rein.
Gruß
Daniel
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Schau Dir mal OWLCD.pm an, Zeile 34. Da steht, wie die Symbole angesteuert
werden. Jetzt brauchst Du nur noch ein Display, welches diese Funktion
unterstützt...Durchsuch mal die diversen Threads zu dem Thema, irgendwo
hatte pah einen Link auf das Display (Conrad).
Gruß
Uwe
Am 18. November 2012 18:39 schrieb Ext23 :
> Ich versuche mir auch gerade ein Grad Zeichen anzeigen zu lassen aber bin
> irgendwie gescheitert. Auf dem LCD sind doch Zeichen gespeichert, nur wie
> kann ich diese jetzt abrufen mit dem OWLCD Modul? Gibt es hier schon ein
> Update? Ich wollt jetzt nicht ein extra Thread aufmachen, das passt ja hier
> rein.
>
> Gruß
> Daniel
>
> --
> To unsubscribe from this group, send email to
> fhem-users+unsubscribe@googlegroups.com
>
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Die Codes der Controller sind eben nicht als ASCII codiert.
Umlaute werden im Modul schon automatisch umgesetzt.
Zur Erzeugung eines "Grad"-Zeichens habe ich eine kleine hochgestellte Null
verwendet - diese wird automatisch an Stelle des Strings ° eingesetzt.
Wem das nicht gefällt, der möge sich eigene Symbole definieren.
Ach ja: die korrekte Einheit lautet °C
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Zur Erzeugung eines "Grad"-Zeichens habe ich eine kleine hochgestellte
> Null verwendet - diese wird automatisch an Stelle des Strings °
> eingesetzt.
>
Das würde mich ja reichen, funktioniert nur nicht, da sehe ich nur ein
Leerzeichen.
Wem das nicht gefällt, der möge sich eigene Symbole definieren.
>
Naja mit meinen µC Basteleien habe ich das immer so gemacht ja, aber hier
bin ich erst mal etwas ratlos gewesen drauf zuzugreifen.
> Ach ja: die korrekte Einheit lautet °C
>
Mhh nö wer sagt das? Bei mir nicht ... Oder werden Winkel in Grad Celsius
angegeben?
Aber gut egal, ich schau mit mal die OWLCD an was da noch so geht.
Gruß
Daniel
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
> Ach ja: die korrekte Einheit lautet °C
>>
> Mhh nö wer sagt das? Bei mir nicht ... Oder werden Winkel in Grad Celsius
> angegeben?
>
Ahh, ein Denkender ....
Wenn man 100 Leute gesehen hat, die Temperaturen in "Grad" angeben und
Geschwindigkeiten in "kmh", neigt man automatisch dazu, den 101. auch für
ähnlich zu halten :-))
Also ein echter Tipp: In das Datenblatt des LC-Displays schauen, dort ist
die Codepage gelistet und man sieht, welchen hexadezimalen Code man für was
benötigt.
Bei meinem Display ist das 0x80 für die kleine obenstehende Null
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
> Also ein echter Tipp: In das Datenblatt des LC-Displays schauen, dort ist
> die Codepage gelistet und man sieht, welchen hexadezimalen Code man für was
> benötigt.
>
Naja das ist so ein Teil aus dem Fuchs Shop (LCD205-BW) die bieten da kein
Datenblatt zu an, da ist es immer schwer. Gut mein Problem war mehr das
Zeichen anzusprechen, aber das habe ich jetzt verstanden nachdem ich mir
mal das Modul angesehen habe.
Ich werde mir einfach ein kleines Script schreiben was mal alle Varianten
durchprobiert. Aber mein Display ist auch ein HD44780 kompatibles daher
sind deine Codes da leider andere.
Aber Danke für die Tipps, das bekomme ich jetzt auch noch hin.
Gruß
Daniel
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Ahh xDF ist es, glaube das ist sogar dieses Hochgestelle O was du meintest.
Naja ich dachte ich kann die hex Codes direkt im String verwenden aber das
geht wohl nicht so ohne weiteres, jedenfalls weiß ich nicht wie man das
escaped, aber egal es geht ja jetzt, danke!
Gruß Daniel
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Das geht schon direkt im String - mache ich auch so. Einfach den Charakter
Nr. x auf \xDF setzen.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Hi Markus,
Frage geht zwar nicht an mich, aber vielleicht schon mal so weit;
Es gibt in der Regel nur einen 1-Wire Bus Master, der regelmässig alle
Slave Devices abfragt.
Eine aktive Signalisierung der Slaves ist daher nicht so ohne weiteres
möglich.
Ich könnte mir aber einen Dual 1-Wire Switch vorstellen, der eine
entsprechende Funktion hat:
Du betätigst einen Button, der einen der beiden Eingänge des 1W Devices
aktiviert und in Selbsthaltung versetzt. Beim nächsten Abfragezyklus
erkennt das fhem, verarbeitet das Signal und löscht das Eingangssignal via
dem zweiten Port (Ausgang).
Damit könntest du die Abfragefrequenz deutlich reduzieren, wenn dir das
reicht.
VG
Ralf
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
@Markus Niemann:
Der LCD-Controller hat nicht nur GPIO-Ports, sondern diese sind auch mit
Countern versehen, die in FHEM ausgelesen werden können. Ein Tastendruck
kann also auch im Nachhinein festgestellt werden.
Allerdings wird man realistischerweise keine Pollingraten von mehr als 1/s
verwirklichen können, und diese sind schon grenzwertig, wenn andere 1-Wire
Devices auf dem Bus sind.
Damit ist die Response-Zeitauf einen Tastendruck im ungünstigen Fall so
hoch, dass sich eine relativ schlechte Ergonomie ergibt: Typisch erwarten
wir eine Response auf eine Tastendruck innerhalb von 0,2 Sekunden.
Die Eingänge des LCD-Controllers sind also eher ungeeignet, um z.B. das
Licht einzuschalten. Allerdings könnte man sie einsetzen, um länger
andauernde Vorgänge auszulösen (z.B. ein Herunterregln der Heizung beim
Verlassen des Hauses).
LG pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Gibts wirklich keine aktiven 1Wire-Baustein der selbstständig bei
Tastendruck sendet?
Meine Tür/Fenstersensoren frage ich alle 5 sek ab.
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Nein, geht mit dieser Technik nicht.
Ich habe im Moment so ein Konzept in Hinterkopf, das 1-Wire Sensoren an
Zigbee Funkmodule ankoppelt. Damit ginge das - aber eben nicht über 1-Wire,
sondern über Zigbee.
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Originally posted by: <email address deleted>
Sorry,
habe versehentlich einen wichtigen Bestandteil gelöscht: peter.henning (at)
stw (dot) de
LG
pah
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com
Hallo pah,
schöne Sache, so etwas werde ich auch demnächst mal in Angriff nehmen. Zu
der ganzen Geschichte habe ich jetzt allerdings eine allgemeinere Frage:
Du hast einen Button um deine Alarme zurückzusetzen. Da das ganze über
1-Wire geht frage ich mich wie schnell so ein Knopfdruck verarbeitet wird.
Konkret nutze ich aktuell noch OWFS, und das fragt alle x Sekunden die
1-Wire-Devices ab. Verhält sich das mit OWX anders? Erzeugt ein Tastendruck
dort quasi unmittelbar eine Art Telegramm, welches FHEM dann auswerten kann
oder muss ich auch hier warten bis der entsprechende Baustein auf dem
Controller von FHEM abgefragt wird?
MfG
Markus
--
To unsubscribe from this group, send email to
fhem-users+unsubscribe@googlegroups.com