TinkerQ

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 🙂

Hallo, hab gestern einen LED-Strip (mit kleiner Steuereinheit und Fernbedienung) gefunden und frag mich gerade ob der Strip mit dem LED-Strip-Bricklet kompatibel wäre. Hab mal alles abfotografiert - vielleicht kann ja daraus jemand ersehen ob das passt oder nicht. Viele Grüße

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 haben 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]"); Für meine Begriffe ist das ständige Updaten unnötig - aber ok, kann man auch machen.

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?

So würde ich jetzt die Tabelle anlegen. Dein Script frägt dann die Datensätze ab, die grad in der aktuellen Uhrzeit liegen.

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