Posts by Wolti

Nabend zusammen,

schön zu sehen, dass es doch irgendwem etwas gebracht hat. Ich habe die App vor 4 Jahren mal aus der not heraus an einem Abend zusammengezimmert. Im Normalfall ist das ja schnell wieder zusammen geklickt. Das Problem an der Speicherung war, dass meine Midigeräte an anderen Ports auch andere Namen bekommen haben. Hätte ich das also gespeichert... Allerdings ist mir das Tool seit 4 Jahren in allen Produktionen oder Testaufbauten noch nie abgeschmiert. Falls ich den Quelltext noch irgendwo finde, kann ich den gerne mal irgendwo bereit stellen.

grüße,
Daniel

Hi Stephan,
das ist ja das schlimme: nichts... Ich habe da auch schon versucht, alles mögliche zu ändern. (auch mit dmxc)

Die Zeiteinheit sind 500ms... man kann quasi zusehen, wie die Daten geschoben werden

Kurzer Nachtrag:
Um zu vermeiden, dass Atmel Studio 6 etwas damit zu tun hat, habe ich die FW auch mal mit dem Tool von medientechnikgoettingen gebaut und dann mit dem Studio geflashed...

Sollte also auch nicht am Code liegen

So Freunde,

ich bin nahe dem Nervenzusammenbruch und kann noch nicht genau sagen, was als nächstes passieren wird...  


Folgende Ereignisse:


Ich hatte noch 2 Platinen für DEIFs hier rumliegen und dachte mir: Kann ja nicht schaden, wolltest du vor 2 Jahren schon machen, jetzt wäre eine sinnvolle Gelegenheit... Ich also den Kram bei Reichelt bestellt, 2 Quarze aus dem Shop dazu. Heute alles wunderschön zusammengelötet, alles getestet, neuen Atmel rein, getestet und...


GLEICHER FEHLER... Schlagt mich bitte, aber dass der gleiche Fehler auf 3 IF Boards auftritt, wovon es bei einem plötzlich kam und 2 weitere es von Anfang an haben ... Unwahrscheinlich...


Betrachten wir also das Ganze mal realistisch: Es liegt nicht am Board/Lötstellen usw. Es liegt am Controller.    Bevor jemand fragen muss:
Hier gibt es meine Fuse settings.
Ansonsten nutze ich zum kompilieren AVR Studio 6 mit dem STK600.


Board meldet sich am Rechner an, SN wird korrekt erfasst. nur das Signal gleicht dem aus den vorherigen Posts...


Noch jm. eine Idee? Habe so langsam das Gefühl etwas einfaches vergessen zu haben.


Grüße und danke,
Wolti

Gna,
hätte man alles gelesen, stehts ja auch schon da. Mein Fehler. Rest aus dem Shop ist auch schon geordert
THX

Tag szusammen,

kann es sein, dass der 24 Mhz Quarz nicht dem geforderten Format für die Platine entspricht?
Gehäuse: MA505

Ja, die 12 Mhz an XTAL1 sind in diesem fall "leider" richtig

Ja, aber ich habe es ja beim auseinander nehmen nochmal geflashed, um FW Probleme auszuschließen, bzw. mal den Chip zu checken.

Nabend zusammen,

Oszi zur Hand gehabt und nun noch etwas ratloser  


Dieses Signal kommt:
Link

Sieht mir persönlich jetzt viel zu langsam aus. Ich habe das Signal bis zum Atmel zurück verfolgt. Alle Zwischenstufen scheinen da gut zu arbeiten. Dann dachte ich, dass evtl. der Takt falsch ankommt. Kurz am XTAL1 gemessen.

Link

Fand ich jetzt auch nicht so verkehrt...

Nächste Idee:
Sollte ich die Fuses falsch gesetzt haben? Internes RC Glied? Aber würde das IF dann sauber mit dem Rechner kommunizieren können? Es meldet sich ja an und Blinkt bei Kanaländerungen, usw.

Grüße,
Daniel

Die Timings habe ich auch schon mehrfach geändert, gespeichert, usw. Version ausgelesen (1.10 OK) War auch meine erste Vermutung
Lötstellen werde ich gleich nochmal nachlöten. Danke für den Tipp.

Grüße,
Daniel

Thema erledigt?

Hallo zusammen,

ich habe ein Problem mit dem DE-IF (wie der Titel schon vermuten lässt...)
Das IF ist jetzt seit 5 Jahren problemlos im Einsatz, daher schließe ich mal einen fehlerhaften Aufbau aus. Ich betreibe das IF aktuell an einem aktiven USB Hub am RPi (als Artnet Node). Vor zwei Tagen funktionierten dann plötzlich Switchpacks nicht mehr. Erst wollte ich es auf die qualitativ natürlich sehr "hochwertigen" Switchpacks (warum baut eigentlich keine vernünftige Firma mal so Dinger?!?) schieben und war schon dabei alles einzupacken und zurück zu schicken, allerdings stellte sich dann heraus, dass anscheinend an den MHs und den Bars auch nur Mist ankommt. Alle Geräte, die aktuell in irgendeiner Form ein DMX Signal anzeigen, behaupten, dass ein Signal anliegt. (Angeblich scheint auf Kanal 122-ca. 180 auch irgendwas zu kommen, zumindest zeigt sich eine Reaktion, wenn man an den Geräten mal so durch die Zieladressen scrollt).
Als nächstes habe ich dann den nahe liegenden "Loopbacktest" (Mode 6) gemacht (jetzt wieder Win8.1 DMXC (dabei noch schnell in das 8.1 Problem gelaufen, was die Fehlersuche nicht gerade einfacher gemacht hat)), der leider absolut kein Ergebnis bringt (kommt nichts an)... 
Testtool (DEIF Paket) findet das IF, lässt die Modi wechseln und das IF blinkt auch fröhlich, wenn ich die Kanäle wechsle (Loopback ist aber immer noch nichts)
Zeitweise habe ich das IF auch mal mit externem NT betrieben. War aber soweit immer OK.
Da ich aktuell leider kein Oszi hier habe, und anscheinend irgendwas auf der DMX Leitung kommt, war meine erste Vermutung, dass es mal irgendwo einen SN176 erwischt hat. Die habe ich mal gewechselt. Danach war meine Vermutung, dass es evtl. den ATMega erwischt hat. Also den fix ausgebaut, nochmal geflashed, scheint OK (sonst wäre blinken und anmelden am Rechner ja auch nicht drin), daher meine Frage:

Hat noch jm. eine Idee, was dem guten Stück widerfahren sein könnte?

Grüße,
Daniel

Ja, das ist ein tolles neues Feature, was Win8.1 mit sich bringt. Das war schon für Win8 geplant, ist dann aber doch noch raus gelassen worden. Wenn man DMXControl direkt beim einstecken des Interfaces startet und der Transceiver aktiviert ist, wird das DEIF übrigens problemlos eingebunden.

Grüße,
Daniel

Habe gestern bestellt und heute die Nachricht bekommen, das meine Lieferung verzögert verschickt wird, sobald alle Einzelteile auf Lager sind. Lustig, dass dabei ein Auszug der Einzelteile war, der alle Teile als "lagernd" anzeigt. Evtl. ordern die ja gerade nach.

Kurzer Einwurf:
Mit DE-IF funktioniert der Pi super als Artnetnode. Jetzt der Grund, warum ich es über das DE-IF gelöst habe. Nach einigen kleineren Spielereien auf dem Pi ist mir aufgefallen, dass die Daten zwar schön über den UART raus geworfen werden, dies aber gerne auch mal verzögert wird, wenn Systeminterrupts auftreten. Meines Erachtens nach sollte man bei zeitkritischen Anwendungen keine Signalerzeugung durch Software auf Linuxbasis machen. Also entweder Echtzeitbetriebssystem (auf dem Pi irgendwie unwitzig) nutzen oder aber einen Puffer dazwischen schalten, der das Signal sauber erzeugt und nur über den UART mit den Änderungsdaten gefüttert wird (und dann kann ich auch das bereits erprobte IF nehmen).

Solltest du dieses Problem umgehen können wäre das natürlich gut. Wollte nur im Produktiven Einsatz die sichere Variante Nutzen.

Kleiner Tipp noch: Wenn jmd. versucht, die Linuxtreiber für das DE-IF auf dem PI zu nutzen, wird er feststellen, dass dies nicht möglich ist, ohne sich erst den Kernel neu zu kompilieren (hat mich auch ein wenig Zeit gekostet, das heraus zu finden). HIDRAW Devices werden nicht standardmäßig unterstützt.

Viel Spaß beim Basteln, grüße,
Daniel

Seid gegrüßt zusammen,

nach langer Abwesenheit habe ich endlich den studienbedingten "dunklen" Zeitpunkt hinter mir gelassen. Ich wollte mich gerade mal ein wenig im Wiki nützlich machen und ein weiteres kleines Miditool der Allgemeinheit zur Verfügung stellen, da bin ich über den Vereinstreffensbeitrag mit dem Post "nicht mehr bearbeiten, weil kommt in neues Wiki" (zumindest sinngemäß ) gestolpert. Bevor ich jetzt irgendwas ändere/hinzufüge:
Wann ist das neue Wiki einsatzbereit bzw. ab wann macht es Sinn zu posten? Oder ist das schon das neue Wiki? Hilf mir doch mal jemand bei meiner geistigen Verwirrung.

Jetzt noch ein kleiner Appell an die Community in eigener Sache:
Ich finde es Klasse, wie das Forum genutzt wird und es gibt unendlich neue Ideen. Wenn man aber nach einem Jahr Abwesenheit wieder die Seiten durchschaut und kaum etwas dazu gekommen ist, stimmt das schon etwas nachdenklich bei der Flut an Fragen, die im Forum täglich auftauchen. Wenn Ihr Lösungen für eure Probleme gefunden habt, wäre das ne tolle Sache, wenn die auch im Wiki landen würden. Eventuell erspart ihr damit jemand anderem viel Sucharbeit oder jemand bekommt beim Lesen neue Ideen. Hier gibt es die irrwitzigsten Lösungen zu tollen Projekten. Schreibt es doch für die anderen kurz ins Wiki.

Grüße aus Ac und ich freue mich wieder hier zu sein,
Wolti

Klingt nach einem schönen Projekt.
Meines Wissens nach existieren keine offenen Java Klassen für ArtNet. Solltest du mal welche finden, wäre es super, wenn du sie hier verlinken könntest. Evtl. hilft dir die libartnet von Simon Newton. Die sind zwar in C geschrieben, aber man muss Ihm lassen, dass der Code eigentlich sauber und verständlich geschrieben ist. Evtl. ist es eine Anfangshilfe.

Nabend zusammen,
nach langer Zeit endlich mal wieder hier. Ich werde mich der Raspberry PI Problematik(?) mal widmen. Eine GPIO->DMX variante schließe ich zwar aus, da das Timing mit den breaks meines Erachtens nach ehr schlecht als recht sein dürfte aber damit lässt sich doch sicher was anderes machen. Durch die damit verbundene Schaltung, die ich dazwischen hängen müsste, frage ich mich gerade, ob ich nicht einfach die 20€ investieren soll und eine der noch hier rumliegenden DEIF Platinen bestücken soll. Das Ding hat ja USB Ports, die man wunderbar missbrauchen kann und ggfs. auch noch mehr als ein IF dranhängen kann. Dann müsste die Node das nur selber erkennen und sich im Netzwerk melden. Besteht Interesse an einem fertigen PI Image?
Grüße,
daniel

Hab da ein ähnliches Problem, weil da jetzt teilweise auch die Funktionskanäle verändert werden

Ok, hab schon wieder 2 Bauteilanfragen bekommen. Gabs hier im Forum nicht mal nen Link zu ner Bestelliste für R* oder das große C? Dann muss es nicht jeder wieder zusammen klicken (jetzt mal abgesehen von Extrawünschen)... Wäre für Anfänger evtl. praktisch.