UPGRADE IP 9 verfügbar!
Timberwolf VISU jetzt mit NEUEM Layout Editor
Freie Anordnung, Reihenfolge und Größe der Widgets - viele weitere Verbesserungen
Infos im Wiki: https://elabnet.atlassian.net/l/cp/06SeuHRJ

NEU! Insider & Leistungsmerkmale FÜR ALLE freigeschaltet
Damit kann nun jeder das Upgrade vornehmen und VISU & IFTTT testen. Alle Info hier: viewtopic.php?f=8&t=5074

[Gelöst] LED-Aktor legt nach gewisser Zeit 1-Wire Bus lahm

Alles zu 1-Wire im Allgemeinen. Für den Busmaster gibt es ein eigenes Unterforum unter Zubehör
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#11

Beitrag von StefanW »

Richtig.

Es gibt bei den Outputs keine Zyklen, das wird sofort bewirkt (gilt auch für Modbus). Damit lassen sich auch große Geschwindigkeiten erziehlen.

Im Labor haben wir gezeigt, dass wir 8 Outputs in etwa 12 ms schalten können (weil man 8 Schaltungen in einem Kommando übertragen kann). Das macht 650 Output-Schaltungen pro Sekunde bei einem 1-Wire Bus mit "langsamer Datenrate". Im High-Speed Modus das 10-fache.

Mit Modbus TCP wäre noch viel mehr drin. Wenn der Rechner leistungsfähig genug für einen Datenstrom via Gigabit Ethernet wäre und auch die Modbus Slaves ausreichend getuned, dann wären ein paar hundert Millionen IO-Operationen pro Sekunde drin, weil das Protokoll diesbezüglich außerordentlich effizient ist (2000 IO mit EINEM Datenpaket von 260 Byte, beim Schreiben wie beim Lesen). Für MQTT ist die gleiche Effizient theoretisch vorstellbar.

Bei DMX sind wir (tatsächlich) bei einer viertel Million Outputs pro Sekunde wenn man DMX Relaiskarten verwendet.

Bitte nicht vom "Single-Master mit Pollen" auf langsame IO-Operationen schließen, schon gar nicht bei Outputs. Und da verschluckt sich auch nix....

Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.

gbglace
Reactions:
Beiträge: 3585
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1253 Mal
Danksagung erhalten: 1649 Mal

#12

Beitrag von gbglace »

Ja das ist ja das Problem das der Aktor sofort bedient wird, er aber ggf irgendwo noch mit dem Dateneinsammeln beschäftigt ist.

Der Laboraufsatz sagt erstmal nur das man in Richtung Aktor sehr viel schicken kann an befehlen, was passiert aber wenn nebenbei auf die gleiche Platine auch noch ein Abfragebefehl in Richtung Sensor aktiv ist?
Es bringt ja nichts das ich hunderte Befehle an die Aktoren schicken kann wenn sich die Geräte oder Slaves oder der PBM aufhängt wenn gleichzeitig noch was an suchenden Rundruf passiert und dabei halt das gleiche Ziel als Gerät (nicht Slave) angesteuert wird.
Grüße
Göran

#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#13

Beitrag von StefanW »

Hallo Göran,

der Nutzer hat (sehr vermutlich, das müssen Messungen noch bestätigen) ein elektrisches Problem bei seinem Bus.

Wenn ich die Angaben richtig interpretieren, dass fließt der Hinstrom zu den LEDs über eine 12 V Leitung der separaten Versorgung und der Rückstrom über die 5 V GND des Busses. Damit wird die eine Masse zur Übertragung von Strom zur anderen Masse benutzt. Zum Ausgleich fließt dann das über die Masse des Busmasters, was intern sowohl zu einer eingeschränkten Funktion der Filterlemente führt (Ferritkern geht durch die unsymmetrische Belastung in Sättigung) als auch zu Spanngungsfällen, was dem Prozessor und der Elektronik die Lebensgrundlage entzieht. Daher nehmen die Probleme auch mit jeder zugeschaltete LED zu.

Nur eine Vermutung, aber ich mache das schon zehn Jahre....

gbglace hat geschrieben: Di Jul 14, 2020 6:28 amJa das ist ja das Problem das der Aktor sofort bedient wird, er aber ggf irgendwo noch mit dem Dateneinsammeln beschäftigt ist.
NEIN!

Das Problem existiert nicht weil 1-Wire so nicht funktioniert. Es kommt nix durcheinander und es hängt sich auch nichts auf.

Ein 1-Wire Slave besteht aus nur ein paar hundert Transistoren die Bitmuster durchschalten. Keine Software, nur eine simple State-Maschine. Darum sind 1-Wire Elemente auch so robust und benötigen auch so extrem wenig Strom.


gbglace hat geschrieben: Di Jul 14, 2020 6:28 amDer Laboraufsatz sagt erstmal nur das man in Richtung Aktor sehr viel schicken kann an befehlen, was passiert aber wenn nebenbei auf die gleiche Platine auch noch ein Abfragebefehl in Richtung Sensor aktiv ist?
Das gibt es gar nicht. Es ist im gesamten Bussystem immer nur eine Sequenz aktiv.

==> Bei 1-Wire wird jede SEQUENZ jeweils IMMER von einem BUSRESET AN ALLE eingeleitet.

DIeser RESET AN ALLE setzt ALLE SLAVES zurück und stoppt jede Sequenz (wenn es noch eine gäbe).

  • Bus ein
  • erster RESET -> erste SEQUENZ
  • nächster RESET -> nächste SEQUENZ
  • nächster RESET -> nächste SEQUENZ
  • nächster RESET -> nächste SEQUENZ
  • nächster RESET -> nächste SEQUENZ
  • ...


Da arbeitet also nichts durcheinander und es kann sich auch nichts in die Quere kommen. Die meiste Technik arbeitet so.

Wenn in einem PC eine CPU von einem Speicher Daten lesen will, dann wird ebenfalls EINE Leseanforderung auf den Bus gesetzt und das Paket gelesen. Dann beginnt ein neuer Zyklus für eine neue Anforderung. Solche Resets gibt es auch bei serieller Kommunikation ("Stoppbits", "Strobes") usw.

Es kommt sich bei 1-Wire niemals etwas in die Quere. NIEMALS NICHT. Weil jede Sequenz beginnt eben IMMER mit dem RESET und dieser RESET bringt alles immer auf einen klaren Zustand. Deshalb hängt sich da auch nichts auf und es gibt ohnehin keine Software die in den 1-Wire Slaves läuft. Das sind sehr einfache State-Maschines und die können zwei, drei oder vier Zustände und werden mit diesen RESETS immer wieder auf ANFANG gesetzt. Damit würde jeder theoretisch denkbare Fehler des Master wieder geheilt.

Diese 1-Wire Chips werden zu hunderten von Millionen eingesetzt. Die Software unseres PBM läuft seit fünf Jahren ohne Änderung, im OWFS gibt es ebenfalls keine Änderung seit Jahren. Das läuft bei zigtausend Kunden.

gbglace hat geschrieben: Di Jul 14, 2020 6:28 amEs bringt ja nichts das ich hunderte Befehle an die Aktoren schicken kann wenn sich die Geräte oder Slaves oder der PBM aufhängt
Bitte nicht solche Behauptungen. Schon in einem kleinen 1-Wire System gehen pro Tag ca. 1 Million Sequenzen raus. Bei unseren Kunden laufen oft zig Busse über Jahre ohne irgendein Problem, da sprechen wir von 1 Milliarde Sequenzen in einem Jahr bei drei Kanälen.

Das funktioniert alles völlig einwandfrei und ohne Aufhängen oder Fehler. Wir wissen schon was wir tun.

Stefan
Zuletzt geändert von StefanW am Di Jul 14, 2020 9:57 am, insgesamt 2-mal geändert.
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.

gbglace
Reactions:
Beiträge: 3585
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1253 Mal
Danksagung erhalten: 1649 Mal

#14

Beitrag von gbglace »

StefanW hat geschrieben: Di Jul 14, 2020 9:25 am
Bitte nicht solche Behauptungen.
Hallo Stefan,
kein Problem die Erläuterungen oben helfen mir sehr den 1-wire Bus zu verstehen.
Ich bin in meinen Gedanken primär mechanisch unterwegs, danach folgt elektrisch/elektronisch. Muss das also alles erst einmal richtig einsortieren.
Grüße
Göran

#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#3 PBM 3 Kanäle, #4 Modbus-Extension

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#15

Beitrag von StefanW »

gbglace hat geschrieben: Di Jul 14, 2020 10:00 amkein Problem die Erläuterungen oben helfen mir sehr den 1-wire Bus zu verstehen.
Kein Problem,

wir können ja einfach mal telefonieren und ich erkläre das mit den Details zu den Protokollen genauer, weil wir bekommen ja nun noch ModBUS, mehr DMX und MQTT und das muss man dann schon alles sehr genau auseinanderhalten und ist elektrisch auch unterschiedliche. Oder wir machen eine youtube live session mit mehreren Interessenten, um solche Themen Live zu besprechen.

lg

Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.

Sun1453
Reactions:
Beiträge: 1849
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1541 Mal
Danksagung erhalten: 788 Mal

#16

Beitrag von Sun1453 »

Oder wir machen eine youtube live session mit mehreren Interessenten, um solche Themen Live zu besprechen.
Das würde ich beführworten. So brauchst du es nicht jeden einzeln erklären sondern gleich mehreren. Das ist effizienter.
Gruß Michael

Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#17

Beitrag von StefanW »

Sun1453 hat geschrieben: Di Jul 14, 2020 10:17 amDas würde ich beführworten. So brauchst du es nicht jeden einzeln erklären sondern gleich mehreren. Das ist effizienter.
Das war mir jetzt so klar, dass da gleich alle dafür sein werden :D

Müssen wir erst die technischen Vorrausetzungen (kleiner HW-Encoder) schaffen, aber sollte ansonsten kein Problem sein

lg

Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.

Sun1453
Reactions:
Beiträge: 1849
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1541 Mal
Danksagung erhalten: 788 Mal

#18

Beitrag von Sun1453 »

Hallo Stefan,

meinst du das hier?

Bild
Gruß Michael

Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |

StefanW
Elaborated Networks
Reactions:
Beiträge: 9689
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 4831 Mal
Danksagung erhalten: 7633 Mal
Kontaktdaten:

#19

Beitrag von StefanW »

Jep,

gibt es von Blackmagic auch kleiner, aber sowas meine ich..

lg

Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.

Sun1453
Reactions:
Beiträge: 1849
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1541 Mal
Danksagung erhalten: 788 Mal

#20

Beitrag von Sun1453 »

Kann dir das Ding nur empfehlen. Viele Bekannte und Freunde aus der Veranstaltungsbranche haben sich das Teil [ATEM Mini Pro] geholt und im Einsatz. Livestreams waren ja in der letzten Zeit das einzige was Sie machen konnten und mit dem Teil ist das Total Easy und stabil.
Zuletzt geändert von Sun1453 am Di Jul 14, 2020 10:52 am, insgesamt 1-mal geändert.
Gruß Michael

Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
Antworten

Zurück zu „1-Wire“