Hallo bb,
mal ein erster Zwischenstand. Steckdosen, Heizkörper, Temperaturen sind noch in Arbeit.
Trigger habe ich auf „Bei Variablenänderung“ gesetzt, sonst wird man bei vielen Triggern wahnsinnig
Hi Jürgen
Mhhh, sieht hübsch aus. Ist es gut neben den Lampen nochmals extra Ein/Aus hinzuschreiben, oder ist das nur zum ausprobieren ?
Ich will dir nix dreinreden, aber evtl. wäre es gut die Innenwände nur auf halbe Höhe hochzuziehen. Dann ergeben sich weniger versteckte Bereiche.
Die Trigger kann man natürlich setzen wie man es benötigt. Logisch, je weniger Updates desto weniger wird das System belastet.
Auch Timer bieten sich an um zb. bei mehreren Stockwerke dynamisch durchzuschalten.
Bin grad dabei es für mich dahin zu erweitern. Möchte bei Bedarf andere Grundrisse einblenden. zb. Klick auf Stiege zeigt den ersten Stock. Oder Klick auf den Heizraum zoomed dorthin.
Wenn man sehr viele mögliche Objekte (oder Stockwerke) darstellen möchte paßt mir der Code aber noch nicht. Denke dann wirds bald unübersichtlich.
Man müßte große Blöcke irgendwie in eigene Unterscripte auslagern.
gute Nacht
bb
Hallo zusammen,
hier mein erster Versuch mit dem Skript von Bernhard. Ich habe mich in der ersten Version auf eine einfache 2D Ansicht festgelegt. Die Möbel sind absichtlich nur schematisch dargestellt und dienen nur der besseren Orientierung.
Der Plan wurde mit SweetHome 3D erstellt - ich habe die Pläne noch als Visio vorliegen aber das sind dann reine Grundrisspläne und eher technischer Natur.
Ich werde die Tage mal versuchen eine brauchbare 3D Ansicht zu erstellen (Danke hier an Bernhards Tip mit der halben Wandhöhe) aber im Moment glaube ich, das ich mit einer 2D Ansicht besser fahren werde…
Was fehlt noch:
- Das Obergeschoss (Im Moment übe ich mit dem EG)
- Temperatur- und Thermostatwerte der Räume bzw. Heizkörper
- Rolladensteuerung
- …?
Bis jetzt habe ich Bernhards Code nur in seiner Ursprungsversion ergänzt - Neuerungen sind keine dazugekommen.
Eine 3D Ansicht würde mich absolut reizen wenn man diese auf dem Tablet drehen und ein- bzw. auszoomen könnte - aber das ist wohl noch in weiter Zukunft…
Bis dann
Boris
Hi Boris
Die 3D Sache sieht cool aus, hat aber ihre Tücken wegen Sichtbarkeit.
Wenn der Bildschirm irgendwo fest an der Wand hängt sollte man sich evtl. auch überlegen ob es sinnvoll ist den Plan so zu drehen das die Blickrichtung in Wirklichkeit (wenn man vorm Bildschirm steht) mit der Blickrichtung im Plan übereinstimmt.
Hab aber selbst noch nicht ausprobiert ob das was für die Übersichtlichkeit bringt.
- bedeutet bei mehreren Bildschirmen natürlich auch mehr Arbeit.
Also so richtig 3D mäßig zoomen und drehen wird wohl nicht möglich sein. Denke nicht das sowas mit heutigen Web-Techniken für Otto Normalverbraucher machbar ist.
Was aber sicher geht ist zwischen Stockwerken und Räumen umzuschalten und damit „reinzuzoomen“.
Ich hab übrigens gestern Abend noch ein wenig am HTML Teil gebastelt. Wenn man das Aktor Icon nicht als <img> sondern direkt im direkt als background-image des <div> reinnimmt dann klappt das zentrieren auf den Klick empfindlichen Bereich viel besser.
Bei Interesse kann ich den Vorschlag ja heute Abend mal posten.
gruß
bb
Habt Ihr nicht auch das Problem, dass bei dem Lösungsansatz teilweise die Änderungen nicht immer übernommen werden? Zumindest bei meinen >30 Variablen ist in kurzer Zeit der Status nicht mehr absolut identisch. Wie wenn der Event (Auslösung auf Änderung) nicht immer reagiert? Vielleicht habe nur ich das, aber wirklich ausgelastet ist meine Kiste nicht. Eine ziemliche Verzögerung merke ich zum Teil schon alleine beim Draufklicken, klicke ich mehrfach hintereinander auf das Icon scheint ein durcheinander zu entstehen und das Auslösen wird mit grosser Verspätung ausgeführt sogar auf der IPS-Maschine im Browser. (Zweiteres hatte ich aber auch bei der Lösung mit dem Pollen)
Gar nicht funktionieren tut bei mir die Lösung von Extern über iFront mit VPN wobei die Version mit polling zumindest den aktuellen Zustand immer anzeigte, das schalten geht natürlich aber bei keiner der beiden Optionen. Die beiden Lösungen lassen sich kombinieren was ich in den nächsten Tagen ausprobieren möchte. Performancemässig erscheint mir die Verzögerung bei einer grösseren Anzahl von Geräten bei der polling Variante kleiner.
Hat denn jemand von euch iOS oder ipad/iphone als Endgeräte für die Anzeige im Einsatz und die Sache ausprobiert? bei mir funktioniert es vom iPad/iPhone nocht nicht und es scheint ein Problem mit der oncklick implementation zu sein. 
Der WAF ist bei meiner Familie dann im Keller, wenn der Status im System nicht mit der Realität übereinstimmt. IPS als WF stimmt eigentlich immer (Sofern man natürlich vorne dran alles richtig macht und keine GW-Komponente ausfällt). Beim Floorplan war es bis anhin auch so und da haben die sich halt daran gewöhnt/setzen es vorraus?
Stimmt, geht bei mir mit ipad auch nicht.
Kennt jemand die Lösung?
Servus swissboy
kann es sein das du den Gerätestatus direkt vom Gerät abholst, und nicht in IPS bekannte StatusVariablen nützt ?
Denn abfragen von ein paar Variablen und zusammenbauen des Code kann doch nur wenige msec dauern.
Transfer von den paar kB an den Client darf doch auch kein Thema sein.
Rendern am Client dauert vieleicht etwas, der Apfel ist aber doch auch nicht grad lahm.
Das du ggfls. falsche Stati reinkriegst wenn während langsamen Aufbau getippt wird ist erklärbar. - kann man lösen.
Doch wie gesagt, der empfindliche Zeitbereich sollte nur sehr sehr kurz sein.
Hab halt kein Ipad um da etwas auszuprobieren. Wenn man so durchs Forum liest scheinen sich IPS und IOS nicht recht zu mögen. Gibt ja neuerlich massig Themen und Einschränkungen.
Ich werd heute Abend aber mal eine große Dummy Konfiguration machen, geb dann Bescheid wie es performt.
gruß
bb
Hoffe jemand findet hier was… ich habe die Suche heute aufgegeben. Weder onlick noch mouseover etc. führen zum Ziel. (Der Touch hat in dem Sinne auch keine Maus) Ohne das ich den iPad/iPhone als Steuerkonsole verwenden kann muss ich sonst bei der polling Version bleiben. Dieses Problem hatte ich schon mal und wurde soviel ich weiss von anderen bereits in Verbindung mit der Sonos Lösung von Bengie festgestellt. Dort wird auch ein html link mit onclick erstellt der die Zoneplayer gruppiert was von einem ipad und iphone aus nicht funktionierte.
Ist kompostieren eine Lösung ? 
- sorry, ich mußte einfach sticheln, tut mir natürlich leid das du Probleme hast.
Aber das ist ja nur uraltes Basic HTML Zeugs drin, wie auf zigtausenden Webseiten auch. Das muß der doch auch unter IOS gehen. Denk ich mir.
bb
Hallo bb
Danke! Hmm… nein ich verwende die bekannten Statusvariablen ohne direkte Abfrage auf das Gerät. Wenn ich die Glühbirne anklicke… ganz in der nackten Version gemäss deinem Beispiel dauert es nach dem Anschalten 3 Sek. bis das Icon erscheint und für das Ausschalten 5 Sek. ich weiss nicht vielleicht ist das wirklich nur bei meiner Konstellation ein Problem?
Das mit dem Oncklick und ipad iphone ist ne länger bekannte Sache da hast du Rechte. Auch die aktuellen Webprobleme mit IOS6… die habe ich aber noch nicht installiert… 
Das mit der Dummyconfig würde mich wundernehmen, cool! Ich hoffe das es bei dir klappt… dann weiss ich zumindest das ich mal was an der HW ändern sollte…
So, ich hab mir jetzt mal auf die schnelle 10 Lampen und 5 Temperaturanzeigen reingehackt.
Trotz 4 gleichzeitig laufenden Clients kann ich absolut keine störende Verzögerung entdecken.
Egal wo ich schalte, ob per WF, per Floorplan oder per externem Schalter alles wird innerhalb etwa 0.5sec upgedated.
Bevor der Finger vom Touchsreen runter ist stimmt die Anzeige.
Auch heftiges schalten per Maus am Desktop bringt da nix außm Tritt.
Es liefen immer 2 Android Clients, dazu am Desktop je eine Chrome und eine Firefox Session.
Spasseshalber hab ich dann noch anstatt des Grundriss ein 13Meg großes Foto reingehängt. Auch das bringt keine Auffälligkeit.
Dann auch noch anstatt des kleinen Glühbirnen Icon ein 100k Bild genommen, immer noch kein Problem.
- die Tabletts wurden leicht langsamer im Bildaufbau, aber immer noch weit im Rahmen des erträglichen.
Also hier ist echt alles im grünen Bereich mit sehr viel Luft nach oben.
Der Chrome Browser macht Desktop eine etwas unschöne Zuckung wenn die Seite neu geschrieben wird. Firefox und bei den Droids passiert das nicht. Da ändert sich einfach nur das Icon, schön smooth.
mein HTML String um die Lampen Icons auszutauschen sieht nun übrigens so aus
$ausgabe.='<div style="width:50px; height:50px; position:absolute; left:200px; top:200px;
background-image:url('.$BulpFlurInnen.'); background-repeat:no-repeat; background-position:center; z-index:1";
onclick="dojo.xhrGet({ url: \'user/buttons.php?ts=\' + (new Date()).getTime() + \'&ScriptID='.$IPS_SELF.'&do=FlurInnen\' })";>
</div>';
damit klappt das zentrieren besser.
In der Function die den Pfad zum Icon definiert müssen die „“ gegen „/“ getauscht werden. Phuu, das hat mich gestern Stunden gekostet.
schöne Grüße
bb
Wie muss ich denn die $ausgabe. Zusammensetzen um einen Temperaturwert darzustellen?
Da komme ich einfach nicht drauf …
Viele Grüße
Boris
Gesendet von meinem T05A mit Tapatalk 2
zb. so:
$ausgabe.='<div style="position:absolute; left:80px; top:250px; z-index:1";
<p>'.$FlurTemp.'°</p> </div>';
$FlurTemp natürlich vorher per getvalue(xxx) einlesen und bei Bedarf auf gewünschte Kommastellen formatieren.
Wenns magst kannstd as getValue natürlich auch anstatt $FlurTemp reinschreiben, find ich aber nicht so schön.
gruß
bb
Super Danke.
Werd’ ich gleich ausprobieren.
Gruß
Boris
Hallo bb,
bei mir funktioniert das vom Prinzip her auch.
…aber nur das erste Mal Schalten. Dann friert mit FF alles ein.
Weitere Klicks (nach dem ersten) werden ignoriert…
An was kann das liegen ?
ok, habs raus-gefrickelt bekommen:
Hatte in meinem IPS Befhel nur ein „true“ gesetzt, so gehts jetzt mit dem Umschalten:
EIB_Switch(27381 /*[Beleuchtung\Schalten (Ein/Aus)\Lounge 3er]*/, !GetValueBoolean(16369 /*[Beleuchtung\Schalten (Ein/Aus)\Lounge 3er\Value]*/));
Weitere Versuche folgen, Infos & Feedback auch
zweiter Zwischenstand:
Temperaturen, Heizung und LAN-Geräte hab ich nicht getriggert. Lasse das Skript noch aller 5min laufen und wenns mal schnell gehn muß hab ich den Refresh Button. Fensterstatus hab ich auch nur als roten Punkt (für offen) dargestellt. Die blauen werden noch durch transparente ersetzt. Am Design könnte man sicherlich noch was tun. Da ich aber in der Wohnung das Dashboard nutze, ist das hier nur wenn ich von Außen was machen will.
Genial wäre es, wenn das ipad Problem (onclick) geklärt werden könnte.
Keiner eine Idee???
Ich hätte hier eine komplett andere Designstudie zur Diskussion:
Alles sehr minimalistsich und auf wenige Farben reduziert.
Was haltet ihr von den Lampen ?
„Aus“ gibts das typische Bitmap.
„Ein“ leuchtet den Raum symbolisch mit gradienten Farbverlauf aus.
Türen sind rot oder grün ja nach Status.
Die Pfeile stellen Stiegen dar und führen bei Klick ins nächste Stockwerk
Temperturanzeigen nicht beachten, das ist nur techn. Test.
Sagt ehrlich, was haltet ihr von so einer hohen Abstraktion ?
Mir gefällt das ganz gut, diese Form hatte ich mir auch schon mal überlegt.
Im Detail hatte ich mir überlegt mir den Plan von meinem Haus zu schnappen, auszumessen, in irgendeiner Form in IPS abzulegen (array oder DB) und daraus dann ein komplettes WebFront generieren zu lassen.
Wäre sicher wieder ein größeres Projekt, hätte aber den Vorteil, das man die Optik nach und nach noch verbessern könnte, sobald man die Abmessungen mal eingegeben hat…
Na ja, so abstrakt finde ich das gar nicht.
Oftmals ist es hilfreich einfach mal einen Schrit zurück zu gehen und sich das ganze aus einer anderen Perspektive aus anzusehen.
Das Bild gefällt mir durch seine einfachheit - hat aber durch die Beleuchtungsdarstellung einen gewissen Eyecatcher…
Kurzum wird man durch nix abgelenkt.
Davon würde ich sehr gerne mehr sehen 
Viele Grüße
Boris