:strip_icc():strip_exif()/u/18115/crop61cacaa1b5fa6_cropped.jpg?f=community)
Ik heb een probleem met een wat exotische opstelling. Het gaat om een combinatie van 2 pc's waarvan de eerste pc foto's inleest en via een crosskabeltje naar de tweede pc verstuurd welke de foto's weer via firewire naar een digitaal fotolab pompt.
overzichtje:
De 2e pc is niet helemaal stabiel en crashed regelmatig met een BSOD: IRQL not less or Equal bla bla OHCI1394.sys. Het is elke keer dezelfde melding over de firewire driver. Dit kan ook wel kloppen want de crashes doen zich altijd voor als de firewire aangesproken word, vaak worden er dan nog wel een stuk of 8 foto's naar de printer verzonden. Op dat moment wordt de netwerk kaart ook flink aangesproken, dus misschien dat daar ook nog een probleem kan zitten, maar deze is al vervangen door een pci kaartje (ipv onboard) wat overigens niet heeft geholpen.
Na de debug guide van de laatste 'ct te hebben gelezen ook maar eens een complete memory dump bekeken en het enige wat ik daaruit kan halen was: "probably caused bij 1394.sys". Nog wat andere info van de MS site verteld dat een memory leak bij de firewire driver bekend was, maar bij SP2 van win2k opgelost zou moeten zijn (beide pc's draaien 2k sp4, op aanraden van de leverancier niet hoger).
Het grootse probleem is dat het firewire kaartje van de leverancier is en bij een vervangend kaartje (asus) wordt het fotolab niet meer herkend, dus kan ik niet testen of het aan het kaartje zelf ligt of aan een van de compatibele drivers (NEC OHCI compliant 1394 driver, of de standaard OHCI compliant).
Het enige wat ik nog kan bedenken buiten dat de firewire driver gewoon brak is (wat eigenlijk niet zou moeten mogen, omdat deze al jaren onveranderd is voor zover ik het goed heb begrepen) is dat de aansturing via firewire misloopt door een gebrekkige toevoer van data, doordat de software zelf verwacht dat de toevoer constant is gaat de firewire driver de mist in als er geen data voor handen is... dit is een aanname omdat het een paar keer is voorgekomen dat de 2e pc crashte halverwege een order (ipv aan het begin, wat meestal gebeurd) terwijl de eerste pc bezig was met niet optimale software die 100 % cpu vreet. Hierdoor wordt dus misschien de datastroom onderbroken waardoor de firewire de mist in gaat.
----=== Bevestiging of ^dit^ ergens op slaat???? ===---
Wat ik morgen nog ga proberen is een ander netwerk kaartje in de 1e pc (die de foto's inleest en dus misschien beter moet doorsturen) en checken bij een ander filiaal wat geen problemen heeft of die ook de kassa software op de 1e pc draaien.
Heeft iemand anders nog ideen om er achter te komen waar de problemen door veroorzaakt worden? of hoe ik in godsnaam aan andere firewire drivers (het gaat dus om een NEC chippie) kan komen, nergens is iets los te downen, alles zou gelijk probleemloos met de standaard windows moeten werken ...
Als er iets niet duidelijk is vraag maar, ik denk dat het wel een redelijk ingewikkeld verhaal is geworden
Hardware:
PC1: P4P800 del, piv 3.0c, 1024 xms corsair, SCSI plexwriter, (binnekort ook edimax NIC, realtek chip)
PC2: P4P800, piv 2.8c, 512 XMS corsair, NEC chip firewire kaartje, edimax NIC
Volgens mij is dit de belangrijkst info, voor meer hoor ik het wel
overzichtje:
De 2e pc is niet helemaal stabiel en crashed regelmatig met een BSOD: IRQL not less or Equal bla bla OHCI1394.sys. Het is elke keer dezelfde melding over de firewire driver. Dit kan ook wel kloppen want de crashes doen zich altijd voor als de firewire aangesproken word, vaak worden er dan nog wel een stuk of 8 foto's naar de printer verzonden. Op dat moment wordt de netwerk kaart ook flink aangesproken, dus misschien dat daar ook nog een probleem kan zitten, maar deze is al vervangen door een pci kaartje (ipv onboard) wat overigens niet heeft geholpen.
Na de debug guide van de laatste 'ct te hebben gelezen ook maar eens een complete memory dump bekeken en het enige wat ik daaruit kan halen was: "probably caused bij 1394.sys". Nog wat andere info van de MS site verteld dat een memory leak bij de firewire driver bekend was, maar bij SP2 van win2k opgelost zou moeten zijn (beide pc's draaien 2k sp4, op aanraden van de leverancier niet hoger).
Het grootse probleem is dat het firewire kaartje van de leverancier is en bij een vervangend kaartje (asus) wordt het fotolab niet meer herkend, dus kan ik niet testen of het aan het kaartje zelf ligt of aan een van de compatibele drivers (NEC OHCI compliant 1394 driver, of de standaard OHCI compliant).
Het enige wat ik nog kan bedenken buiten dat de firewire driver gewoon brak is (wat eigenlijk niet zou moeten mogen, omdat deze al jaren onveranderd is voor zover ik het goed heb begrepen) is dat de aansturing via firewire misloopt door een gebrekkige toevoer van data, doordat de software zelf verwacht dat de toevoer constant is gaat de firewire driver de mist in als er geen data voor handen is... dit is een aanname omdat het een paar keer is voorgekomen dat de 2e pc crashte halverwege een order (ipv aan het begin, wat meestal gebeurd) terwijl de eerste pc bezig was met niet optimale software die 100 % cpu vreet. Hierdoor wordt dus misschien de datastroom onderbroken waardoor de firewire de mist in gaat.
----=== Bevestiging of ^dit^ ergens op slaat???? ===---
Wat ik morgen nog ga proberen is een ander netwerk kaartje in de 1e pc (die de foto's inleest en dus misschien beter moet doorsturen) en checken bij een ander filiaal wat geen problemen heeft of die ook de kassa software op de 1e pc draaien.
Heeft iemand anders nog ideen om er achter te komen waar de problemen door veroorzaakt worden? of hoe ik in godsnaam aan andere firewire drivers (het gaat dus om een NEC chippie) kan komen, nergens is iets los te downen, alles zou gelijk probleemloos met de standaard windows moeten werken ...
Als er iets niet duidelijk is vraag maar, ik denk dat het wel een redelijk ingewikkeld verhaal is geworden
Hardware:
PC1: P4P800 del, piv 3.0c, 1024 xms corsair, SCSI plexwriter, (binnekort ook edimax NIC, realtek chip)
PC2: P4P800, piv 2.8c, 512 XMS corsair, NEC chip firewire kaartje, edimax NIC
Volgens mij is dit de belangrijkst info, voor meer hoor ik het wel