eBus Schaltung V2 in Betrieb nehmen

[Allodo]

@john30
Die zweite Zeile ist doch nur dafür da, nachzuschauen, ob evtl. Konfigurationsdateien in dem Ordner vorhanden sind und diese dann nach /etc/ebusd.old zu verschieben.
Deshalb habe ich diese ausgelassen, da keine Dateien vorhanden waren. Wurden ja vorher von mir gelöscht

Das dürfte doch keine Auswirkung haben.

[john30]

@john30
Die zweite Zeile ist doch nur dafür da, nachzuschauen, ob evtl. Konfigurationsdateien in dem Ordner vorhanden sind und diese dann nach /etc/ebusd.old zu verschieben.
Deshalb habe ich diese ausgelassen, da keine Dateien vorhanden waren. Wurden ja vorher von mir gelöscht

Das dürfte doch keine Auswirkung haben.

doch das hat Auswirkung, da der Link bei Vorhandensein des Verzeichnisses /etc/ebusd als Unterverzeichnis darin erscheint und das ist eben falsch.

[chons]

Die Belegung der Widerstände auf der Basisplatine sollte doch so sein, wie im angehangenen Bild, oder?

Ja, das passt.
Info: Die Platine inkl. der aufgedruckten Widerständen finden man hier im post bzw. hier.

[Allodo]

@John30
Ah, okay. Danke

@chons
Genau diese neuen Bilder helfen wohl extrem weiter

[pc1246]

Zum Beispiel bei R3 habe ich je nachdem, wie ich die Messpitzen anlege, entweder 100k Ohm oder einen anderen Wert. Sollte die Richtung des Widerstandes nicht egal sein?

Moin
Im eingebauten Zustand kannst du die Werte nicht messen! Bei R3 ist das z.B. ganz klar, warum Du unterschiedliche Werte bekommst. Dieser liegt parallel mit R4 auf Masse, wenn Du Plus und Minus des Messgeraetes tauschst! Mit den anderen wird das bestimmt aehnlich sein!
Gruss Christoph

[dkreutz]

also der Slave f6 mag nicht auf die ID Anfrage antworten und schert sich offensichtlich auch sonst kaum um Einhaltung des eBUS Protokolls. Des weiteren sendet der (oder noch ein anderer Teilnehmer) anscheinend beliebig 0x00 auf den Bus, was ebenfalls nicht dem Protokoll entspricht.
Das sieht für mich leider immer noch so aus, als würde der Teilnehmer nicht eBUS sondern irgendwas anderes sprechen...
Was hängt denn da noch alles an dem Bus dran?

Das ist nur die Heizungsregelung (Wolf R12-5W) und der eBus-Adapter V2.1 (mit DC-Wandler und ELV-UART).
Und es ist wirklich ein eBus - bei anderen Usern funktioniert es ja, siehe hier.

Vielleicht ist die Firmware meiner Regelung veraltet/fehlerhaft (ich habe im Wolf-Thread gerade nachgefragt wie man die Versionsnummer heraus findet)...
Oder meine Regelung hat einfach einen Defekt, wobei sonst aber alles funktioniert - es wird zumindest so warm, dass sich die Familie nicht beschwert 

Ich habe ja zwei eBus-Adapter (einmal V2.0, einmal V2.1), soll ich mal beide an den eBus hängen (mit unterschiedlichen ebusd-Instanzen und Adressen)?

[Allodo]

Es wurde wohl mittlerweile etwas gefunden, nachdem ich den ebusd-Ordner gelöscht habe und mich an John's Anleitung gehalten habe, um die aktuellen Konfigdateien zu verlinken.

Code Auswählen Erweitern

pi@ebusd:/etc/ebusd $ ebusd --checkconfig --scanconfig
2018-03-14 21:13:00.630 [main notice] ebusd 3.1.v3.1-22-gdaf771e performing configuration check...
2018-03-14 21:13:03.543 [main notice] found messages: 11134 (437 conditional on 154 conditions, 17 poll, 64 update)
2018-03-14 21:13:03.691 [main notice] ebusd stopped

Nur wird scheinbar immer noch nix geladen

[pc1246]

Moin Allodo
Das sieht doch jetzt gut aus!? Hast Du denn den eBusd Service gestartet?
Gruss Christoph

[john30]

Das ist nur die Heizungsregelung (Wolf R12-5W) und der eBus-Adapter V2.1 (mit DC-Wandler und ELV-UART).
Und es ist wirklich ein eBus - bei anderen Usern funktioniert es ja, siehe hier.

ich würde erstmal alle Komponenten der Reihe nach auslassen, die potentiell die Kommunikation beeinflussen können. Angefangen beim Wemos, sprich erstmal mit UART direkt versuchen.
Apropos Wemos: ist das verwendete Netzteil stark genug ausgelegt? Das ist häufig Ursache merkwürdigster Phänomene.

[Allodo]

Hast Du denn den eBusd Service gestartet?

Ich habe den Rpi2 neu gestartet und anschließend ebusd mit "sudo service ebusd start" gestartet.
ebusd --checkconfig --scanconfig zeigt mir weiterhin 11134 Dateien an, jedoch sieht die Ausgabe von ebusctl find genau so aus, wie schon in einigen Posts zuvor

Mein Arbeitskollege hat mir jetzt mal seine unverbaute ebus-Platine V2.0 inkl. montierter Erweiterungsplatine mitgebracht. Mal schauen, ob diese etwas ausspukt. Zumindest habe ich bei der Platine die Gewissheit, dass diese durchgemessen ist und funktionieren sollte

EDIT: Es liegt doch an meiner Platine
Mit der Platine von meinem Arbeitskollegen, wird sofort die 15.470.csv geladen, jedoch sind keine Daten vorhanden.

Code Auswählen Erweitern

pi@ebusd:~ $ ebusctl find
470 ACTOstorDetected = no data stored
470 actoSTOROPMode = no data stored
470 ActualRoomTempDesiredHc1 = no data stored
470 ActualWeekday = no data stored
470 ADCValueTempbelow = no data stored
470 ASCDetected = no data stored
470 B51000M10HwcFlowSetMon = no data stored
470 B51000M12DisableBitsMon = no data stored
470 B51000M14Monitor = no data stored
470 B51000M7OpModeMonitor = no data stored
470 B51000M8HeatFlowSetMonitor = no data stored
470 B51000M9TappingSetMon = no data stored
470 B51000TempDesiredLoadingPump = no data stored
470 BMUB51101BoilerFlowTemp = no data stored
470 BMUB51101ErrorStatus = no data stored
470 BMUB51101HwcState = no data stored
470 BMUB51101StorageTemp = no data stored
470 BMUFlowTempOrVF1 = no data stored
470 CalculatedKickStopTime = no data stored
470 ccTimer.Friday = no data stored
470 ccTimer.Monday = no data stored
470 ccTimer.Saturday = no data stored
470 ccTimer.Sunday = no data stored
470 ccTimer.Thursday = no data stored
470 ccTimer.Tuesday = no data stored
470 ccTimer.Wednesday = no data stored
470 ChimneySweepModeActive = no data stored
470 CirPump = no data stored
470 ClockSwitchSummerWinterDone = no data stored
470 ContactName = no data stored
470 ContinuosHeating = no data stored
470 coolingTimer.Friday = no data stored
470 coolingTimer.Monday = no data stored
470 coolingTimer.Saturday = no data stored
470 coolingTimer.Sunday = no data stored
470 coolingTimer.Thursday = no data stored
470 coolingTimer.Tuesday = no data stored
470 coolingTimer.Wednesday = no data stored
470 CountryVariant = no data stored
470 CPLPLast24started = no data stored
470 currenterror = no data stored
470 Date = no data stored
470 DcfIsValid = no data stored
470 DisplayedHc1RoomTempDesired = no data stored
470 DisplayedHwcStorageTemp = no data stored
470 DisplayedRoomTemp = no data stored
470 EepromUpdateActive = no data stored
470 EnermanState = no data stored
470 errorhistory = no data stored
470 ExcessTemp = no data stored
470 FactoryTestActive = no data stored
470 FrostOverRideTime = no data stored
470 FrostProtectDelayMonitor = no data stored
470 FrostProtectionRequiredMonitor = no data stored
470 FrostProtectStateMonitor = no data stored
470 GlobalSystemOff = no data stored
470 Hc1ActualFlowTempDesired = no data stored
470 Hc1AutoOffMode = no data stored
470 Hc1BankHolidayEndPeriod = no data stored
470 Hc1BankHolidayStartPeriod = no data stored
470 Hc1DayTemp = no data stored
470 Hc1FloorPavementDryingDay = no data stored
470 Hc1FloorPavementDryingTemp = no data stored
470 Hc1HcType = no data stored
470 Hc1HeatCurve = no data stored
470 Hc1HolidayEndPeriod = no data stored
470 Hc1HolidayRoomTemp = no data stored
470 Hc1HolidayStartPeriod = no data stored
470 Hc1MinimalFlowTempDesired = no data stored
470 Hc1NightTemp = no data stored
470 Hc1OPMode = no data stored
470 Hc1PreCutOffActive = no data stored
470 Hc1PreOrContinuosHeatingActive = no data stored
470 Hc1Pump = no data stored
470 Hc1PumpLast24started = no data stored
470 Hc1QuickVetoTemp = no data stored
470 Hc1RoomTempSwitchOn = no data stored
470 Hc1SFMode = no data stored
470 Hc1SummerOffset = no data stored
470 Hc2BankHolidayEndPeriod = no data stored
470 Hc2BankHolidayPeriodIsActive = no data stored
470 Hc2BankHolidayStartPeriod = no data stored
470 Hc2HcType = no data stored
470 Hc2HolidayEndPeriod = no data stored
470 Hc2HolidayPeriodIsActive = no data stored
470 Hc2HolidayStartPeriod = no data stored
470 Hc2OPMode = no data stored
470 Hc2SFMode = no data stored
470 Hc2TempDesiredB50418 = no data stored
470 HcMc1ConfigCPLP = no data stored
470 HcMc1CPLPState = no data stored
470 HcMc1Detected = no data stored
470 HcName1 = no data stored
470 HcName2 = no data stored
470 hcTimer.Friday = no data stored
470 hcTimer.Monday = no data stored
470 hcTimer.Saturday = no data stored
470 hcTimer.Sunday = no data stored
470 hcTimer.Thursday = no data stored
470 hcTimer.Tuesday = no data stored
470 hcTimer.Wednesday = no data stored
470 HwcActualTempDesired = no data stored
470 HwcCircuitActive = no data stored
470 HwcLegioStartDay = no data stored
470 HwcLegioStartTime = no data stored
470 HwcLoadingIn430Active = no data stored
470 HwcLoadingOffset = no data stored
470 HwcOPMode = no data stored
470 HwcParallelLoading = no data stored
470 HwcPressLowpostrunningtime = no data stored
470 HwcTempDesired = no data stored
470 hwcTimer.Friday = no data stored
470 hwcTimer.Monday = no data stored
470 hwcTimer.Saturday = no data stored
470 hwcTimer.Sunday = no data stored
470 hwcTimer.Thursday = no data stored
470 hwcTimer.Tuesday = no data stored
470 hwcTimer.Wednesday = no data stored
470 HydraulicMap = no data stored
470 HydraulicSwitch = no data stored
470 InstallAssistant = no data stored
470 KeyCodeforConfigMenu = no data stored
470 LanguageVariant = no data stored
470 LcdContrastValue = no data stored
470 LegioProtectActive = no data stored
470 MaintenanceDate = no data stored
470 MenuTestingCurrParameterTextId = no data stored
470 MenuTestingCurrPid = no data stored
470 MenuTestingCurrScreenCount = no data stored
470 MenuTestingCurrValue = no data stored
470 MenuTestingSymAddrFromCurrValue = no data stored
470 MonitorCurrentIPart = no data stored
470 MonitorEEpromInkonsiNumber = no data stored
470 OpModeEffect = no data stored
470 OutsideTemp = no data stored
470 OutsideTempOffset = no data stored
470 PhoneNumber = no data stored
470 PreheatingTime = no data stored
470 PreStopTime = no data stored
470 PumpBlockingTimeMax = no data stored
470 PumpEnergySaveCalculatedTimeMonitor = no data stored
470 PumpEnergySaveStateMonitor = no data stored
470 RaumtempIstUnten = no data stored
470 RoomTemp = no data stored
470 RoomTempCorrection = no data stored
470 RoomTempOffsetSelfWarming = no data stored
470 SolModuleDetected = no data stored
470 StartEepromUpdate = no data stored
470 StatusDcf = no data stored
470 SummerWinterTimeAdjust = no data stored
470 tariffTimer.Friday = no data stored
470 tariffTimer.Monday = no data stored
470 tariffTimer.Saturday = no data stored
470 tariffTimer.Sunday = no data stored
470 tariffTimer.Thursday = no data stored
470 tariffTimer.Tuesday = no data stored
470 tariffTimer.Wednesday = no data stored
470 TestVarActivateFunction = no data stored
470 Time = no data stored
470 V430PluggedIn = no data stored
470 VF1 = no data stored
470 VR81ActiveForHc1 = no data stored
470 VR81ActiveForHc2 = no data stored
470 VR81Detected = no data stored
470 YieldLastYear = no data stored
470 YieldThisYear = 0;0;0;0;0;0;0;0;0;0;0;0
broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwcStatus = no data stored
broadcast id = no data stored
broadcast id = no data stored
broadcast load = no data stored
broadcast outsidetemp = 8.000
broadcast signoflife = no data stored
broadcast vdatetime = 19:16:33;15.03.2018
general valuerange = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = no data stored
scan.08  = Vaillant;V3x00;0118;9902
scan.15  = Vaillant;47000;0420;1403
scan.15 id = 21;16;13;0020184593;0082;005830;N6

EDIT2: Ich habe jetzt mal die Messpunkte durchgemessen und das sah sehr ernüchternd aus
An der Diode D4 habe ich noch den passenden Wert, aber am IC1 und CK1 passt schon nix mehr

Die Widerstände sehen korrekt aus. Zumindest per Sichtprüfung.

Wie gehe ich denn am Besten vor um den Fehler herauszufinden? Und lohnt sich der Aufwand überhaupt, wenn ich keine Daten erhalte?
Bin gerade ein wenig am verzweifeln

[Allodo]

Keiner ein Idee?

[dkreutz]

ich würde erstmal alle Komponenten der Reihe nach auslassen, die potentiell die Kommunikation beeinflussen können. Angefangen beim Wemos, sprich erstmal mit UART direkt versuchen.

Das ist ja schon erfolgt, die letzten Logs waren alle ohne Wemos/Erweitertungsplatine nur mit UART.

Apropos Wemos: ist das verwendete Netzteil stark genug ausgelegt? Das ist häufig Ursache merkwürdigster Phänomene.

Zur Stromversorgung:
Wenn ich über Wemos/ebusd-esp gehe, dann erfolgt die Stromversorgung über ein USB-Netzteil/Ladegerät von ELV mit Output 5V/1.0A. Ich werde aber noch einmal ein alternatives Netztteil (vom iPad) probieren.

Im UART-Szenario erfolgt die Stromversorgung ja über den Raspberry Pi3, der bei mir an einem Original RPi-Netzteil mit 2.5A Output hängt. Am RPi3 hängt bei mir auch noch ein nanoCUL, JeeLink und TEK603 dran, sowie am GPIO ein HM-MOD-RPI-PCB, außerdem LAN-Netzwerk (was bei beim RPi ja letztendlich auch über USB geht). Ich werde auch hier noch mal einen Testlauf ohne weitere USB-Devices machen...

[Reinhart]

EDIT2: Ich habe jetzt mal die Messpunkte durchgemessen und das sah sehr ernüchternd aus
An der Diode D4 habe ich noch den passenden Wert, aber am IC1 und CK1 passt schon nix mehr

Die Widerstände sehen korrekt aus. Zumindest per Sichtprüfung.

Wie gehe ich denn am Besten vor um den Fehler herauszufinden? Und lohnt sich der Aufwand überhaupt, wenn ich keine Daten erhalte?
Bin gerade ein wenig am verzweifeln

Das keine Daten vorhanden sind ist ja völlig normal, die muss man ja erst vom Bus abholen.
Aber das die andere Platine läuft ist ja schon mal sehr gut. Erzähle bitte mal was du gemessen hast und an welchen Messpunkten, dann können wir dir weiter helfen und den Fehler an der Platine eingrenzen.

Schau bitte auch einmal ob du Q1 und IC2 nicht vertauscht hast, das ist schon einmal vorgekommen. Die beiden sehen ja völlig gleich aus, haben aber total unterschiedliche Funktionen.

LG

[Allodo]

@Reinhart
Ach so, ich dachte die würden automatisch geholt werden.

Ich hänge mal das Bild mit den Messwerten an. Die roten Werte habe ich gar nicht erst nachgemessen, da die rote LED beim Brücken schon gar nicht aufleuchtet.

[Reinhart]

ich fürchte meine Bemerkung mit Q1 und IC2 ist so, du hast die beiden vertauscht! Schau doch einmal mit der Lupe nach!
An JP5 muss 5 V liegen und das hast du nicht, also kann der Spannungsregler nicht arbeiten oder es ist irgendwo ein Kurzschluß in der 5V Leitung.

LG