insidERR

OK, Danke. Das leuchtet ein. Habe mir schon was ähnliches gedacht. Würde es funktionieren, wenn man einen weiteren RemoteSwitch 2.0 (am selben MasterBrick) einsetzen würde? Also für jeden Type ein eigenes?

Nach paar Wochen funzt es weiterhin zuverlässig und schnell. Ich habe jetzt auch einen "Type B" Sender in Form eines Magnetkontaktschalters. @TinkerForge: ihr könnt in eure Kompatibilitätsliste jetzt auch den "Smartwares SmartHome Fernbedienbarer Magnetschalter, SH5-TSM-A" mit aufnehmen. (https://www.amazon.de/gp/product/B00WI2FZZI/ref=ask_ql_qh_dp_hza) Im Brickviewer bekommt man das hier angezeigt: Remote Type - B: Address = [5stellige Addresse] Unit = 8_async Switch to = 1 Dim value = 0 Repeats = 8 Was mir aber aufgefallen ist, dass man mit dem RemoteSwitch 2.0 nicht auf unterschiedlichen Fernbedienungstypen gleichzeitig "lauschen" kann. Z.B. wenn ich im Brickviewer auf "Type B" schalte, mein Programm (anhand eurer Beispiele in VB.net geschrieben) nichts auf "Type A" empfängt. Wenn ich dann mein Programm neustarte, empfängt es auf Type A, dafür der BrickViwer nichts mehr auf Type B. Andersrum dasselbe. Es wird nur auf dem zuletzt gewählen Type gelauscht. Ob mit dem BrickVierwer oder einem anderen Programm. Frage: kann man etwas tun um auf beiden(oder allen 3) Typen gleichzeitig lauschen zu können?

Welches Smartphone hast du? Manche haben einen NFC-Chip. Ob in dem Fall die Funktionsweise(Frequenz, Protokoll) identisch ist, kann ich nicht sagen. Versuch wäre es Wert.

Aso, alles klar. Wieder was gelernt :-)

Feedback: alles wunderbar angekommen und funzt auch. Was mir nun auffällt: das RemoteSwitchBricklet 2.0 reagiert jetzt sehr empfindlich und ohne Fehler auf die (eingesandte) Fernbedienung. Auch bei 5m Entfernung durch tragende Wände. Meine zweite, die etwas älter aber vom gleichen Typ ist wird nur empfangen, wenn man sich im gleichen Raum aufhällt. Die Steckdosen reagieren aber wie immer. Habe auch schon die Batterien getauscht. Keine Änderung. Durch die Wand kommt absolut nix. Ob das auch vor dem Update war kann ich nicht sagen. Kanns aber nicht ausschließen. Was noch aufgefallen ist, dass das Bricklet auch auf die Fernbedienung (Typ A) reagiert, wenns auf "Typ C" gelauscht wird. Z.B. wird auf "Typ A" folgendes empfangen: Remote Type -A: House code=11 Receiver code=8 Switch to =1 Repeats=4 Wenn ich auf "Typ C" lausche, kommt bei der selben Taste auf der Fernbedienung das hier: Remote Type -C: System code=E Device code=16 Switch to=1 Repeats=5 Beim Senden mit diesen Werten auf "Typ C" reagieren die Steckdosen nicht. Wenn auf "Typ B" gelauscht wird, kommt beim Tastendruck nix an.

Ich habe nun meinen Aufbau auch auf der Arbeit getestet. Nur um auszuschließen, dass es eventuel an möglichen Störquellen Zuhause liegt. Leider dasselbe Problem. Mal reagiert der Empfänger(RemoteControl 2.0) sofort und solange eine Taste gedrückt wird und mal garnicht. (selbe Fernbedienung) Senden funzt problemlos. die Steckdose reagiert sofort. @borg: Fernbedienung, MasterBrick und RemoteSwitch sind unterwegs... PS: « Antwort #21 am: März 11, 2018, 02:16:07 » sach ma, schlaft ihr überhaupt mal? ;-)

So habe ich mir das auch gedacht. Habe deswegen auf relativ wenige Repeats eingestellt. Trotzdem sehr oft garkeine Reaktion vom Empfänger obwohl die Steckdose schon nach 3 Repeats reagieren

Also, ich konnte es nun auch mit der zweiten Fernbedienung testen. Der Effekt ist derselbe. Mal reagiert der Empfänger(RemoteSwitch 2.0) sofort und solange ich eine Taste gedrückt halte und mal garnicht. Ob ich einen oder 5m entfent stehe. am Masterbrick(2.0) ist sonst nix anderes angeschlossen. Habe "minimum Repeats" auf 2 stehen, damit ich möglichst schnell angezeigt bekomme, oder soll ich mit min.5 versuchen? Die Steckdose reagieren wenn ich beim Senden min.5 einstelle.

Hallo Olaf ich habe zwei Fernbedienungen die genauso aussehen wie die bei euch im Shop. https://www.tinkerforge.com/de/shop/accessories/remote-for-mains-switch.html Habe gestern hauptsächlich mit einer rumprobiert. Werde das heute noch mit der zweiten tun und vergleichen. Melde mich dann. Danke Ob bei mir zu viele 433MHz Signale in der Luft sind, kann ich nicht messen. Habe aber noch nie Probleme mit den Steckdosen gehabt.

Es ist unabhängig vom Abstand. Die Fernbedienung und Bricklet liegen auf dem Tisch neben mir. Wenn ich ein Knopf drücke(LED auf der Fernbedienung blinkt), reagiert die Steckdose im Nebenraum. Das Bricklet registriert aber nur sporadisch bis garnicht (keine Aufzeichnung im Viewer, keine Reaktion der LED am Bricklet) Wenn ich mit dem Viewer ein Signal aussende, reagiert die Steckdose im Nebenraum sofort. Die Antenne ist fest rein geschraubt.

Ich habe das "RemoteSwitch V2" auch gestern bekommen. Habe schon die erste Version. Die zweite wollte ich nur wegen der Empfangseigenschaften. Leider funzt es aber nicht wirklich zuverlässig. :-( Am PC(Win10 Pro x64 1709, i7, 16GB RAM) über USB angeschlossen, Viewer und Daemon aktualisiert) wird auch alles im Viewer erkannt und aktuell angezeigt. Aus dem Viewer klappt das Senden absolut zuverlässig. Die ELRO Steckdosen(Typ A) im Nebenzimmer und in 3m Entfernung schalten sofort. Wenn ich aber das Sendersignal abfangen will, kommen die Signale aber sporadisch. Halte ich eine Taste am Sender reagiert die Steckdose sofort, im Viewer(min. Repeats=2) wird aber mal was registriert und mal nix. Auch die StatusLED am RSv2 flackert nicht immer auf, wenn ich am Sender was drücke. Ähnlich verhällt sich mein Programm(in VB.net anhand der Beispiele erstellt) Senden funktioniert wunderbar. Nur der Empfang ist unzuverlässig. Hardware: 1) MasterBrick 2.0 (FW: 2.4.7) 2) RemoteSwitch 2.0 (FW: 2.0.0) über 2m Kabel angeschlossen

Ist es nun nur ein Gerücht, oder kommt das Teil wirklich? Wenn ja, was wird es können?

Hä? Wie, wo, was? Welches Remote Switch Bricklet V2?? Ich habe die erste Version. Was hab ich verpasst, was kann die V2?

Das ist doch mal ein guter Anfang, VB.net ist relativ einfach zu lernen und ist doch mächtig. Bleib dran. Die TinkerForge Sachen sind toll und leicht zu verstehen bzw. einzusetzen. Ich habe mir zuhause schon was gebastelt und auch auf der Arbeit läuft seit 2 Jahren ne Kleinigkeit, die nützlich ist. Aus Erfahrung kann ich sagen, dass VB.net Programme auf dem RED nur bedingt funktionieren.

Hallo Erstmal sollte man die Programmiersprache ansatzweise können. Das geht am besten mit Büchern. Danach bastelt man sich Tools/Programme ohne Bücher. Wenn man soweit ist, versteht man auch die Bespielcodes, die hier in jeder(unterstützten) Sprache für jedes Bricklet veröffentlicht sind. Z.B. https://www.tinkerforge.com/de/doc/Software/Bricklets/Humidity_Bricklet_VBNET.html# Hier im Forum sind wirklich viele kompetente Leute die gerne helfen unterwegs, aber die ersten Grundlagen sollte man schon mitbringen. Zumindest war es in meinem Fall so. Zum Einstieg kann ich Literatur von "Michael Kofler" empfehlen. https://www.amazon.de/Visual-Basic-Grundlagen-Programmiertechniken-Windows-Anwendungen/dp/382731982X Gibt natürlich günstigere und dünnere

Habe jetzt diesen Thread zufällig gefunden. Meine Bastelei von 2015 wird nicht mehr genutzt. Habe aber in Erinnerung, dass das Problem damals nicht wirklich behoben wurde. Hatte mir eine Abhilfe geschaffen, indem ich die aktuelle Messung(Objekt und IR) mit der letzten vor 10 Minuten verglichen habe. Wenn die Werte geblieben sind, wurde angenommen, dass etwas abgeschmiert ist. Der Masterbrick wurde resettet und danach wiederholt gemessen. Da es keine zeitkritische Aktion ist, kann man es in meinem Fall so machen.

Ich würde eher die Temperatur des Brenners mit dem IR Thermometer aus Distanz abfragen, anstatt Kontrolleuchten zu verdecken. So hatte ich das mal gemacht. Heizung >40° => Lüfter einschalten. 10 Minuten warten und nochma prüfen, ansonsten Lüfter aus. Kannst du eine der unterstützen Programmiersprachen? Wenn nein, wird es schwierig. Man sollte schon zumindest ein Hallo-Welt Script können. Im Prinzip brauchst du ein Script, welches in der Endlosschleife läuft und z.B. jede Minuten abfragt, ob "Lampe an" bzw. Brenner/Brennraum heiß ist. Wenn ja, aktuellen Zeitpunkt und Status in die Datenbank eintragen.

Ich finde den RED Brick im Vergleich zum aktuellen RasPi3 schon recht langsam. Wenn Platz für Hardware kein Problem ist, würde ich lieber den RasPi3 nehmen. Dass auf dem RED schon alles nötige vorinstalliert ist, ist natürlich der größte Vorteil gegenüber dem RasPi.

Wenn das System einen "Rolling Code" verwendet, dann wird es wohl nix. Dazu müsste der (geheime) Schlüssel bekannt sein.

Ich habe jetzt den Venti dran gelassen und das RemoteSwitchBricklet vom Port "A" auf Port "D" verlegt. Temperatur ist weiterhin auf Port "B". Jetzt läuft es schon seit 2,5 Tage ohne Probleme. Merkwürdig... Thermometer misst und RemoteSwitch schaltet mehrmals am Tag.

Danke euch beiden. Das mit "cifs" klappt noch nicht ganz. Der Ordner "Privat" wird auf dem Desktop eingeblendet. Erst kam ne Meldung "Operation not supported". Mit "sudo apt-get install gvfs-backends" konnte ich auf das Netzwerk zugreifen. Jetzt bekomme ich beim öffnen des eingebundenen Ordner die Meldung "Only system administrators have the permission to do this" Der TightVNCserver wird als User = "tf" gestartet.

Hallo Kurze erklärung zum Verständnis: auf einem RasPi wird ein Netzlaufwerk über den Eintrag: "//192.168.1.1/Privat /home/pi/Desktop/Privat cifs username=[uSERNAME],password=[PWD],workgroup=[XYZ],rw,file_mode=0777,dir_mode=0777" eingebunden. Auf dem RED klappt es nicht. (/pi/ durch /tf/ wurde ersetzt) Gibts ne Möglichkeit, das es läuft? Ich will mit einem Programm, dass auf dem RED läuft direkt auf dem Netzlaufwerk Daten lesen/schreiben. Z.B. Logfile. Ausserdem wäre es ganz praktisch den RED mittels TightVNC zu steuern. Gibts dazu auch ne Lösung? Im Dateimanager fehlt die Funktion "diesen Ordner als ROOT öffnen". Man kann sonnst keine Dateien ändern. Wunsch an BrickViewer Entwickler: wenn man aud den RED, Dateien (z.B. EXE) übertragen will, ist das Startverzeichnis für das Öffnendialog immer das Benutzervezeichnis. Wenn man grad was testet und öffter Dateien uploaden muss, ist es lästig sich jedes Mal bis zum richtigen Ordner zu klicken. Schön weäre es, wenn der BrickViewer sich das letzte Verzeichnis merken und beim nächsten Mal öffnen würde. Hilfreich wäre es noch, wenn man beim Konfigurieren der Programmstarteinstellungen (Step 4 of 8: Arguments and Environment) über ein Dropdownmenü die möglichen Argumente auswählen könnte, anstatt alles von Hand zu tippen, wie z.B. DISPLAY:0.

Sehr cooles Projekt. Als "Rechenzentrum" würde ich eventuel den RasPi2 + Win10 anschaun. Ist wohl noch nicht ganz auf dem Markt, aber der Gedanke ist ganz gut. http://www.computerbild.de/artikel/cb-News-PC-Hardware-Raspberry-Pi-2-11384246.html

Mach ich, wenn ich zuhause bin.

Genau, das Problem tritt auf, selbst wenn der Venti bereits aus ist. Ich hab hier nen Auszug aus dem Protokoll des Programmes welches auf dem RED läuft Da kann man sehen, wann sich das Teil aufgehängt hat. Habe grad noch den Venti über RemoteSwitch ein und ausschalten lassen. Alles läuft normal.Die Temperatur ging nur kurz runter und wieder rauf. Dann noch den RemoteSwitch blind (für die Funsteckdose unbrauchbaren Kanal) minutenlang senden lassen. Alles läuft normal. Temperaturbricklet bleibt unbeeindruckt.