Kurze Frage zu tpm2 und minidmx...

  • Hallo Pesi,


    hab nun die Platine... hab mal bis 6 MHz SPI getestet... von möglichen 12 MHz... schaut ganz gut aus... aber bei ner gewissen Kabellänge alles "sinnlos"... also nicht so schnell wie möglich, sondern eher so schnell wie nötig... ist ja eigentlich klar...


    Hab mich nun doch fürs Puffern und per DMA verschicken entschieden...
    Benutze den USART in SPI Mode... der Vorteil ist, ich hab damit echte z.B. 4 MHz... da ich zwischen den Bytes keine Lücken mehr habe, da das Senderegister nen Buffer hat... wenn ich mir deinen Graph so anschaue, macht das natürlich nicht mehr als 5% aus... ist halt ne nette spielerrei =)
    Der DMA macht dagegen schon viel aus... Werkel mit 3 offenen Comports auf dem XMega... zwei bekommen MiniDMX und machen daraus DMX und SPI und mit einem schick ich nebenbei noch Settings rein... wie Gammakorrektur an und aus, SPI Geschwindigkeit und so ne Sachen...


    So, dass zu dem Status... tpm2 bin ich gerade dran... dort gibt es ja nur ein ACK aber kein NACK, wenn ich nichts übersehen habe.


    Aber was ich eigentlich wissen wollte: Sendet DMX Control wirklich nur mit 20 Hz DMX Daten oder stimmt was mit meinem ACK nicht?


    Und meine zweite Frage: Macht es Sinn die DMX und SPI Schnittstellen auf 0x00 zu "blanken", wenn sagen wir seit 1 Sekunde keine neuen Daten reingekommen sind!?


    MfG


    Basti

  • aber bei ner gewissen Kabellänge alles "sinnlos"... also nicht so schnell wie möglich, sondern eher so schnell wie nötig... ist ja eigentlich klar...

    Ja, genau! ;) - aus dem Grund versuche ich immer mit der kleinstmöglichen Datenrate auszukommen, ggfs. verteile ich ne größere Matrix auch auf mehrere µC, statt 1.000 Pixel an einen SPI zu hängen - weil lieber noch einen µC für 5 Euro mehr als dann Zirkus mit flackernden Pixeln o.ä., von dem man immer wieder mal liest...


    Der DMA macht dagegen schon viel aus...

    Der klingt sehr interessant für mich - insb. für die WS2811-Pixel, die ja nur nen sehr kurzen Reset brauchen, da wär's echt super, wenn man dem µC einfach sagt "so, Bytes aus dem RAM von hier bis da am SPI raus" und der macht das völlig ungestört von irgendwelchen Empfangsroutinen/Befehlsverarbeitung etc.


    ich muss mir jetzt echt endlich mal den XMega genauer ansehen (= was damit machen), vor 2, 3 Jahren habe ich zwar mal behauptet, der wäre uninteressant für mich, aber da waren die Dinger auch noch teurer und ich wusste das mit dem DMA z.B. noch nicht... ;)


    tpm2 bin ich gerade dran... dort gibt es ja nur ein ACK aber kein NACK, wenn ich nichts übersehen habe.

    Ja, und es ist aber nicht so genau definiert, man kann den ACK benutzen, muss aber nicht, also eigentlich schickt der Sender einfach stur Daten raus, egal ob ein ACK zurück kommt oder nicht...


    weil's in der Praxis meist einfach nicht interessiert - wenn nun mal ein Frame beschädigt ist, und also kein ACK zurück kommt (oder ein NACK kommen würde), muss der Sender ja trotzdem einfach den nächsten Frame schicken, kann nicht den beschädigten noch mal wiederholen o.ä., weil sonst ja das Timing nicht mehr stimmt...


    Glediator z.B. (i.M. leider die einzige SW für PC, die tpm2 sendet, bzw. es gibt noch nen Artnet-zu-tpm2-Node) macht das auch so, einfach Frames raus, egal ob ACK zurück kommt oder nicht... der war eher für so Sachen vorgesehen wie, man kann z.B. am Rechner feststellen, wenn das Interface nicht mehr "anwesend" ist und da ne Fehlermeldung ausgeben, oder man sucht den COM-Port automatisch, indem man an alle einen tpm2-Frame schickt, und schaut, wo das ACK zurück kommt...


    Aber was ich eigentlich wissen wollte: Sendet DMX Control wirklich nur mit 20 Hz DMX Daten oder stimmt was mit meinem ACK nicht?

    Bei mir ist's schon länger her, dass ich mal was mit DMXcontrol gemacht habe, da lief alles "flüssig", hatte aber nie nachgemessen, welche Framerate da nun raus kommt - da wird aber übrigens auch nur rausgeschickt, egal ob das Ack zurück kommt oder nicht... ;) - also nicht ganz genau nach Norm...


    Und meine zweite Frage: Macht es Sinn die DMX und SPI Schnittstellen auf 0x00 zu "blanken", wenn sagen wir seit 1 Sekunde keine neuen Daten reingekommen sind!?

    Das ist weniger ne Frage von "Sinn", sondern "wie man's gerne hätte"/Geschmackssache...


    also, was soll passieren, wenn keine Daten mehr kommen, soll die Matrix einfach "stehenbleiben" oder dunkel werden, oder blau (wie bei nem Videobeamer mit "no signal") oder z.B. ein Standalone-Programm abspielen (Plasma o.ä.?)


    hat alles Vor- und Nachteile: wird die Matrix blau, sieht man gleich, "da stimmt was nicht", so wie bei nem Beamer auch - kann aber auch stören, Du hast ne Party/Konzert mit eher dunklen Visuals, und dann knallt plötzlich das Teil in Blau raus, argh, viel zu hell - oder Du machst sie dann eben dunkel, das kann doof sein, wenn sie irgendwo zur Deko hängt und die alleinige Beleuchtung ist (hatte ich auch schon, in nem Durchgang), dann ist's da stockfinster....


    bei mir bleibt also einfach das letzte Bild stehen - das finde ich am "unauffälligsten", wenn man irgendwo dasitzt und Visuals macht, sieht man auch gleich, dass was nicht stimmt, wenn die Matrix nicht mehr reagiert - den Gästen fällt's weniger auf als blau oder dunkel, bewegt sich halt mal nix mehr...


    in meine Controller sollen noch Standalone-Programme rein, war bisher zu faul, die zu machen :D, da kam mir das mit dem letzten Bild auch zugute - ich habe schon mal zur Deko mehrere so Kugelketten in ner Halle verteilt aufgehängt, dann halt zu jedem Controller mit dem Laptop hin, schnell ein Bild "eingespeist", zum nächsten... das ginge ja auch nicht, wenn die Kugeln dann wieder dunkel werden oder blau...

    It's only light - but we like it!


    Da es sich in letzter Zeit häuft: Ich beantworte keine PNs mit Fragen, die sich auch im Forum beantworten lassen!
    Insbesondere solche von Mitgliedern mit 0 Beiträgen, die dann meist auch noch Sachen fragen, die bereits im entsprechenden Thread beantwortet wurden.
    Ich bin keine private Bastler-Hotline, technische Tipps etc. sollen möglichst vielen Lesern im Forum helfen!

  • Hallo Pesi,


    ja der XMega ist nicht nur wegen DMA interessant, er kann ja alles und viel mehr wie die üblichen Megas, nur halt zu einem viel günstigerem Preis... Leider ist die USB Variante noch schlecht verfügbar, aber dafür ist es die die nicht einen riesigen errata hat ;)


    So, tpm2 läuft nun auch mit glediator bis 1 MBaud :) bräuchte etwas größeren SRAM, dann würde es mehr Sinn machen (max. 341 Pixel ist nicht so der Hammer)... ich muss mal die Augen offen halten, nach dem nächst größeren XMega.. (da haben wirs gleich wieder mit der Verfügbarkeit :( )


    Aber Glediator schickt ja mit 25 Hz auch recht gemütlich... reicht ja auch aus... interessant wird es bei ArtNet im DMX Control... da kommt schon einiges an Daten an... hab mal aus Spaß nen WiFly WLAN Modul an den XMega geknotet... kann man auch Drahtlos DMX und SPI einspeisen... schon witzig ^^


    Wenns fertsch is, muss ich mal nen Vorstell-Thread machen, aber erstmal warte ich noch auf meine Busbuffer ICs und dann gehts noch in Urlaub...


    Ja das mit dem Blanken ist so ne Sache... vielleicht sollte ich mir selbst die Option einbauen (Blanken JA/NEIN)... zum Beispiel störts mich bei meiner kleinen Wohnzimmerinstallation. Wenn ich DMX Control schließe, aber die Schaltung noch Spannung hat, bleibt ja alles beim alten... (unschön)


    Ich glaub ich hab auch noch nen Bug bei DMX Control gefunden. Wenn man sich wie in der Beschreibung zu lesen, dass MiniDMX Plug In noch mal kopiert, dann sind die irgendwie immer noch gekoppelt, wenn man auf dem ersten z.B. Com Port 2 wählt und im zweiten Com Port 3, und schaut wieder ins erste, ist wieder die zwei aktiv... sehr ärgerlich... weils auch nicht ordentlich zwei mal MiniDMX zu senden scheint... :(


    Grüße


    Basti

  • So, tpm2 läuft nun auch mit glediator bis 1 MBaud :)

    Sehr geil! - wäre wirklich schön, wenn es bald mal mehr HW und SW gäbe, die dieses Protokoll unterstützt, weil es halt schon recht easy und vielseitig ist... ;)


    ja der XMega ist nicht nur wegen DMA interessant, er kann ja alles und viel mehr wie die üblichen Megas, nur halt zu einem viel günstigerem Preis... Leider ist die USB Variante noch schlecht verfügbar, aber dafür ist es die die nicht einen riesigen errata hat ;)


    (...) bräuchte etwas größeren SRAM, dann würde es mehr Sinn machen (max. 341 Pixel ist nicht so der Hammer)... ich muss mal die Augen offen halten, nach dem nächst größeren XMega.. (da haben wirs gleich wieder mit der Verfügbarkeit :( )

    ja, das ist bei mir auch so bisschen das Problem - ich bräuchte so einen, der "direkt USB" hat (damit man sich den FT232 sparen kann) und aber auch genug SRAM (mind. 4 kB) und dann auch noch günstig - dann würde ich sofort vom i.M. bei mir meist verwendeten M644p (SEDU-Board) auf den XMega umsteigen...


    ich warte wohl noch ein bisschen (auch wegen i.M. wenig Zeit zum Basteln) - wenn Du was weißt, bitte Bescheid sagen, vielen Dank! :)


    hab mal aus Spaß nen WiFly WLAN Modul an den XMega geknotet... kann man auch Drahtlos DMX und SPI einspeisen... schon witzig ^^

    Danke für die Info! - diese (dass das wohl schnell mal so gemacht ist) hat mir nun den "Arschtritt" gegeben, dass ich mich endlich auch mal mit meinem WiFly beschäftige - siehe hier ;)


    Ja das mit dem Blanken ist so ne Sache... vielleicht sollte ich mir selbst die Option einbauen (Blanken JA/NEIN)... zum Beispiel störts mich bei meiner kleinen Wohnzimmerinstallation. Wenn ich DMX Control schließe, aber die Schaltung noch Spannung hat, bleibt ja alles beim alten... (unschön)

    Ja, wie gesagt, kommt eben immer auf den Einzelfall an - in dem Fall würde ich z.B. auch blanken, man will ja da, wenn man die Steuerung "aus" macht, natürlich dann auch das Licht aus haben...

    It's only light - but we like it!


    Da es sich in letzter Zeit häuft: Ich beantworte keine PNs mit Fragen, die sich auch im Forum beantworten lassen!
    Insbesondere solche von Mitgliedern mit 0 Beiträgen, die dann meist auch noch Sachen fragen, die bereits im entsprechenden Thread beantwortet wurden.
    Ich bin keine private Bastler-Hotline, technische Tipps etc. sollen möglichst vielen Lesern im Forum helfen!

  • ja, das ist bei mir auch so bisschen das Problem - ich bräuchte so einen, der "direkt USB" hat (damit man sich den FT232 sparen kann) und aber auch genug SRAM (mind. 4 kB) und dann auch noch günstig - dann würde ich sofort vom i.M. bei mir meist verwendeten M644p (SEDU-Board) auf den XMega umsteigen...


    ich warte wohl noch ein bisschen (auch wegen i.M. wenig Zeit zum Basteln) - wenn Du was weißt, bitte Bescheid sagen, vielen Dank!


    Also, der A4U ist leider nicht in 128kb verfügbar... das wäre der, den ich aktuell direkt eins zu eins tauschen könnte... aber andere Varianten sind kein Problem:


    wenns etwas mehr SRAM sein soll (16kb) und 256 kb flash....
    ohne jetzt nach zu gucken... ich glaub 9xSPI und 7xUASRT sollten reichen....


    http://de.mouser.com/ProductDe…ZZMuur7c7MCGU2CFmuKbz5LHO


    hier noch die Variante mit 8 kb SRAM und 128 kb flash...


    http://de.mouser.com/ProductDe…ZZMvgTZ5l8mfZALQ3iWOO0B0D


    Grüße


    Basti

  • 8o - der zweite reicht *dicke*, und das für ca. 4 Euro... 8|


    Ich hatte da nur gar nicht weiter geschaut, wegen:

    bräuchte etwas größeren SRAM, dann würde es mehr Sinn machen (max. 341 Pixel ist nicht so der Hammer)... ich muss mal die Augen offen halten, nach dem nächst größeren XMega.. (da haben wirs gleich wieder mit der Verfügbarkeit :( )

    welchen benutzt Du denn dann aktuell, ich bin halt mal von 1k SRAM ausgegangen, wegen den 341 Pixel, und dass welche mit mehr praktisch nicht verfügbar wären...


    oder, bzw. wo ist denn der wesentliche Unterschied zwischen dem A3U und dem A4U, dass Du den A3U nicht brauchen kannst...?

    It's only light - but we like it!


    Da es sich in letzter Zeit häuft: Ich beantworte keine PNs mit Fragen, die sich auch im Forum beantworten lassen!
    Insbesondere solche von Mitgliedern mit 0 Beiträgen, die dann meist auch noch Sachen fragen, die bereits im entsprechenden Thread beantwortet wurden.
    Ich bin keine private Bastler-Hotline, technische Tipps etc. sollen möglichst vielen Lesern im Forum helfen!

    Einmal editiert, zuletzt von Pesi ()

  • Ne ne....


    der hat nur zu viele Pins für meine aktuelle Platine ;)


    Unterschiede, kannste ja selbst auf Atmel.com gucken:


    http://www.atmel.com/devices/A…28A3U.aspx?tab=parameters


    http://www.atmel.com/devices/A…28A4U.aspx?tab=parameters


    Der Unterschied ist die Ausstattung... PWM Kanäle, UARTs u.s.w.


    Grüße


    Basti


    *edit*


    langsam komm ich mir vor wie nen Atmel Vertreter... ich will nur sagen... ich bekomm leider kein Geld dafür :D