TinkerQ
-
Gesamte Inhalte
15 -
Benutzer seit
-
Letzter Besuch
Posts erstellt von TinkerQ
-
-
-
So - kaum aktiviert man die Websockets in der .ini, schon funktionierts auch 😄
Großes Lob an dieser Stelle - das funktioniert wirklich alles sehr einfach 🙂 -
Ok - habe grad jetzt noch diesen Thread gefunden:
Werd erst Nachmittags dazu kommen, das dort angesprochene zu testen.
-
Hallo,
hab mir diese Woche meine ersten Tinkerforge-Teile gekauft:
1x Master-Brick
1x RGB-LED-Button Bricklet
1x ePaper Bricklet
Brickdaemon und Brickviewer wurden installiert. Über den Brickviewer lässt sich alles einwandfrei steuern, auf das ePaper zeichnen, Tasterzustand des Button-Bricklets auslesen usw. - die Hardware funktioniert also auf jeden Fall.
Als nächstes hab ich die Javascript-Bindings runtergeladen und wollte mit den Browser-Examples (kein node.js) erste Funktionstests machen.
Hierzu hab ich zunächst noch den Pfad zur Tinkerforge.js, sowie die UID und den Port (beides aus dem Brickviewer) in den entsprechenden Html-Dateien angepasst und diese dann lokal im Browser geöffnet. Wenn ich dann den entsprechenden Button zum starten des Tests klicke, erhalte ich im Textfeld bei allen Beispielen nur "Error: 13" angezeigt. Die Javascript-Console selbst meldet, dass keine Websocket-Verbindung zu 'ws//localhost:4223' (<- genaue Meldung hab ich nicht im Kopf, sitze grad nicht an dem PC auf dem das läuft. ) hergestellt werden kann.
Getestet habe ich Chrome und Firefox in den aktuellen Versionen.
Weiß vielleicht zufällig jemand auf die schnelle wo ich hier noch etwas übersehe?
-
Hallo,
wie steht es den um den Nachfolger des Servo-Brick?
-
gmx und web.de ist eigentlich ein Laden und die Antispam-Policys usw. weitgehend identisch. Ein Sender, der von gmx abgelehnt wird, wird daher in der Regel auch von web.de abgelehnt.
-
Ich denke der Servo-Brick ist für dein Vorhaben das geeignetere Teil. Hiermit kannst du Servos, wie sie in klassischen Modellautos verbaut sind, steuern. Gleichzeitig lässt sich damit auch ein elektronischer Fahrtenregler ansteuern, welcher dann eben einen klassischen Modellbau-E-Motor steuert.
-
Ja, hier kommen eben Prioritäten ins Spiel
Jeden Tag um 7, außer Mittwoch - da schon um 6 und am ersten jeden Monats sogar schon um 5 - egal ob Mittwoch oder ein anderer Tag
Aber eine konkrete Umsetzung hab ich hier auch grad nicht im Kopf
-
Du willst einen Logger habenAber wenn ich zum Beispiel eine vergangene Aktion mal prüfen will "warum ist denn das Licht heute an?" kann ich das so natürlich nicht machen, dann ist es nun mal so.
Bei den Wiederkehrenden Ereignissen mache ich keinen neuen Eintrag, den bereits existierenden Update ich auf das nächste Datum. Die Done Markierung ist hier dann natürlich auch unnötig.
mysql_query("UPDATE `zeitschaltung` SET `time`=DATE_ADD('$row[time]', INTERVAL $row[repeatintervall] DAY) WHERE `ID`=$row[iD]");
-
Das hört sich jetzt ziemlich nach unnötiger verkomplizierung an.
Wenn ich eine Aktion als einmalig definiere, dann hab ich dazu ein bestimmtes Datum mit einer bestimmten Uhrzeit. Ist dieser Zeitpunkt überschritten, wird der Datensatz ohnehin nicht mehr abgerufen - die Markierung mit "done" erscheint mir hier überflüssig.
Und warum für Wiederholungen ständig automatisch neue DB-Einträge gemacht werden sollen erschließt sich für mich ebenfalls nicht.
Ich will hier jetzt nicht schlauer sein als andere - aber für mich klingt das ein bisschen wie etwas, zu dem ich gern "würg-around" sage
-
Denkbar wäre eine weitere Spalte in der z.B. die Werte "täglich", "jeden Montag", "jeden Dienstag", ..., "jeden 1. des Monats" usw. mit abgelegt werden. Diese Werte müssten dann mit einer gewissen Priorität behandelt werden. Hab ich also in der DB einen Wert mit "jeden Montag" eingetragen, müsste dieser Eintrag den Vorzug vor einem Eintrag mit "täglich" erhalten.
So genau hab ich das jetzt gedanklich auch noch nicht durchgespielt und möchte hier jetzt nicht behaupten, dass das frei von Problemen ist oder es gar einfachere Lösungen dafür gäbe, könnte aber ein Ansatz sein.
-
Ist was draus geworden? Wenn ja: wie wurde es gelöst? Wenn nein: weitere Hilfe benötigt?
-
-
Worauf du dabei möglicherweise achten musst, ist der Zeitprüfung etwas Ungenauigkeit zu erlauben. Je nachdem wie exakt cron die Zeiten einhält sollte dein Script z.B. 10:14-10:16 noch als 10:15 interpretieren.
Wozu Ungenauigkeiten "erlauben"? Einfach in die DB die Ein/Aus-Zeiten mit von-bis eintragen. Das Skript kann dann einfach regelmässig prüfen ob die aktuelle Uhrzeit innerhalb einer "An"-Zeit oder einer "Aus"-Zeit ist und danach agieren. Dann ist es egal, ob sich der Cron mal eben etwas verschlafen hat
LED-Strip kompatibel mit LED-Strip-Bricklet?
in Anfängerfragen und FAQ
Geschrieben
Alles Klar. Hab es schon so in der Richtung vermutet, war mir allerdings nicht sicher, da ich mich in dem Bereich nicht auskenne.
Jedenfalls Danke für die schnelle Antwort 🙂