Gebruikersgegevens.

on special resuest van koenie

https://users.skynet.be/fb138913/c2_450_1.jpg
https://users.skynet.be/fb138913/c2_450_2.jpg
https://users.skynet.be/fb138913/c2_450_3.jpg

toch mooi voor 'n cheapo merkje ... niet
staat hier alleen de laatste tijd wat te niksen

yep, verschoot ik de eerste keer ook van, het is te zeggen, toch van de c2 reeks. 'k zal eens kijken of ik ergens tijd vind om er een fototje van te maken

moest je iemand weten die de interface gebruikt voor z'n eigen geschreven software dan is het mogelijk om het op lj te laten werken. Wat je dus nodig hebt is het stukje code dat nodig is om de interface zelf (hoe hij dus hardwarematig aangestuurd wordt).
Als je dat dan doorstuurd naar mij dan kan 'k proberen die dll daarvoor aan te passen (met de nadruk op proberen)

Ik denk niet dat de warde te hoog gezet kan worden anders zou het wel eens hakkelig kunnen worden.
Nu ik raad je aan het zelf eens uit te proberen, je geraakt vast wel ergens aan visual c++ (bestaan dacht 'k zelfs gratis student licenses voor of je moet het eens aan iemand vragen die informatica studeerd). Ik heb helaas niet altijd de tijd om me er mee bezig te houden. Bij mij doet ie het zonder al te veel problemen op een amd 2800+ en 'n laptop met 'n intel 1300µP dus het zou misschien de combinatie kunnen zijn om alle data door de seriele poort te persen en de dll (ik vraag het bij deze nog eens, heb je al eens geprobeerd de fifo van je seriele poort te veranderen/af te zetten?). Wat je ook kan doen is eens je bronnen en hun processortijd en gehuegen eens bekijken, daar geraak je soms al wat wijzer uit.

en je hebt je interface ook op 38400 baud gezet?

raar ... je hebt veronderstel ik dus even dmx4all.comx even verwijderd en je cpu usage zakt ... ik heb de code van de dll nog eens bekeken. De waardes worden in een aaray gestoken door lj, deze waardes uit de array worden onafhanklijk van de timing van lj doorgezonden naar de interface. Wat ik wel eens kan doen is de sleep time verhogen (wil zeggen dat ik de wachttijd verhoog tussen de eerste lading dmx data en de daarop volgende). Normaal gezien moet dit zeker en vast de cpu time naar beneden brengen. Het optimale daarvan weet ik niet en kan ik ook niet testen omdat 'k de interface niet heb dus je zal verschillende keren opnieuw moeten proberen dan. Maar ik heb er pas terug tijd voor na het weekend ...

Je bent allesinds de eerste die ik hierover hoor klagen, raar dat de anderen hier geen problemen mee hebben. Wat je misschien ook eens kan proberen, je werkt met de usb interface dus er wordt een virtuele com poort gemaakt, probeer eens het fifo register van deze poort uit te schakelen, ik meen dit nog ooit eens ergens te hebben gezien, weet alleen niet meer juist waar.

ik vindt het raar, Lj wacht normaal gezien met z'n volgend pakket data te verzenden als hij van de interface bevestiging gekregen heeft dat de vorige verzonden zijn (daar zorgt normaal gezien die dll voor).
Of er nu wel of niet een interface aanhangt zou in principe geen enkel verschil mogen geven in het cpu verbruik.
Wat je wel eens kan proberen is de dl van de dmx4all interface eens even terug uit de dir te halen en zien wat dan het cpu verbruik is.
Wat je ook het beste kan doen is de 38400baud versie gebruiken want ik weet niet of de 19200 versie wel zo goed werkt.

Daar ben ik ook vrij zeker van dus ik denk niet dat Martin zelf er erg wakker van ligt, blij zijn is anders.
Hoeveel mensen zijn er niet die windows op hun pc hebben draaien zonder er ooit voor betaald te hebben, van de kleine gebruiker ligt Microsoft ook niet wakker, maar van de bedrijven die het zo zouden doen (ik heb indertijd genoeg met de license problemen in bedrijven te maken gehad toen die plots allemaal wakker schoten).

Dit is eigenlijk een verhaal als zovelen. Stel je maakt een chip, zoals intel indertijd deed. Een ander denkt, dat kan ik beter en maakt een chip die hetzelfde doet, met dezelfde software werkt etc etc (nu heb ik het over het intel/atmel en intel/amd verhaal). Tuurlijk zijn ze er dan ook niet blij mee, maar hier was veel geld mee gemoeid bij beide partijen.

Dit verhaal grijpt in op een fout van martin, tuurlijk zijn ze niet blij dat er iemand hun fout ontdekt heeft, als ze dan toch zoveel geinvesteerd hebben in lj, hoe konden ze dan dit over het hoofd gezien hebben!! En ik heb de indruk dat Jens Peter er nu ook niet zo enorm aan verdiend heeft vermits hij Martin verlaten heeft (ontwikkeling van Lj komt niet in gevaar omdat dat overgegeven wordt).

Nu, ik weet niet of er iemand het verhaal van LjFingers al gevolgd heeft? Dat vind ik eigenlijk zo goed als gelijklopend. Martin maakt een interface, noemt het Martin Fingers en vraagt er een behoorlijke som geld voor. Intussen is er weer een slimmerik die de bcf2000 van behringer nogal interresant vindt om lj mee te besturen en schrijft er een programmatje voor. Doet juist hetzelfde als de originele fingers, werkt perfect en vooral nu ondersteund Martin het wel!! Hij heeft er zelfs nog steun voor gekregen en al!! Als je nu aan dit hele verhaal geld zou verdienen, dan ben je verkeerd bezig.

Dus, ik vind dat ze daar hun eigen een beetje tegenspreken ... niet?!?
Ik kan het gerust begrijpen dat het frustrerend is als je net een hele som geld gegeven hebt aan een interface die achteraf bleek niet echt nodig te zijn geweest.
Ik ben er wel zeker van dat ze in Lj3 er voor zullen zorgen dat alleen nog hun interface er op zal werken, helaas pindakaas voor de rest (tenzij ze gewoon met een andere versie van lj blijven werken), maar in de praktijk was het al niet echt moeilijk dit te doen hadden ze iets meer moeite gestoken in hun driver en niet gewoon de originele dashard martinusb genoemd (van professionalisme gesproken).

Indien nu het topic gesloten wordt ga ik ook wel de files weghalen op de server (laat ik het bij deze nog eens zeggen, ik heb ze zelf niet geschreven, ik snap wel hoe het in elkaar zit en van een hack is hier echt niet te spreken, er is met geen haar gekrenkt aan Lj zelf, zelfs niet aan de originele driver).

Dus bij deze heb ik zoiets van, laat leven wat leeft, ik denk dat vele mensen indertijd (en nu nog) blij zijn dat ze eens kunnen "spelen" met een redelijk deftig programma en warm maken voor de volgende versie van Lj (langs deze kant zal martin er wel weer goed mee zijn), bij mij is dat allesinds al gelukt en zit dus in volle hoop te wachten op de volgende versie die dan 99% zeker en vast aangekocht zal worden.

heb je ondertussen de handleiding al gelezen, misschien is die mini usb interface niet op 38400 baud te gebruiken.
Ik zal eens kijken of ik het niet kan veranderen naar de standaard 19200, weet wel dat de update frequentie op je dmxlijn een pak lager wordt.

heb je je interface ingesteld op 38400 baud? en dan bedoel 'k wel je interface en niet je seriele poort (doe je met bv hypertherminal en/of door de handleiding van je interface door te nemen.
Er zijn mensen hier die het aan de praat hebben, die kunnen je 9 vd 10 op dat punt beter verderhelpen als mij vermits ik zo geen interface heb.
De nieuwe dll zou normaal gezien z'n werk moeten doen.

'k zal wel 'ns kijken ...

daar heb je daan ook wel weer gelijk in ...

ik ga er nu geen welles nietes spelletje van maken, maar heb deze methode uit 'n boek van elektuur. Nu voor een 10w strobotje ga je echt geen 1A trekken bij het ontladen van een c'tje van 100nF (De elco op de print wordt gebruikt om de lamp te voden, niet om te triggeren).
't feit blijft natuurlijk dat je altijd eerst moet proberen en niet ineens heel de rimram moet gaan modifieren.
Ik zie er allesinds geen probleem in.

een moc3020 is niet meer dan een normale optocoupler (dus degene die je kent met een transistor in) maar dan met een lichtgevoelige triac erin. Dus je stuurt gewoon een ledje aan (vergeet dus je serieweerstand niet, voor 12v pak 'n 1K) en de triac is dus gewoon te vervangen. Je moet toch geen vermogen schakelen met je triac in zo'n strobo.
Bekijk anders de datasheet van de moc3020 eens dan wordt er normaal gezien al veel duidelijk. De gate van je moc3020 mag je gewoon los laten hangen.

hey, even tijd gehad om dat schematje op te zoeken. 'k heb hier helaas geen scan (thuis) om in te scannen, maar waar het op neer komt, gewoon simpelweg de triac vervangen door 'n moc3020 (had 'k eigenlijk ook al veel eerder op kunnen komen).
Dus nu heb je 2 keuzes, ofwel soldeer je gewoon de volledige triac eruit, optocoupler erin, ofwel pak je een schakelaartje met 'n wisselcontact erbij en de rest van het verhaal ken je wel.
Dus kwa kost en simpliciteit niveau 0.
Suc6 'r mee

Hallo,
'k ga nog even moeten teleurstellen, de boek waarin het schematje staat ligt helaas in m'n ouderlijk huis (en dat is wat te ver om nu even snel naar toe te rijden), dus 't zal voor na 't weekend zijn.
Heb ook even snel wat rondgekeken op inet, er zijn wat schematjes te vinden bv mbv een neonlampje en 'n moc3010, maar dat schijnt wat probs te geven. Dus nog even wat geduld (het gaat trouwens om deze boek: https://www.elektuur.nl/Default.aspx?tabid=30&ProductID=1031)
Hier heb je allesinds al 'n schematje van zo'n standaard stoobje: https://users.skynet.be/fb138913/schema1.gif
Wat er in 't rood omcirkeld is moet vervangen worden, maar weet nu even niet meer van buiten door wat juist. Waarschijnlijk simpelweg een moc3020( of 3010) en 'n weerstandje, dus enorm ingrijpend gaat het niet zijn, kan je bv nog een schakelaartje ertussen zetten wil je het ding terug nomaal laten werken.

Ik heb hier nog wel ergens een schematje liggen om die stroobjes om te bouwen dmv een optocoupler met diac (en een klein beetje sloopwerk, valt op zich wel mee). Dan heb je er alleen maar voor te zorgen dat je een ledje aanstuurd, geen probleem dus. 'k Zal proberen het tegen vanavond te posten want het is nog eerst werkendag vandaag.

bedoel je ontwerpen voor bas?
kijk 'ns op de site van speakerplans.com:
https://www.speakerplans.com/index.php?id=csub
of
https://www.speakerplans.com/index.php?id=184sub
beide geschikt voor de omega (staan ergens op die site ook wat voorbeelden van users op)
je kan er ook altijd 'n simpel basreflexje voor maken, 'k weet niet of je die speakers nog in veel andere ontwerpen kan gebruiken.

dan bedoel je het dm paneeltje van behringer. Nee dat gaat niet zonder een stukje hardware ervoor te maken dat je dmx kanalen zou omzetten naar een midi signaal.

Van die midi maar tot 128 .. ben wel 'ns benieuwd hoe ze da tin ljfaders oplossen. Daar had 'k eigenlijk nog niet bij stilgestaan.
Niemand toevallig een bcf2000 liggen .
Wat ik wel weet is dat ze de gemotoriseerde faders van het ding gebruiken, du als je van je pages switcht gaan ze mooi mee.
'k ga me 'r toch 'ns eentje aanschaffen denk 'k, moet 'k de moeite zelf niet meer doen

er bestaan hulpprogramma's van martin zelf (crf ljrs232in) waarmee je via rs232 16 dmx in en zo goed als alle commando's kan sturen, dus als je wat goed bent in programeren met hardware kan je je eigen wing maken (zoals ik bezig ben).
Een 2e, 'k denk wel goedkopere en net zo goede oplossing, is lj faders. Daarmee kan je 'n midi controller van behringer gebruiken ism een prog dat je op het forum van martin staat zo goed als hetzelfde doen. Wil je daarover meer weten raad ik je dat eens door te nemen, staat een schat van informatie op over lj (tja logisch eigenlijk).

Niet onbelangrijk is dat de maker van ljfaders steun krijgt van de makers van lj, dus vrij zeker dat daar wel iets deftig van komt omdat naar mijn indruk hun fingers niet het succes heeft dat ze verwachtte.