PLEASE READ from Bottom to top. Topic still open On Mon, 17 Aug at 4:41 PM , Peter Ploß wrote: [External Sender] Hallo, ich hatte diesbezüglich am Freitag den 7. August mit Joël Heinemann telefoniert. Er hat mir bestätigt, dass der „change type“-Dialog beim „update BOM from CSV“-Prozess nicht angezeigt wird. Derzeit ist das eine medini-Design-Entscheidung. Ich habe um Aufnahme eines feature requests gebeten, der (ggf. auf Benutzer-Wunsch) für jeden geänderten Type diesen Dialog anzeigt. Use case: In unserem Projekt hat sich beim Übergang auf einen neueren Design State bei mehreren Hundert (!) Bauteilen die SAP-Bauteilnummer geändert (Pin-kompatibler IC eines anderen Herstellers, leicht abweichender Widerstandswert, neues uC-Stepping, robustere Steckerausführung, etc.). Dies hätte uns etwa die Hälfte der FMEDA (DC Worksheet) gelöscht, wenn wir das aktuelle Vorgehen gewählt hätten. Stattdessen haben wir händisch (!) sämtliche dieser Bauteile händisch auf den neuen Type migriert, um so die bisherigen HW-Effekte / Kommentare in der FMEDA zu erhalten. Ich hoffe diese Kurzbeschreibung ist ausreichend, ansonsten liefere ich gerne weitere Details nach. Schöne Grüße Peter Ploß PS: Hier der Workflow, denn ich quick&dirty für die Kollegen niedergeschrieben hatte: Variant 3) · Delete parts not present in new BOM o Right click package representing a PCB, e.g. “CB” -> update BOM from CSV/Excel -> “Update elements (e.g. Bill of Materials)” o o o Select baseline (reference BOM) so that medini can deduce which parts are not present anymore in the latest design state · from: a_StuLi 701-05862 LP SL VORS TC387TP QS ca 81a 8N18 (K25).csv All previously imported contents have been stored in the project and can be selected as a baseline, as a consequence the original files do not need to exist on the file system Selecting a baseline will improve the detection of deleted and added elements. Back Next Finish More infos required? Cancel "> o Select columns that shall be considered for comparison and import o o Deselect all parts o Hide modified parts o Select all additions and deletion o Show all parts and check that the selection matches expectation o Next o Done o NOTE: the following screen should not show up, as it indicates that failure modes of some part(s) will be deleted -> this causes loss of assignments and comments in FMEDA a): · o Move parts to the block (schematic page) they belong to: [x1xxx] -> · Start on S3) o For each part · check if HW Part Type needs to be updated, do so by changing “Type” using button “…” (select) § § § If the newly selected “similar” part type is selected and its defined failure modes matc the failure modes from the previous par type than the displayed dialog for confirmation should look like this · § If it looks like this: ok -> you may continue with the next step § If it does not look like this: take a note of the part number and part types and pass it on to your FMEDA coordinator -> continue with next delta part · Assign/update HW Effects in “FMEDA a)” Von: ANSYS medini analyze Support Gesendet: Freitag, 14. August 2020 15:16 An: Ploss Peter Dr. BYR EEED13 Betreff: #9989 – Update BOM: veränderter Type Dear Peter Ploß,Hope you’re doing well! We are wondering if your question is answered. If you think the question is not answered, please reply to this email and we will definitely make sure to sort things out for you. Please answer in the next 14 days otherwise we assume your question is answered and the ticket will be closed automatically. Sincerely ANSYS medini analyze Support Team 9989:133304 PPloss Peter Dr. BYR EEED13Mi, 19.08.2020 14:17[External Sender] Hi, es wäre nett, wenn Du meine Beschreibung ins Forum kopieren könntest. Damit wäre für andere ZFler die vor einer ähnlichen Herausforderung stehen, zumindest der mittelschöne Workaround bekannt und dass dies bereits als feature request eingereicht PPatel Rahul ARB EEED13 Mo, 17.08.2020 18:01 An: analyze-support [External Sender] Vielen Dank für Ihre Nachricht. ich bin am 31.08.2020 wieder im Büro und werde Ihre Nachricht nach meiner Rückkehr schnellstmöglich beantworten. Bitte beachten Sie, dass ich momentan keinen Zugriff auf mein Postfach habe und Ihre Nachricht nicht weitergeleitet wird. Für projektbezogene Fragen wenden Sie sich bitte an Dr. Peter Ploß (8P4G PHEV/MHEV) und Hong Xiao (Modul 1.5). Für weitere Themen wenden Sie sich bitte an Herrn Klaus Egger (Engineering Sup.) Dear sender, thank you for your message. I will be back in the office on 31.08.2020. Currently, I have no access to my e-mails. I will get back to you as soon as possible. Please note that your e-mail is not being forwarded. For project-related questions please contact Dr. Peter Ploß (8P4G PHEV/MHEV) and Hong Xiao (Module 1.5). For any further topics please contact Mr. Klaus Egger (Engineering Sup.) ANSYS medini analyze SupportMo, 17.08.2020 18:00[External Sender] Hi Krasimira Kulekova, A new ticket has been assigned to you. Please follow the link below to view the ticket.
https://medini.freshdesk.com/helpdesk/tickets/10040 Automatic reply: Update BOM: veränderter Type [External Sender] Vielen Dank LLochard Jerome FRD EXDPMo, 17.08.2020 18:00[External Sender] Vielen Dank für Ihre Nachricht, ich bin am 31.08.2020 wieder im Büro und werde Ihre Nachricht nach meiner Rückkehr schnellstmöglich beantworten. Bitte beachten Sie, dass ich momentan begrenzten Zugriff auf mein Postfach habe und Ihre Nachricht ANSYS medini analyze Support Mo, 17.08.2020 17:59 An: peter.ploss@zf.com Cc: jerome.lochard@zf.com; rahul.patel@zf.com; Joel Heinemann [External Sender] Hi Peter, vielen Dank für deine erneute Beschreibung. Ich hatte das Thema in den internen Prozess gegeben. Der Weg des Tickets über das Forum wird von unserem Development Team aktuell nicht mehr gefordert. Sollen wir das trotzdem dort festhalten? Sincerely Joël HeinemannANSYS medini analyze Support Team On Mon, 17 Aug at 4:41 PM , Peter Ploß wrote: [External Sender] Hallo,ich hatte diesbezüglich am Freitag den 7. August mit Joël Heinemann telefoniert. Er hat mir bestätigt, dass der „change type“-Dialog beim „update BOM from CSV“-Prozess nicht angezeigt wird. Derzeit ist das eine medini-Design-Entscheidung. Ich habe um Aufnahme eines feature requests gebeten, der (ggf. auf Benutzer-Wunsch) für jeden geänderten Type diesen Dialog anzeigt. Use case:In unserem Projekt hat sich beim Übergang auf einen neueren Design State bei mehreren Hundert (!) Bauteilen die SAP-Bauteilnummer geändert (Pin-kompatibler IC eines anderen Herstellers, leicht abweichender Widerstandswert, neues uC-Stepping, robustere Steckerausführung, etc.). Dies hätte uns etwa die Hälfte der FMEDA (DC Worksheet) gelöscht, wenn wir das aktuelle Vorgehen gewählt hätten. Stattdessen haben wir händisch (!) sämtliche dieser Bauteile händisch auf den neuen Type migriert, um so die bisherigen HW-Effekte / Kommentare in der FMEDA zu erhalten. Ich hoffe diese Kurzbeschreibung ist ausreichend, ansonsten liefere ich gerne weitere Details nach. Schöne Grüße PS: Hier der Workflow, denn ich quick&dirty für die Kollegen niedergeschrieben hatte:Variant 3)· Delete parts not present in new BOMo Right click package representing a PCB, e.g. "CB" -> update BOM from CSV/Excel -> "Update elements (e.g. Bill of Materials)"o o o Select baseline (reference BOM) so that medini can deduce which parts are not present anymore in the latest design state· from: a_StuLi 701-05862 LP SL VORS TC387TP QS ca 81a 8N18 (K25).csv All previously imported contents have been stored in the project and can be selected as a baseline, as a consequence the original files do not need to exist on the file system Selecting a baseline will improve the detection of deleted and added elements. Back Next Finish More infos required? Cancel ">o Select columns that shall be considered for comparison and importo o Deselect all partso Hide modified partso Select all additions and deletiono Show all parts and check that the selection matches expectationo Nexto Doneo NOTE: the following screen should *not* show up, as it indicates that failure modes of some part(s) will be deleted -> this causes loss of assignments and comments in FMEDA a):· o Move parts to the block (schematic page) they belong to: [x1xxx] ->· Start on S3)o For each part· check if HW Part Type needs to be updated, do so by changing "Type" using button "…" (select)§ § § If the newly selected "similar" part type is selected and its defined failure modes matc the failure modes from the previous par type than the displayed dialog for confirmation should look like this· § If it looks like this: ok -> you may continue with the next step§ If it does not look like this: take a note of the part number and part types and pass it on to your FMEDA coordinator -> continue with next delta part· Assign/update HW Effects in "FMEDA a)" Von: ANSYS medini analyze Support Gesendet: Freitag, 14. August 2020 15:16 An: Ploss Peter Dr. BYR EEED13 Betreff: #9989 - Update BOM: veränderter Type Dear Peter Ploß,Hope you’re doing well! We are wondering if your question is answered. If you think the question is not answered, please reply to this email and we will definitely make sure to sort things out for you. Please answer in the next 14 days otherwise we assume your question is answered and the ticket will be closed automatically.Sincerely ANSYS medini analyze Support Team 9989:133304 ANSYS medini analyze Support Mo, 17.08.2020 16:42 An: Joel Heinemann [External Sender] Hi Joel Heinemann, Ticket "#9989 – Update BOM: veränderter Type" has been reopened, please visit
https://medini.freshdesk.com/helpdesk/tickets/9989 to view the ticket. Ticket comment [External Sender] Hallo,ich hatte diesbezüglich am Freitag den 7. August mit Joël Heinemann telefoniert. Er hat mir bestätigt, dass der „change type“-Dialog beim „update BOM from CSV“-Prozess nicht angezeigt wird. Derzeit ist das eine medini-Design-Entscheidung. Ich habe um Aufnahme eines feature requests gebeten, der (ggf. auf Benutzer-Wunsch) für jeden geänderten Type diesen Dialog anzeigt. Use case:In unserem Projekt hat sich beim Übergang auf einen neueren Design State bei mehreren Hundert (!) Bauteilen die SAP-Bauteilnummer geändert (Pin-kompatibler IC eines anderen Herstellers, leicht abweichender Widerstandswert, neues uC-Stepping, robustere Steckerausführung, etc.). Dies hätte uns etwa die Hälfte der FMEDA (DC Worksheet) gelöscht, wenn wir das aktuelle Vorgehen gewählt hätten. Stattdessen haben wir händisch (!) sämtliche dieser Bauteile händisch auf den neuen Type migriert, um so die bisherigen HW-Effekte / Kommentare in der FMEDA zu erhalten. Ich hoffe diese Kurzbeschreibung ist ausreichend, ansonsten liefere ich gerne weitere Details nach. Schöne Grüße Peter Ploß PS: Hier der Workflow, denn ich quick&dirty für die Kollegen niedergeschrieben hatte: Variant 3) · Delete parts not present in new BOM o Right click package representing a PCB, e.g. “CB” -> update BOM from CSV/Excel -> “Update elements (e.g. Bill of Materials)” o o o Select baseline (reference BOM) so that medini can deduce which parts are not present anymore in the latest design state · from: a_StuLi 701-05862 LP SL VORS TC387TP QS ca 81a 8N18 (K25).csv All previously imported contents have been stored in the project and can be selected as a baseline, as a consequence the original files do not need to exist on the file system Selecting a baseline will improve the detection of deleted and added elements. Back Next Finish More infos required? Cancel "> o Select columns that shall be considered for comparison and import o o Deselect all parts o Hide modified parts o Select all additions and deletion o Show all parts and check that the selection matches expectation o Next o Done o NOTE: the following screen should not show up, as it indicates that failure modes of some part(s) will be deleted -> this causes loss of assignments and comments in FMEDA a): · o Move parts to the block (schematic page) they belong to: [x1xxx] -> · Start on S3) o For each part · check if HW Part Type needs to be updated, do so by changing “Type” using button “…” (select) § § § If the newly selected “similar” part type is selected and its defined failure modes matc the failure modes from the previous par type than the displayed dialog for confirmation should look like this · § If it looks like this: ok -> you may continue with the next step § If it does not look like this: take a note of the part number and part types and pass it on to your FMEDA coordinator -> continue with next delta part · Assign/update HW Effects in “FMEDA a)” Von: ANSYS medini analyze Support Gesendet: Freitag, 14. August 2020 15:16 An: Ploss Peter Dr. BYR EEED13 Betreff: #9989 – Update BOM: veränderter Type Dear Peter Ploß, Hope you’re doing well! We are wondering if your question is answered. If you think the question is not answered, please reply to this email and we will definitely make sure to sort things out for you. Please answer in the next 14 days otherwise we assume your question is answered and the ticket will be closed automatically. Sincerely ANSYS medini analyze Support Team 9989:133304 PPloss Peter Dr. BYR EEED13 Mo, 17.08.2020 16:41 An: analyze-support Cc: Joel Heinemann [External Sender] Hallo, ich hatte diesbezüglich am Freitag den 7. August mit Joël Heinemann telefoniert. Er hat mir bestätigt, dass der „change type“-Dialog beim „update BOM from CSV“-Prozess nicht angezeigt wird. Derzeit ist das eine medini-Design-Entscheidung. Ich habe um Aufnahme eines feature requests gebeten, der (ggf. auf Benutzer-Wunsch) für jeden geänderten Type diesen Dialog anzeigt. Use case: In unserem Projekt hat sich beim Übergang auf einen neueren Design State bei mehreren Hundert (!) Bauteilen die SAP-Bauteilnummer geändert (Pin-kompatibler IC eines anderen Herstellers, leicht abweichender Widerstandswert, neues uC-Stepping, robustere Steckerausführung, etc.). Dies hätte uns etwa die Hälfte der FMEDA (DC Worksheet) gelöscht, wenn wir das aktuelle Vorgehen gewählt hätten. Stattdessen haben wir händisch (!) sämtliche dieser Bauteile händisch auf den neuen Type migriert, um so die bisherigen HW-Effekte / Kommentare in der FMEDA zu erhalten. Ich hoffe diese Kurzbeschreibung ist ausreichend, ansonsten liefere ich gerne weitere Details nach. Schöne Grüße Peter Ploß PS: Hier der Workflow, denn ich quick&dirty für die Kollegen niedergeschrieben hatte: Variant 3) · Delete parts not present in new BOM o Right click package representing a PCB, e.g. "CB" -> update BOM from CSV/Excel -> "Update elements (e.g. Bill of Materials)" o o o Select baseline (reference BOM) so that medini can deduce which parts are not present anymore in the latest design state · o Select columns that shall be considered for comparison and import o o Deselect all parts o Hide modified parts o Select all additions and deletion o Show all parts and check that the selection matches expectation o Next o Done o NOTE: the following screen should *not* show up, as it indicates that failure modes of some part(s) will be deleted -> this causes loss of assignments and comments in FMEDA a): · o Move parts to the block (schematic page) they belong to: [x1xxx] -> · Start on S3) o For each part · check if HW Part Type needs to be updated, do so by changing "Type" using button "…" (select) § § § If the newly selected "similar" part type is selected and its defined failure modes matc the failure modes from the previous par type than the displayed dialog for confirmation should look like this · § If it looks like this: ok -> you may continue with the next step § If it does not look like this: take a note of the part number and part types and pass it on to your FMEDA coordinator -> continue with next delta part · Assign/update HW Effects in "FMEDA a)" Von: ANSYS medini analyze Support Gesendet: Freitag, 14. August 2020 15:16 An: Ploss Peter Dr. BYR EEED13 Betreff: #9989 - Update BOM: veränderter Type Dear Peter Ploß, Hope you’re doing well! We are wondering if your question is answered. If you think the question is not answered, please reply to this email and we will definitely make sure to sort things out for you. Please answer in the next 14 days otherwise we assume your question is answered and the ticket will be closed automatically. Sincerely ANSYS medini analyze Support Team 9989:133304 Nachricht übersetzen in: Deutsch | Nie übersetzen aus: EnglischANSYS medini analyze Support Fr, 07.08.2020 11:51 An: peter.ploss@zf.com [External Sender] Dear Peter Ploß, Thank you for reaching out to ANSYS medini analyze Support. We have logged a ticket in your name: Ticket ID: 9989 Ticket Subject: Update BOM: veränderter Type One of our agents will contact you as soon as possible. Thank you for your patience. Sincerely, ANSYS medini analyze Support Team 9989:133304 ANSYS medini analyze Support Fr, 07.08.2020 11:51 AntwortenWeiterleitenWeitere Aktionen An: Krasimira Kulekova [External Sender] Hi Krasimira Kulekova, A new ticket has been assigned to you. Please follow the link below to view the ticket.
https://medini.freshdesk.com/helpdesk/tickets/9989 Update BOM: veränderter Type [External Sender] Hallo lieber Support,ich habe ein drängendes Problem und bitte um kurzfristige Rückmeldung. Ich möchte die BOM meines Projekts auf einen neueren Design State aktualisieren. Dabei gibt es insbesondere Bauteile mit verändertem Part Type, z.B. hat R1000 nun 1kOhm anstatt 1,1kOhm.Wenn ich den Part Type eines Bauteils gezielt von Hand ändere erscheint folgender Dialog:Anschließend ist (und das ist sehr gut so) in der FMEDA (DC worksheet) weiterhin der zuvor zugewiesene Effekt verknüpft. Führe ich jedoch „Update BOM from CSV/Excel“ aus, dann erkennt medini auch, dass sich der Part Type geändert hat (gut),jedoch wird im nächsten Schritt angezeigt, dass die vorherigen Fehlermodi gelöscht werden.Schließlich liegen die Failure Modes des neuen Part Types alas „neu“ und unbearbeitet in der FMEDA vor.Das ist für uns ein signifikantes Problem, da sich viele hundert Bauteile derart verändert haben. Damit ist kein effizienter Umstieg auf einen neueren Design State möglich. Können Sie mir bitte heute Nachmittag Feedback geben oder mich anrufen? Kurzfassung: Der „Change Type“-Dialog erscheint (unerwarteterweise) nicht, wenn ich „Update BOM from CSV/Excel“. (Ich habe auch versucht die Baseline im Update-Dialog auszuwählen, aber das hilft bei diesem konkreten Problem leider nicht.) Mit freundlichen Grüßen / Kind regards Peter Ploß Business Unit Power ElectronicsFunktionale Sicherheit / Functional Safety (EEED13) ZF Friedrichshafen AG E-Mobility Electronic Systems Graf-Zeppelin-Str. 1, 91275 Auerbach, Deutschland/Germany Telefon / Phone +49 9643 18-2327peter.ploss@zf.com Vorstand/Board of Management: Wolf-Henning Scheider (Vorsitzender/CEO), Dr. Konstantin Sauer, Sabine Jaskula, Michael Hankel, Wilhelm Rehm, Dr. Franz Kleiner, Dr. Martin Fischer, Dr. Holger KleinSitz/Headquarters: FriedrichshafenHandelsregistereintrag Amtsgericht Ulm HRB 630206/Trade register of the municipal court of Ulm HRB 630206 Informationen zur Verarbeitung Ihrer Daten und zu Ihren Rechten erhalten Sie jederzeit in unseren Datenschutzhinweisen: www.zf.com/de/data-protection-noticeYou can find information about how we process your data and your rights in our data protection notice: www.zf.com/en/data-protection-notice SAVE PAPER – THINK BEFORE YOU PRINT 9989:133304 Diese Nachricht wurde mit Priorität „Hoch“ gesendet.PPloss Peter Dr. BYR EEED13 Fr, 07.08.2020 11:51 An: analyze-support; Lochard Jerome FRD EXDP ; Patel Rahul ARB EEED13 [External Sender] Hallo lieber Support, ich habe ein drängendes Problem und bitte um kurzfristige Rückmeldung. Ich möchte die BOM meines Projekts auf einen neueren Design State aktualisieren. Dabei gibt es insbesondere Bauteile mit verändertem Part Type, z.B. hat R1000 nun 1kOhm anstatt 1,1kOhm. Wenn ich den Part Type eines Bauteils gezielt von Hand ändere erscheint folgender Dialog: Anschließend ist (und das ist sehr gut so) in der FMEDA (DC worksheet) weiterhin der zuvor zugewiesene Effekt verknüpft. Führe ich jedoch „Update BOM from CSV/Excel“ aus, dann erkennt medini auch, dass sich der Part Type geändert hat (gut), jedoch wird im nächsten Schritt angezeigt, dass die vorherigen Fehlermodi gelöscht werden. Schließlich liegen die Failure Modes des neuen Part Types alas „neu“ und unbearbeitet in der FMEDA vor. Das ist für uns ein signifikantes Problem, da sich viele hundert Bauteile derart verändert haben. Damit ist kein effizienter Umstieg auf einen neueren Design State möglich. Können Sie mir bitte heute Nachmittag Feedback geben oder mich anrufen? Kurzfassung: Der „Change Type“-Dialog erscheint (unerwarteterweise) nicht, wenn ich „Update BOM from CSV/Excel“. (Ich habe auch versucht die Baseline im Update-Dialog auszuwählen, aber das hilft bei diesem konkreten Problem leider nicht.) Mit freundlichen Grüßen / Kind regards Peter Ploß Business Unit Power Electronics Funktionale Sicherheit / Functional Safety (EEED13) ZF Friedrichshafen AG E-Mobility Electronic Systems Graf-Zeppelin-Str. 1, 91275 Auerbach, Deutschland/Germany Telefon / Phone +49 9643 18-2327 peter.ploss@zf.com Vorstand/Board of Management: Wolf-Henning Scheider (Vorsitzender/CEO), Dr. Konstantin Sauer, Sabine Jaskula, Michael Hankel, Wilhelm Rehm, Dr. Franz Kleiner, Dr. Martin Fischer, Dr. Holger Klein Sitz/Headquarters: Friedrichshafen Handelsregistereintrag Amtsgericht Ulm HRB 630206/Trade register of the municipal court of Ulm HRB 630206 Informationen zur Verarbeitung Ihrer Daten und zu Ihren Rechten erhalten Sie jederzeit in unseren Datenschutzhinweisen: www.zf.com/de/data-protection-notice You can find information about how we process your data and your rights in our data protection notice: www.zf.com/en/data-protection-notice SAVE PAPER – THINK BEFORE YOU PRINT
