freebus.org

Gentlemen

Ich verwende LPC und AVR Controller welche ich bisher nur jeweils zusammen betrieben habe, sprich ein AVR-app8In steuert einen AVR app8out und dasselbe mit den LPC Varianten.

Das tut soweit so gut.

Nun wollte ich, dass ein AVR-app8in (mit der newlib) einen LPC app8out steuert, was mit meiner Konfiguration nicht zu funktionieren scheint. M.E. ist der Grund, dass der AVR beim Senden eines Eingangs Status auf den Bus mit dem Typ "Antwort" tut, der LPC und auch ETS im Gruppenmonitor das mit dem Typ "Schreiben" ausführt.

Schreiben mit ETS auf die Gruppenadresse tut wie erwartet.

Benötigt es eine spez. Konfiguration um die AVR und LPC gemeinsam zu verwenden ?

Danke und Grüsse

Typ Antwort sollte nur auf eine entsprechende Anforderung kommen, sonst wird geschrieben.

_________________
LG
Andreas

Danke für deine Antwort.

Dann scheint wohl was nicht zu stimmen, komischerweise tut es zw. den AVR Komponenten. Leider ist der AVR Lib Source Code nicht einsehbar, in der Applikation kann man das nicht steuern.

Grüsse
Hans

Hallo,


Kannst du das etwas genauer beschreiben? Was ist Senden eines Eingangstatus?
Senden nach einer Eingangs Änderung oder Abfrage des status per Telegramm?

Welche Version der AVR Software benutzt du? Branch und git rev
IIRC sollte das eigentlich behoben sein und der AVR nach Änderungen am Eingang write Telegramme senden

BCU1 Systeme (also theoretisch auch LPC und AVR) ist es eigentlich egal ob write oder update gesendet wird. Intern wird in beiden Fällen write umgesetzt. Eine Unterscheidung gibt es erst ab BCU2. Ist aber anhand deiner Beschreibung so nicht beim LPC umgesetzt.

Dirk

Sali Dirk

Das Bild zeigt folgendes:

Zeile 1 + 2: Ein resp. Ausschalten mit einem AVR app8in und einem AVR app8out. der Typ ist "Antwort"
Zeile 3 + 4: Ein resp. Ausschalten mit einem LPC app8in und einem LPC app8out. der Typ ist "Schreiben"
Zeile 5 + 6: Ein resp. Ausschalten des AVR app8out via ETS Gruppenmonitor.


Ich verwende die libfb_atmega328p_tp_2.a


Grüsse
Hans

Welcher git stand? Bin mir eigentlich ziemlich sicher das ein ähnliches Problem Anfang Juni gefixt wurde. Probiere mal den aktuellen Stand.
Leider habe ich momentan keinen Zugriff auf meine Entwicklungsumgebung. Da müsstest du dich bis nach meinem Urlaub gedulden. Evtl kann auch Idefix mal schauen.

Gruß
Dirk

ich selber bin beruflich unterwegs und erst wieder in ca. 2 Wochen daheim um das mit aktueller Firmware an echter Hardware testen zu können.
Kannst du Dir eine Firmware selber bauen?
Wenn ja, benutze bitte den Branch newlibname, dort sollten alle Fehler behoben sein.

_________________
Gruß
Matthias

Hallo zusammen

hab den branch newlibname vom 07.06. genommen und wollte es kompilieren. Leider gibts viele build Fehler, resp. er finded Dateien nicht. Z.B. fb.h.

Da haben sich wohl ein paar Fehler eingeschlichen.

Testen kann ich das gerne, nur builden sollte ich erst mal können.

Grüsse
Hans

Ich hab die fb.h aus den main branch genommen und kompilieren kann ich nun.

Weiter habe ich getestet und es funktioniert, im ETS sehe ich "Schreiben" als Typ.

Vielen Dank für euren Support!

Grüsse
Hans

danke für die Rückmeldung. Die Umstellung auf die neuen Libnamen und das neue Buildsystem ist noch nicht ganz fertig.
Ich passe es, wenn ich wieder daheim an und werde es dann nach master mergen.

_________________
Gruß
Matthias