Ja, daar heb ik ook wat schrik voor, als dobiss kapot zou gaan, zeker voor bekabeling…
Want denk dat dobiss enigste is die canbus gebruikt,… Want die UTP kabel die er ligt is gewoon Doorgemist…
Is dat bij bv een Niko home control ook zo?
Anyway voor die sensors, dan kan je beter een conbee stick kopen via deconz… Ik heb hier ook wat cheap xiaomi sensors hangen, werken fanatisxh goed!! Doe ik ook mijn dobiss lampen mee aan …
niko heeft nu schakelaars die met zigbee werken. en zelfs geen stroom nodig want ze werken met kinetische energie
Er zijn ook nog andere die schakelaar hebben die op zigbee werken.
dus die kunnen perfect alternatief zijn voor de bus van dobiss.
dan is het gewoon kwestie van schakelaar -> zigbee ->ha -> canbus -> dobiss
Ja, die Niko schakelaar wou ik ook bestellen, die werkt samen met deconz/conbee die zijn al getest
Maar het was gewoonw stel dat dobiss failliet zou geraken en modules gaat kapot… Kunnen we dan nog met onze huidige bekabeling een andere domotica systeem gebruiken?
de knoppen kan je vergeten. die moeten allemaal vervangen worden (maar nu meer open alternatieven al voor)
en ja al je modules in je kast moeten ook vervangen dan worden.
maar het voordeel is dat alle kabels naar de kast getrokken zijn. dus op zich is dat doenbaar
ik heb al mensen gezien die zelf relais erin zetten met ethernet aansluiting.
maar electriciteit probeer ik ver weg van te blijven
Ja, de knoppen en relays vervangen is geen probleem, dat is het minste erge…
Maar ik heb het eerder over de bekabeling, ik ben niet zo voor die wireless toestanden… Is een leuke toevoeging, maar is geen vaste oplossing…
Maar ik denk dus NIET dat die kabels naar de kast gaan, volgens mij ligt dat in een lus , een UTP van schakelaar naar schakelaar… Dus als je 1 kabel los doet , dan zijn alle schakelaars down…
Mijn vraag was dus of andere domotica systemen ook zo met dat lus principe werken?
Ik heb trouwens via amazon besteld … gaat iets sneller dan via ali. Komt normaal aan.
https://www.amazon.nl/dp/B0758VD6WR/ref=cm_sw_r_oth_api_fabc_zjMQFb0AP97X0
Idd, maar wat duurder wel 
Niko home control werkt ook met een lus voor de schakelaars. Van horen zeggen wel. Wie weet zijn het zelfs dezelfde schakelaars.
Wel knap dat het al draaiende is met de ESP. Zeer cool.
ja, niko gebruikt ook een lus, heb het even gevraagd aan iemand die het heeft
wel meerdere lussen per ruimes, maar ik neem aan dat dit ook wel het geval is bij dobiss
langs ene kant toch een opluchting , stel dat ooit de hardware van doboss de geest geeft
en , canbus is echt instant!! ik kan nu via drukknoppen andere dingen schakelen in huis, ik heb een paar wifi led strips, deze kon ik alleen eerst bedienen via conbee en/of google assistant
nu dus ook met drukknoppen … dan kan ik op een paar plaatsen die draadloze ikea schakelaartjes wegdoen , en wat tweede fucnties inzetten
Hey allemaal, ik ben nog wat nieuw in HA. Ik heb een vraagje. Voor het installeren van dobiss2mqtt moet je deze toevoegen via " add-on repositories"? Alvast bedankt voor het antwoord.
Mvg Giel
Voor de canbus geinterresseerden:
Je moet mijn github versie niet meer nemen, de code is fixed in de canbus branch van : danielschramm:canbus , dus je kan deze terug nemen , de fout die ik had gevonden met onze dobiss extended can_id’s is er nu uit
Wiring en geupdate docs met ext_id :
can id code is dus aangepast, nu zijn het juiste waarden, we moeten dus ook can ext op true zetten, hieronder mijn volledige voorbeeld code van esphome
Maar ik stuit nog op een probleem, zoals je al weet, de drukknoppen staan NIET op de canbus, dus we moeten een dummy programmatie aanmaken via de dobiss software, deze programmatie pas je toe aan een drukknop, bv toggle functie ofzo, we lezen de programmatie uit op de canbus, en we kunnen dus een service in HA sturen… werkt allemaal goed…
Maar ik heb gemerkt, dat 1 x snachts op een bepaald tijdstip, mijn wifi led aangaat, ik heb een vermoeden dat dan alles statussen terug op de canbus worden gezet, waardoor weer een toggle actie plaatsvind
Hoe kunnnen we dit fixen? iemand een idee?
eventueel een idee :
stel dat het altijd op een bepaald tijdstip snachts is, dan kunnen we de canbus messages bv negeren op een bepaald tijdstip … ik heb vandaag de logging eens aangezet, dus morgen weet ik wat er gaande was op dat specifiek uur …
een extra binary sensor maken in esp, en deze schakelen als effectief een programma aan/uit gezet gaat worden via een drukknnop (state change), op basis van deze binary sensor state kunnen we een service starten…
maar is weeral extra code/entities …
Geen van bovenstaande 2 ideen staan me aan eigenlijk, het moet toch makkelijker kunnen? anyway, hierbij mijn draft code, die op zich werkt, net op dat 1 specifiek tijdstip na
esphome:
name: esp
platform: ESP8266
board: nodemcuv2
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
manual_ip:
static_ip: !secret esphome_ip
gateway: 192.168.0.1
subnet: 255.255.255.0
# Enable Home Assistant API
api:
password: !secret esphome_password
ota:
password: !secret esphome_password
# Enable logging
logger:
level: VERBOSE
# logs:
# esphome.components.canbus: VERY_VERBOSE
# esphome.components.mcp2515: VERY_VERBOSE
spi:
id: McpSpi
clk_pin: GPIO16
mosi_pin: GPIO5
miso_pin: GPIO4
### example canbus data:
# [13:55:13][D][canbus:062]: received can message ext can_id=0x100ff00 size=4
# [13:55:13][V][canbus:071]: can_message.data[0]=0e
# [13:55:13][V][canbus:071]: can_message.data[1]=57
# [13:55:13][V][canbus:071]: can_message.data[2]=03
# [13:55:13][V][canbus:071]: can_message.data[3]=01
canbus:
- platform: mcp2515
id: my_mcp2515
spi_id: McpSpi
cs_pin: GPIO14
can_id: 4
on_frame:
- can_id: 0x100ff00
can_ext_id: true
then:
- if:
condition:
lambda: 'return x[1] == 0x57 and x[2] == 0x03 and x[3] == 0x00;'
then:
- homeassistant.service:
service: light.toggle
data:
entity_id: light.led_badkamer
- if:
condition:
lambda: 'return x[1] == 0x57 and x[2] == 0x03 and x[3] == 0x01;'
then:
- homeassistant.service:
service: light.toggle
data:
entity_id: light.led_badkamer
## example with binary sensors
# - if:
# condition:
# lambda: 'return x[1] == 0x41 and x[2] == 0x00;'
# then:
# - lambda: |-
# switch(x[3]) {
# case 0x0: id(can_bus_button_1).publish_state(false); break; // button release
# case 0x1: id(can_bus_button_1).publish_state(true); break; // button down
# }
# - if:
# condition:
# lambda: 'return x[1] == 0x41 and x[2] == 0x01;'
# then:
# - lambda: |-
# switch(x[3]) {
# case 0x0: id(can_bus_button_2).publish_state(false); break; // button release
# case 0x1: id(can_bus_button_2).publish_state(true); break; // button down
# }
binary_sensor:
# - platform: template
# name: "CAN Bus Button Bureau"
# id: "can_bus_button_1"
# - platform: template
# name: "CAN Bus Button Eetkamer"
# id: "can_bus_button_2"
# Sensors with general information.
sensor:
# Uptime sensor.
- platform: uptime
name: ESP Uptime
id: uptime_sec
# WiFi Signal sensor.
- platform: wifi_signal
name: ESP WiFi Signal
update_interval: 60s
- platform: template
name: "ESP Uptime Days"
lambda: |-
return (id(uptime_sec).state/60)/60/24;
icon: mdi:clock-start
unit_of_measurement: days
Zou hiervoor geen request eerst passeren om alle statussen nog eens te populeren? Anders zal het eerder time bound zijn lijkt mij. We gaan dan x aantal seconden/minuten (ruime buffer) niet luisteren naar die events. Niet een ideale oplossing, maar we gaan die events op de canbus niet kunnen tegenhouden.
ja, daarom heb ik de logging eens aangezet, zal het morgen weten
mss ziet de data er toch een beetje anders uit, ik weet de inhoud van de eerste array ook niet … geen idee waar die van komt …, die 0E dus
**# [13:55:13][V][canbus:071]: can_message.data[0]=0e**
# [13:55:13][V][canbus:071]: can_message.data[1]=57
# [13:55:13][V][canbus:071]: can_message.data[2]=03
# [13:55:13][V][canbus:071]: can_message.data[3]=01
Ik weet nu al iets meer, dezenacht weer de wifi led aan, weer om 01.30 ±
In de max software heb ik 8 programmas gemaakt voor mijn huis, 2 waren er inactief … (toevallig ook die van de wifiled)
Er zijn dus 2 berichten op de canbus gekomen , niet meer, alleen van de 2 programmas die inactief waren… Ik heb dus een vermoeden dat er iets hardcoded is in de max200 , dat er bv elke nacht om 01.30 een soort van controle is , welke programmas actief zijn …
Degene die op OFF staan, die sturen dan een acknowledge ofzo
Ik ga komende nacht eens een ander programma op OFF zetten, en dan eens kijken of ik die morgen ook in de logging zie verschijnen…
EDIT: ok, als het klopt, wat ik hierboven zeg, dan is de oplossing eigenlijk zeer simpel…!!
Ipv een toggle actie achter de drukknop te zetten, dan zet ik gewoon programma op AAN, er gaat dan evenzeer een canbus message over de lijn … het is dan wel altijd een 01 message … dat spaart dan dan zelfs ook weer een stukje yaml code
EDIT: !!! OMG wat een dwaze fout van mij!! , ik heb een programma actief dat om 01.30 altijd alle lampen uitzet, en deze 2 programmas stonden daar om 1 of ander reden ook in, daarom dus 2 canbus messages!!
dus er is geen probleem om 01.30 snachts
dat is weer een zorg minder!
MCP2515 hier ook aangesloten op een ESP8266 … ik krijg volgende logging binnen 
Ik zit met een evolution pro systeem. Fabio met een evolution sx dacht ik.
Hier doe ik relais 4.1 (module 04, id 00) uit:
[14:58:14][D][canbus:062]: received can message ext can_id=0x1fc0402 size=8
[14:58:14][V][canbus:071]: can_message.data[0]=04
[14:58:14][V][canbus:071]: can_message.data[1]=00
[14:58:14][V][canbus:071]: can_message.data[2]=00
[14:58:14][V][canbus:071]: can_message.data[3]=ff
[14:58:14][V][canbus:071]: can_message.data[4]=ff
[14:58:14][V][canbus:071]: can_message.data[5]=64
[14:58:14][V][canbus:071]: can_message.data[6]=ff
[14:58:14][V][canbus:071]: can_message.data[7]=ff
Hier doe ik relais 4.1 (module 04, id 00) aan:
[15:01:27][D][canbus:062]: received can message ext can_id=0x1fc0402 size=8
[15:01:27][V][canbus:071]: can_message.data[0]=04
[15:01:27][V][canbus:071]: can_message.data[1]=00
[15:01:27][V][canbus:071]: can_message.data[2]=01
[15:01:27][V][canbus:071]: can_message.data[3]=ff
[15:01:27][V][canbus:071]: can_message.data[4]=ff
[15:01:27][V][canbus:071]: can_message.data[5]=64
[15:01:27][V][canbus:071]: can_message.data[6]=ff
[15:01:27][V][canbus:071]: can_message.data[7]=ff
Ik krijg dus 8 datavelden binnen.
Als ik een relais op een andere module aan zet:
Relais 6.4 aan: module 6, id 03
[15:11:21][D][canbus:062]: received can message ext can_id=0x1fc0602 size=8
[15:11:21][V][canbus:071]: can_message.data[0]=06
[15:11:21][V][canbus:071]: can_message.data[1]=03
[15:11:21][V][canbus:071]: can_message.data[2]=01
[15:11:21][V][canbus:071]: can_message.data[3]=ff
[15:11:21][V][canbus:071]: can_message.data[4]=ff
[15:11:21][V][canbus:071]: can_message.data[5]=64
[15:11:21][V][canbus:071]: can_message.data[6]=ff
[15:11:21][V][canbus:071]: can_message.data[7]=ff
Volgens mij krijg ik dus voor elke module een andere ext can_id binnen. Het 3de laatste cijfer is de module_nr bij mij.
Dimmer 100%: module 8, id 01
[15:05:10][D][canbus:062]: received can message ext can_id=0x1fc0802 size=8
[15:05:10][V][canbus:071]: can_message.data[0]=08
[15:05:10][V][canbus:071]: can_message.data[1]=01
[15:05:10][V][canbus:071]: can_message.data[2]=01
[15:05:10][V][canbus:071]: can_message.data[3]=ff
[15:05:10][V][canbus:071]: can_message.data[4]=ff
[15:05:10][V][canbus:071]: can_message.data[5]=64
[15:05:10][V][canbus:071]: can_message.data[6]=ff
[15:05:10][V][canbus:071]: can_message.data[7]=ff
Dimmer 50%: module 8, id 01
[15:06:50][D][canbus:062]: received can message ext can_id=0x1fc0802 size=8
[15:06:50][V][canbus:071]: can_message.data[0]=08
[15:06:50][V][canbus:071]: can_message.data[1]=01
[15:06:50][V][canbus:071]: can_message.data[2]=01
[15:06:50][V][canbus:071]: can_message.data[3]=ff
[15:06:50][V][canbus:071]: can_message.data[4]=ff
[15:06:50][V][canbus:071]: can_message.data[5]=32
[15:06:50][V][canbus:071]: can_message.data[6]=ff
[15:06:50][V][canbus:071]: can_message.data[7]=ff
En dat komt perfect overeen met hetgeen ik verwacht:
Gebruikt iemand hier eigenlijk dali modules? Ik zit met enkele lichten die op maat gemaakt zijn en via een dali interface gestuurd moeten worden. Natuurlijk is dat niet voorzien in mijn initiele dobiss systeem en vroeg mij af of het zin heeft een dobiss dali module te steken of het via een casambi interface op te lossen (mits ik dat kan integreren in HA ofc).
Lichten op maat? Nee, heb ik hier niet
Niets speciaal hoor. Zijn enkele aluminium profielen met leds in. Ik had enkele nodig die elk een paar meter lang waren en een met een nogal rare hoek in met moeilijke bevestiging. Ook de aansluitingen moesten lichtjes anders zitten dan standaard (midden van rail/hoek van de rail). Is een belgische firma die ze maakt: https://www.multiline.be/en
Ik vermeld het gewoon dat ik niet de tip krijg om een ander soort lamp te kopen 