Lazarus

42 minutter siden, MrStian89 skrev:

Noen som har funnet en passende USB-strømforsyning / hub som kan brukes til flere av disse samtidig?

Etter det jeg kan se så burde enhver USB-lader passe, dersom du skal forsyne flere så kan du jo kjøpe en 4 punkts USB lader.

http://www.biltema.no/no/Kontor---Teknikk/Mobilt/Kabler-og-ladere/USB-lader-4-utganger-2000038045/

Hvordan sette opp en Mikrotik brannmur til å blokkere andre land og ondsinnede IPer.

Da har jeg endelig fått fingen ut og satt meg ned for å skrive en guide på Nettverk.
Denne guiden skal kunne la deg sette opp to addresselister i brannmuren som du senere kan bruke til å blokkere eller omdirigere trafikk (honey pot?).

Det er lagt ved et RouterOS script som legger inn en samling offentlige lister og et powershell script som vil generere et RouterOS script der de listene du ønsker blir lagt inn.

Dette trenger du:
En stykk MikroTik router
Winbox

1. Last ned den vedlagte ZIP filen og unzip. Eventuellt så kan du kun laste ned runthis-blacklistonly.rsc dersom du vil benytte deg av en standardliste.
2. [Valgfritt] Rediger og kjør det vedlagte Powershell scriptet "Mikrotik - GenerateBlocklist.ps1" for å generere en ny RouterOS script fil("runthis.rsc") med de IP-filtrene du ønsker.
3. Last opp enten det forhåndslagde scriptet "runthis-blacklistonly.rsc" eller det du nettopp genererte("runthis.rsc") til din MikroTik enhet.
4. Kjør scriptet fra en terminal ved å skrive inn "import runthis-blacklistonly.rsc" eller "import runthis.rsc" dersom du har laget filen selv.

Addresselistene vil så være tilgjengelige til å brukes i brannmurregler.

runthis-blacklistonly.rsc

MikrotikBlacklist.zip

2 timer siden, RoRy skrev:

Det ble win 10 entreprise, da jeg uanstrengt ikke måtte betale noe for det. Gratis er Gratis

Kanskje litt sent nå men, til Info: Enterpirse volum lisenser er, etter det jeg er fortalt, kun gyldige så lenge de har kontakt med lisensserver eller domenet av og til (tror det var hver 6. eller 9. måned).

Det kan være de er lisensiert med Perpetual lisens, men den er avhengig av at volum lisensavtale vedlikeholdes hos de du kjøpte maskinen fra.

Tror heller ikke de normalt kan overføres til ny eier, så lisens kan være å regne som ugyldig...

Er ikke selv en "lisensmann" men vet at Windows Enterprise lisenser kan være noe rot...

Ref: https://community.spiceworks.com/topic/1811802-standalone-windows-10-enterprise-without-sa

10 timer siden, Moskus skrev:

Er det veldig, veldig lett å gjøre dette over IP istedenfor seriel-porter? 

Ser2net og liknende metoder bruker en socket til socket metode som skal la seg bruke på en enkel måte. Du kobler da til via TCP på rett port, og deretter bruker den tilkoblingen på samme måte som om det var serieporten.

Du må fortsatt via en Raspberry Pi ettersom at RFLink ikke støtter å kjøres over nett direkte...

Dagens widget er en visning av en gruppe lys der du får en switch for hele gruppen, men som kan utvides til å vise alle medlemmer i gruppen separat.

+/- ikonet i høyre hjørne brukes til å bytte mellom enkel og utvidet visning.

Den tar en enkelt setting der du velger et gruppeitem som verdi.

LightGroup.widget.json

Den 28.4.2017 klokken 23.13, Guahtdim skrev:

Jeg har både RFXTRX og RFLink, og ønsker å beholde begge ved overgang fra Domoticz til Homeseer. Derfor ønsket om plugin. 

 

Og linker til kode tas imot med takk. 

Da det er noe interesse for å utvikle plugins og bindings for RFLink til forskjelige systemer(Ref) så tenker jeg vi kunne samlet ressurser og kode slik at det blir lettere for alle.

Om RFLink protokollen:

RFLink enheten sender sting verdier mellom arduinoen og datamskinen i dette formatet:

20;ID=9999;Name;LABEL=data;

De forskjellige semikolon-separerte seksjonene består av

1. verdien 10 eller 20, der 10 betyr kommando fra server og 20 betyr mottatt fra RFLink.

2. er løpenummer for pakkesekvens. hexadesimal

3. Protokoll navn

4. Adresse

5. Verdier/kommandoer. Kan være flere verdier i en string

http://www.nemcon.nl/blog2/protref

Så langt har jeg kastet meg på https://github.com/cyrilcc/org.openhab.binding.rflink for utvikling av binding for OpenHAB.

Kjører i dag en rule(script) for å lese string fra COM, men vil gå over til binding snart.

Rule jeg bruker i dag:

import java.util.HashMap
import java.util.LinkedHashMap


var HashMap<String, SwitchItem> Devices

rule "RFLink startup"
when
	System started
then
	 Devices =
        newLinkedHashMap(
			"5A029A_00"			->	TestRF0,
			"5A029A_00_ALL"		->	TestRF0_All,
			"5A029A_01"			->	TestRF1,
			"5A029A_01_ALL"		->	TestRF1_All,
			"5A029A_01_COLOR"	->	TestRF1_Color,
			"5A029A_01_BRIGHT"	->	TestRF1_Bright,
			"5A029A_02"			->	TestRF2,
			"5A029A_02_ALL"		->	TestRF2_All,
			"5A029A_02_COLOR"	->	TestRF2_Color,
			"5A029A_02_BRIGHT"	->	TestRF2_Bright,
			"5A029A_03"			->	TestRF3,
			"5A029A_03_ALL"		->	TestRF3_All,
			"5A029A_03_COLOR"	->	TestRF3_Color,
			"5A029A_03_BRIGHT"	->	TestRF3_Bright,
			"5A029A_04"			->	TestRF4,
			"5A029A_04_ALL"		->	TestRF4_All,
			"5A029A_04_COLOR"	->	TestRF4_Color,
			"5A029A_04_BRIGHT"	->	TestRF4_Bright
		)
end

rule "RFLink"
when
	Item RFLink received update
then
	val String[] commandsArray = RFLink.state.toString().split(";")
	//var String Addr = commandsArray.get(0)
	//var String sequence = commandsArray.get(1)
	var String Protocol = commandsArray.get(2)
	if (Protocol=="MiLightv1"){
		var String ID = commandsArray.get(3).replace("ID=","")
		var String Switch = commandsArray.get(4).replace("SWITCH=","")
		var String RGB = commandsArray.get(5).replace("RGB=","")
		var String Command = commandsArray.get(6).replace("CMD=","")
		if(!Command.contains("ALL")){
			var String Commandtype = ""
			var String NewCommand = Command
			switch(Command) {
				case "COLOR": {
					Commandtype="_" + Command
					switch(RGB){
						case "FF00" : NewCommand="ON"
						case "0000" : NewCommand="OFF"
					}
				}
				case "BRIGHT": {
					Commandtype="_" + Command
					switch(RGB){
						case "00FF" : NewCommand="ON"
						case "0000" : NewCommand="OFF"
					}
				}
				case "ALLOFF":{
					Commandtype="_ALL"
					NewCommand=Command.replace("ALL","")
				}
				case "ALLON":{
					Commandtype="_ALL"
					NewCommand=Command.replace("ALL","")
				}
			}
			Command=NewCommand
			
			var SwitchItem Device = Devices.get(ID+"_"+Switch+Commandtype)
			sendCommand(Device, Command)
		}
	}
end

rule "Light_GF_Storage_Ceiling_RFLink"
when
	Item Light_GF_Storage_Ceiling received command
then
	if(receivedCommand==ON || receivedCommand == OFF){
		sendCommand(RFLink,"10;MiLightv1;5AFD8D;01;0000;"+receivedCommand.toString+";\r\n")
	}else{logInfo("LightGFStor",receivedCommand.toString)}
end
rule "Light_Outdoor_Frontdoor_RFLink"
when
	Item Light_Outdoor_Frontdoor received command
then
	if(receivedCommand==ON || receivedCommand == OFF){
		sendCommand(RFLink,"10;MiLightv1;5AFD8D;02;0000;ALL"+receivedCommand.toString+";\r\n")
	}else{logInfo("LightGFFront",receivedCommand.toString)}
end

Har tidligere benyttet denne koden for å kommunisere med serie enheter i .Net. Kanskje den kan komme til hjelp for de av dere som kjører Homeseer?

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.IO.Ports;
using System.Runtime.InteropServices;

namespace ConsoleApplication1
{

    class PortDataReceived
    {
        static SerialPort mySerialPort;
        public static void Main()
        {
            handler = new ConsoleEventDelegate(ConsoleEventCallback);
            SetConsoleCtrlHandler(handler, true);
            mySerialPort = new SerialPort("COM15");

            mySerialPort.BaudRate = 9600;
            mySerialPort.Parity = Parity.None;
            mySerialPort.StopBits = StopBits.One;
            mySerialPort.DataBits = 8;
            mySerialPort.Handshake = Handshake.None;
            mySerialPort.RtsEnable = true;

            mySerialPort.DataReceived += new SerialDataReceivedEventHandler(DataReceivedHandler);

            mySerialPort.Open();

            while (true)
            {
                mySerialPort.WriteLine(Console.ReadLine());
            }
        }
        private static void DataReceivedHandler(
                            object sender,
                            SerialDataReceivedEventArgs e)
        {
            SerialPort sp = (SerialPort)sender;
            string indata = sp.ReadExisting();
            Console.Write("Data Received:");
            Console.WriteLine(indata);
        }
        static bool ConsoleEventCallback(int eventType)
        {
            if (eventType == 2)
            {
                mySerialPort.Close();
            }
            return false;
        }
        static ConsoleEventDelegate handler;   // Keeps it from getting garbage collected
                                               // Pinvoke
        private delegate bool ConsoleEventDelegate(int eventType);
        [DllImport("kernel32.dll", SetLastError = true)]
        private static extern bool SetConsoleCtrlHandler(ConsoleEventDelegate callback, bool add);
    }
}

1 time siden, Moskus skrev:

Neida. Men noen må skrive den.

 

Problemet med RFLink er tolkingen vel ikke skjer i selve hardware-boksen. Plugin'en må tolke det. Og det er det som gjør det vanskelig.

 

Kan RFXtrx433 være et alternativ?

RFLink gjør tolkningen i enhetern og sender en string med protokoll, adresse og kommando til pc-en for prosessering, tror det er slik RFXtrx gjør det også.

Format på RFLink pakker:http://www.nemcon.nl/blog2/protref

Jeg har noe kode liggende for oppkobling av COM og string kommunikasjon i .NET dersom det er av interesse.

Har også arbeidet litt med RFLink bindingen til OpenHAB, spesifikt mot Milight.

Denne med rett firmware ville jo kunne løst problemet... https://www.seeedstudio.com/ESP-32S-Wifi-Bluetooth-Combo-Module-p-2706.html

Hum... Må undersøkes videre...

Cat7 står for Category 7 og er den 7ende generasjon av ethernetkabler også kjent som nettverkskabler.

Disse trenger du ikke trekke til hvert rom, men jeg ville minst trukket den til alle områder du trenger en wifi sender.

Det er ikke viktig å trekke kabelen nå, men rørene burde i det minste legges.

Nettverk og svakstrøm skal normalt trekkes i separate rør fra de med strøm.

Strøm trekkes til alle stikkkontakter og lys/spotter.

2 trekkerør er for å få separert signal fra strøm, de er ikke bestevenner og funger best i et avstandsforhold... ?

Er også greit for å ha redundans dersom et av rørene får en skrue i seg eller lignende.

Det kommer veldig ann på elektrikeren hva du får gjøre selv. Noen lar deg ikke gjøre noen ting, andre kun legge rør og montere bokser, andre igjen lar deg trekke kabler og så tar de koblingen.

Elektriker trenger ikke ta seg av nettverk og svakstrøm, men de gjør det nok dersom du spør.

56 minutter siden, Snowman skrev:

Here we go again.

Har 2 av disse en secure og en unsecure tilkoblet.

Den ene "secure" som går på batteri sluttet å rapportere alt annet en motion og tamper.

Batteri står til 100%

Byttet uansett batterier for å sjekke ut dette, men like langt.

Kun rapportere på motion og tamper.

Så da ble det pluttselig lite varme i romet da denne styrer hva jeg legger på av varmeeffekter i rommet.

Mitt spm er, er Aeotec sine produkter mye tull og tøys?

Fibaro har jo sine lyter de også, men dette er på toppen av at den er treg på å respondere på motion.

 

Any thoughts?

 

 

Rart... Min har fungert stabilt siden jeg fikk den. Har du forsøkt å koble den til via USB? Hvordan har du satt assosiasjonene? Prøvd å inkludere unsecure?

Treghet er jo ofte relatert til enten dårlig z-wave dekning eller problemer med z-wave mesh og routing.

1 time siden, xibriz skrev:

Slik jeg har forstått det kan du bruke alle scriptfilene (rules, items osv.) rett fra OH1 til OH2, så da hadde valget vært lett for min del.

 

 

Har ikke testet så mange systemer selv (Telldus og Z-Way), men synes OpenHAB er bra. Det er jo ikke hver dag man legger til enheter så når man først har gjort Items-jobben så bare fungerer det dag ut og dag inn.

 

Man kommer langt med HabPanel til touch.

Migreringen til openhab2 gikk fint for min del. Migrering fra oh1 bindings til oh2 bindings var litt værre. Men det er noe en kan ta over lengre tid ettersom at nesten alle oh1 bindings virker i oh2.

1 time siden, Fermate skrev:

Jeg har forsøk å kjøre Californium Tools både som browser og som Client men får det ikke til.

 

Kjører IP skanner og finner IPen til GW ved å sjekke MACadressen på baksiden av IEKA GW

 

Browser:

Starter opp java browseren (se vedlagt)

Skriver inn: coaps://MIN-IP/.well-known/core og trykker "Discovery" -Ingen reaksjon

Prøver også coaps://MIN-IP:5683/.well-known/core - Ingen reaksjon

Men med  coaps://MIN-IP:5684/.well-known/core - virker det som GWen booter for alle lysene slukker og tender igjen flere ganger

 

Client:

Åpner et DOS vindu og kjører:

java -jar cf-client-1.0.1.jar -psk GET coaps://MIN_IP/.well-known/core

Men får feilmelding om en fil han ikke finner:

certs/trustStore.jks

 

Jeg er i java skodde i ukjent land...

Noe hjelp å få?

 

cf-browser-1.0.1.jar

cf-client-1.0.1.jar

Prøvd med coap uten s? Det virker som om den ikke stoler på krypteringssertifikatet til ikea gw.

1 time siden, paalkr skrev:

Jeg regner med at veldig mange av min ankepunkter ved OpenHAB 1 er løst eller i alle fall er bedre med OpenHAB 2. I jobbsammenheng bruker eg mye YAML og Python, og da virker jo Home Assistant som et godt alternativ. Men jeg er litt skeptisk stil Z-wave og RFXcom støtten. Jeg ser i alle fall at ikke alle parameterne fra min Oregon vindsensor og regnsensor er mulig å hente i HASS.

Jeg har ikke sett så nøye på HASS ettersom at jeg ikke egentlig ønsker å bytte system nå når alt er satt opp og fungerer i OpenHAB. Men det er jo dumt dersom den har begrenset støtte for de to protokollene jeg benytter mest...

1 time siden, paalkr skrev:

Dessuten, nå har jeg jo dette forumet å støtte meg på uansett hva jeg måtte velge og det vil være til stor hjelp.

Tror vi er ganske spredt her på forumet ang hvilket system vi bruker, så du får nok god støtte her uansett.

1 time siden, paalkr skrev:

PS, trenger du mqtty for å få Owntracks til å funke i OpenHAB2? Jeg sliter fremdeles med å få en mosquitto server til å kjøre på min OpenHAB 1 Windows boks.

Det stemmer, tidligere hadde jeg https://mosquitto.org/ kjørende på en windows maskin, var noe rart å sette opp men fikk det etter litt knoting til. Kjører nå på linux.

Hva er det du sliter med?

1 time siden, paalkr skrev:

PSS, hvis jeg velg å kjøre videre på OpenHAB 2, hvilken hardware ville du valgt som controller?

Jeg migrerte akkurat fra en Windows 7 stasjonær med mer enn nok ytelse til en Raspberry Pi 3 på grunn av plassmangel. Det fungerer greit, men vil anbefale å kjøre på noe litt kraftigere dersom du skal ha mye utstyr med avanserte rutiner bak. Jeg merker av og til et delay på noen få sekunder dersom jeg kjører mange(10+) operasjoner på en gang.

Tror at jeg hadde personlig gått for en skikkelig server og virtualisert openhab 2 dersom jeg hadde hatt plass. men det er ikke av nødvendighet. en RPI3 eller kraftigere vil fungere. og velg det operativsystemet du føler for. jeg var fornøyd med windows og jeg er fornøyd med Linux nå. Kanskje en Intel NUC eller lignende kunne vært noe?

40 minutter siden, perudo skrev:

Oops, jeg glemte å legge ved bildet!

 

Dette er device listen i Domoticz.

RFXTRX433E støtter ikke å sende såkalt Rolling code encryption pakker. Virker som om det muligens er det som sendes her... ?

31 minutter siden, paalkr skrev:

Hei

 

Først, takk for at dette forumet finnes Jeg har en installasjon med OpenHAB (ikke OpenHAB 2) som har kjørt rimelig knirkefritt i snart 3 år. Mitt system består av en blanding med 433 MHz moduler (RFXtrx443E) og Z-Wave (Aeotec z-stick s2). Alt av varme og lys i hele huset, i tillegg til diverse vær-relaterte saker er nå integrert. Totalt har jeg vel noe sånt som ca 20 stk 433 MHz sensorer/brytere og vel 15 Z-Wave dingser Mange av reglene har blitt rimelig kompliserte, og jo mer jeg bygge dem ut jo mer følger jeg at jeg må programmere mitt eget SmartHus i java (rule-filene). Personlig er jeg ikke spesielt stødig i Java, men har kodet mye i Python (jobbrelatert) og synes det er 100-ganger mer intuitivt.

 

Ja, jeg kan styre det meste av huset fra telefon/touch-panel, men huset er ikke så veldig mye smartere. Det er enkelte ting som går automatisk, men ikke på langt nær dit jeg egentlig vil være når jeg startet opp. Det siste året har jeg vel egentlig ikke rørt systemet fordi jeg har hatt annet å bruke tiden på. Nå har jeg kommet tid at vi skal bygge hytte, og den skal jeg selvfølgelig kunne "ringe varm". Når jeg begynte å undersøke ulike muligheter, og ikke minst snakke med den lokale elektrikeren på Beitostølen (der hytta skal bygges), skjønte jeg at jeg måtte ta grep selv. Løsningene de kom opp med var jo steinalder, proprietære og ikke utbyggbare Så jeg ser for meg at jeg ber elektrikeren installere Z-Wave veggbrytere og termostater i hytta (det blir varmekabler i alle rom), så tar jeg selv kontroll på styringssystemet og bygger ut med vær, kamera, alarm og automasjon.

 

Så i den forbindelse så har jeg igjen begynt å sette meg litt inn i "markedet". Jeg har jo fått med meg at OpenHAB2 er sluppet for en tid tilbake, men har liksom ikke hatt lyst til å starte prosessen med å porte over fra OpenHAB 1

 

I tillegg er jeg litt usikker på om jeg faktisk ønsker å gå videre med OpenHAB eller velge noe annet, basert på mine erfaringer med OpenHAB 1 til nå (presiserer at listen under er mine erfaring, og ikke nødvendigvis representativt for OpenHAB)

• Læringskruven for OpenHAB 1 for et par tre år siden var ekstremt bratt
• Ingen automatikk i discovery av enheter, hverken Z-Wave eller 443 enheter. Alle egenskaper ved enhetene måtte legges inn som items. Tidkrevende og ikke spesielt givende arbeid
• GUI er ikke spesielt tiltalende, og oppsett av sitemaps er klønete og tidkrevende. Jeg har når brukt Rotini omtrent siden løsningen kom på banen, men fremtiden for Rotini ser jo svært usikker ut.
• Skal man gjøre litt avanserte saker må man nærmest kode i Java. Ja, alt er mulig med selv enkel ting kan bli overkomplisert
• Bruker mye tid på enkle oppgaver, som formatering av strenger og datoer, sammenlikning av tid osv
• Ingen enkel og stabil måte å få presence til å funke. Både kona og jeg kjører Android.
• Persistence for å vise data over tid og i grafer tar en del tid å konfigurere, spesielt visning
• Har ikke en gang giddet å integrere Chromecast (har 3 stk) og Plex serveren, men det er ting jeg egentlig ønsker å gjøre

 

Familien består av meg (som er langt over middels teknisk interessert), men kona og ungene (6 år og 11 år) gir katten i alt dette automatiske, og vil bare at ting skal funke.

 

Så nå sitter jeg med vurderingen, hva skal jeg velge på hytta (og dermed også hjemme på sikt, jeg vil ha samme løsning begge steder)?

• Fortsette med OpenHAB og oppgradere til OpenHAB2
• Home Assistent
• Domoticz
• HomeSeer PRO (regner med jeg trenger PRO pga HStouch)
• En eller annen "hardware" controller, Fibaro Home Controller 2, VeraPlus/VeraSecure eller en annen "boks"

 

PS, har sett denne tråden

 

 

 

Hum skal vi se ?

Først vil jeg si at mye av det du sier om OpenHAB1 stemmer, MEN alt er vel "løst" i OpenHAB2.

• Læringskurven er fortsatt bratt, men den har du allerede tatt. Er noe lettere etter at OpenHAB2.
• Alle offisielle OH2 bindings støtter autodiscovery og noe autokonfig.
• Det er flere nye GUI, deriblandt Classic, PaperUI, HabPanel, og Habmin2
• Det er en ny regelmotor i OH2 som lar deg "kode" grafisk ala IFTTT.
• Har ikke selv brukt så mye tid på "tid oppgavene". de funker fint hos meg.
• Hos meg virker både Wifi tracking og Owntracks. Snart legger jeg nok opp til bluetooth tracking også.
• Persistence er ikke så gale. legg inn grupper for tracing per change, per min og per time og legg items inn i disse gruppene. da har du en lett måte å sette tracking per item og grafer kan lastes kjapt i Habmin2 og kan legges lett inn i HabPanel.
• Chomecast og plex har plugins i OH2 , bruker selv Chromecast og det fungerer fint hos meg, enhetene ble oppdaget og konfigurert automatisk.

Jeg har selv tatt en titt på Home Assistant og dersom jeg skal bytte/prøve noe nytt så blir det det for min del.

Min anbefaling er å ta en titt på OpenHAB2 og kanskje lese litt på Docs.openhab.org. Dersom det ikke frister etter det så prøv en av de andre. Kan være greit å prøve gratisalternativene før du går for å investere i de mer kostbare systemene.

53 minutter siden, Moskus skrev:

Det vet jeg ikke, men den tiden hvor den er koblet til telefonen er veldig liten. Det tar ikke mer enn 8-10 sekunder å synkronisere, og resten av tiden (og det er den absolutt store majoriteten) så er den sporbar.  

Dersom den oppfører seg lik smartklokken min så er den "tilkoblet" hele tiden, men sender ikke til mobilen utenom når den synker. Dermed kan den ikke spores så lenge den er paret og kan nå sin "partner"(telefonen).

Er Fitbit så "generøs" med batteriet at de broadcaster selv når de har en "standby" tilkobling til en enhet?

Normalt broadcaster enheter kun når de er tilgjengelig for tilkobling, altså ikke tilkoblet en paret enhet i "standby" eller aktiv overføring.

Dette er selvsagt en påstand som jeg tar ut ifra min begrensede forståelse av bluetooth standarden, rett gjerne på meg dersom jeg tar feil.

Har du noen link til noen som har fått til å spore en FitBit sak?

Jeg er reelt interessert ettersom at jeg vil vurdere innkjøp av en Fitbitenhet, dersom disse kan detekteres.

Bare sånn at du ikke tror jeg spør for å være plagsom.?

For å presisere, Når fitbit er koblet til telefon 1, vises den da i BLE scan på telefon 2?
Dersom den gjør det så kan den jo brukes, hvis den oppdages av Happy bubbles.

2 timer siden, Moskus skrev:

Jeg tror du overestimerer hvor godt sporingen fungerer hvis 2 sekunder ping er et problem.  

Bevegelsessensoren har jo trigget før den tid uansett!

 

 

Sant nok... da gjenstår bare problemet med at fitbit-en ikke kan være koblet til mobilen. Er det slik for de nyere også?

4 minutter siden, Evelen skrev:

Håper jo at det er milight protokollen ettersom dem heter "Milight" i tittelen, står ihvertfall riktig frekvens.

Satser på jeg kan styre dem ganske greit med Milight bridgen min

Hvis ikke kan RFLink anbefales, har nevnt det før men jeg fikk mye bedre rekkevidde og stabilitet etter at jeg byttet til den.

Det spørs jo hva du bruker den til... er det OK med 2 sek forsinkelse på lyset?

Men ja, er jo av interesse å finne ut om FitBit enhetene kjører advertisement ofte dersom de er koblet til telefon. det er vel heller tvilsomt.

27 minutter siden, Moskus skrev:

Den tid, den sorg (dvs. glede).

 

Men vet du hvilken protokoll de fantastiske vinglassene bruker? Jeg måtte også ha et par...

Kan se ut som om det er milight protokollen. Fjernkontrollen så noe kjent ut.

27 minutter siden, Moskus skrev:

Mhm.

"Nei", altså.  

 

Men det så jo spennende ut. Jeg har enda ikke fått til firmware på mine BLE-dingser, mye tull...

Svar fra happy bubbles...

1 minutt siden, Moskus skrev:

Kun Beacons eller alle BLE enheter?

Open source så kan endres, men det virker som om de er satt opp til kun beacons.

det er litt der og jeg lurer på om noen har testet.

Noen som har testet disse?
Happy bubbles

https://www.happybubbles.tech/presence/

Ser ut til å passe mine ønsker og er åpen hardware som kan lages selv for en billigere penge.

Noen andre som er interresert? Kanskje mulighet for powerbuy?

Hvordan gikk det med prosjektet ditt @Moskus?